Sharepoint의 간략 한 역사 (상대 초보자의 관점에서)

참고: 이 문서는 원래에 게시 www.endusersharepoint.com. 제 블로그에 올리는 걸 깜빡했네요 🙂

SharePoint 진화 하고있다 대단한 그것의 초기 시절부터 Microsoft에서 보육 기술의 일종으로 –그것은 거의 공포 영화 처럼 진화는, 미친 과학자의 창조 그것의 자신의 생활에 걸립니다, 그 창조주의 기대와 규칙의 자유롭게. 기술 진화 분명 하다-WSS 3.0 개체 모델은 풍부 하 고 WSS 보다 더 복잡 한 2.0, 이전 버전에 비해 개선 된 자체. 다음 버전 의심의 여지가 나타납니다 엄청난 개선을 통해 3.0. 최종 사용자의 관점에서, 그러나, SharePoint의 진화는 더욱 중요 한.

초기에, SharePoint는 많은 최종 사용자에 게 제공 하지 않았다. 그들은 그들의 일반적인 기능 요구 했, 그들을 잘 정의 하 고 솔루션 구현 작업. SharePoint를 사용 하 여 문제를 해결 하기 것이 그것은. 제품 최종 사용자에 게 매우 액세스할 수 아니 었. 몇 가지 유사점을 던져 생각 했습니다, 하지만 난 내가 무슨 뜻인지 보여 벤 다이어그램을 충실 하기로. 마이크로소프트 처음 출시 때 SharePoint 세계에 제공 하는 상용으로, 그것은 최종 사용자의 상대적으로 전통적인 패턴에 따라 <-> IT 관계. 최종 사용자의 많은, 의사 소통 및 그것의 아주 작은 수 작업 사람들이 비즈니스 문제를 해결 하는 솔루션을 제공 하:

SharePoint는 적합 한 플랫폼은 전체 문제 도메인이 작습니다. (특히 오늘날의 SharePoint에 비해. 최종 사용자와 그것은 그것으로 더 고전적인 배열에서 일: 요구 사항 정의, IT에 대 한 커튼 뒤에 그들의 일 대기와 최종 제품의 납품.

SharePoint에 진화는 2.0 세계 (WSS 2.0 SharePoint 포털 서버), 몇 가지 일이. 첫 번째, "문제 도메인" 크기에서 증가. 문제 도메인에 의해, 난 비즈니스 문제는 SharePoint 솔루션을 될 수의 종류. 예를 들어, SPS까지 SharePoint 환경에서 심각한 검색 솔루션을 구현 하는 것에 대 한 너무 열심히 생각 하지 (그리고 심지어 그 후, 그것은 안 될 하는 데 필요한 좋은). 동시에, 최종 사용자 뿐만 아니라 정의 하는 전례 없는 능력을가지고, 하지만 거의 없거나 전혀 없는 IT 지원 자체 솔루션 구현.

는 3.0 플랫폼 (WSS와 MOSS) 유지 하 고 그 기세를 증가. 문제 도메인에 비해 거 대 하다는 2.0 플랫폼. 회사에서 거의 모든 학과, 제조 건강 및 안전 마케팅 부서에서 배열, 품질 관리-판매에서 SharePoint에 대 한 좋은 사용을 찾을 수 있습니다 그들은 (그것은 정연 한 구멍에 둥근 못을 mashing의 경우). 동시에, 더 많은 최종 사용자가 그들의 자신의 비즈니스 솔루션을 구현 하는 플랫폼에 힘을 실어합니다. 이 다이어그램을 포착 하려고:

이 강력 하 고 실망 혼합물 입증. 는 3.0 플랫폼에 그들의 머리에 켜 이전 안정 역할. 갑자기, 최종 사용자가 효과적으로 판사, 배 심원 그리고 사형 집행 비즈니스 분석가, 응용 프로그램 설계자와 개발자가 그들의 자신의 비즈니스 솔루션에 대 한. 이 문제에 대해 쓰고의 중심부에 도달. 하지만 전에 내가 너희에 게이 뛰어들어 그, 방에 있는 코끼리를 고려 하자.

수정 구슬에 들여다 보며

SharePoint는 어떻게 2010 이 패턴에 영향을 미칠합니다? 그것은 증분 또는 혁명적인 것인가? 더 많은 것, 더 적은 또는 최종 사용자에 게 수가 대 한 솔루션을 구축 하는 능력이 찾아낸 2010? 윌 SharePoint 2010 문제 영역을 더욱 확장 또는 그것은 그냥 수정 하 고 그것은 이미 wss에서 제공 간소화 3.0 / 모스?

충분 한 정보가 안전 하 게 일반적인 대답은 말을 "밖으로 거기":

• 문제 도메인 극적으로 확장 하려고.
• 최종 사용자가 스스로 하기 전에 보다 더 많은 권한을 찾을 것입니다..

벤 다이어그램 것이 페이지 보다 클 수 발생할 일부 IT 전문가 그들의 Pepto 도달 CxO의.

일부 진정으로 transformational 일을 회사에 대 한 엄청난 기회가 될 것을 믿습니다..

내 중국이 게에서 아무 불!

이 위대한 소리, 하지만 SharePoint 컨설턴트 및 IT 관리자의 신발에 자신을 퍼 팅 나의 관점에서, 이 비전을 참조. 아름 다운 접시 중국이 게를 소유, 크리스탈, 등 (내 SharePoint 환경). 나는 공간을 임대 했습니다., 내가 내 재고를 구입 하 고 그것을 모두 밖으로 누워 내가 그것을 좋아하는 방식으로. 나는 꽤 오픈 준비, 하지만 기대에, 내 고객 늘어서 있다 고 나 통지는 실제 불 밖에 문을 보면합니다. 더 밀접 하 게 보고 하 고 실제로 볼 두 황소와도 늑대. 그 다음 나는 몇 가지 양 확인. 양 그래서 나쁜, 하지만 그들은 어쩌면 늑대 위장? 내 중국이 게에 황소를 싶지 않아!

그것은 더 나빠지고! 때 공간을 빌려, 그것은 얼마나 좋은 믿을 수가 없었다. 넓고 오픈, 훌륭한 시설, 아주 합리적인 가격. 그러나, 이제는 넓은 개방 장소 및 거 대 한 문 그냥 완벽 하 게 크기가 서 황소에 대 한 실현에 누워 폐기물 내 중국에 방황.

너무 멀리이 비유를 밀으십시오, 물론. 최종 사용자는 황소 (그들의 대부분, 어쨌든) 그리고 IT 부서 (확실 하 게 해야 한다 또는) 의혹의 종류와 그들의 사용자 커뮤니티 보기. 그러나, 이런이 종류의 완벽 한 충돌에 이미 일어나는는 3.0 내가 기대 하는 플랫폼만 악화 될 sp 2010. SharePoint는 이미 힘을 실어주 고 및 장려 하는 최종 사용자가 정의 하 고 그들의 자신의 솔루션을 구현.

그것은 좋은 모두, 그러나 사실은 그것은 여전히 매우 기술 제품 하 고 여전히 활발 한 비즈니스 요구 사항 분석의 종류에 대 한 호출, 디자인 및 일반적인 계획 및 성공 하는 데 필요한 기술 프로젝트 관리. 이들은 최종 사용자의 많은 트릭의 그들의 가방에가지고 있는 능력의 종류, 특히 때 초점은에 SharePoint와 같은 기술 제품.

난이 지난 1 년 동안 그렇게 생각을 많이 주어 고 어떤 쉬운 대답 표시 되지 않습니다.. 그것은 진짜로 귀결 교육 및 훈련. 내가 생각 하는 SP 2010 조금 그리고 그것 회사 그들의 SP 밖으로 롤로 다르게 및 슬로우 모션에서 밖으로 연극을 하려고 하는 게임을 바꿀 것입니다. 2010 솔루션을 통해 2010 그리고 그 너머. 성공 하기 위해서는, 최종 사용자는 자신을 변환 하 고 조금 그것은 종교를 얻이 필요가 있을 것 이다. 그들은 적절 한 요구 사항에 대해 약간 배울 필요가 있을 것 이다
분석. 그들은 명확 하 게 비즈니스 프로세스 워크플로 나타내는 몇 가지 설계 설명서 필요 합니다., 예를 들어. 그들은 CRUD 같은 기본적인 개념을 이해할 필요가 (만들기, 업데이트 및 삭제), 개발/테스트/품질 보증/제품 환경 및 그 인프라를 사용 하 여 제대로 좋은 긴 시간와 벤드 솔루션을 배포 하는 방법 (휴식 하지) 조직의 변화에 대응.

앞으로 몇 주에, 시도 하 고 내 자신의 새로운 아이디어의 일부를 제공 계획, 뿐만 아니라 다른 많은 저자에 의해 한 위대한 작품에 대 한 링크 (에 www.endusersharepoint.com 그리고 다른) 관심 있는 최종 사용자가 오래 된 그것은 종교 시간을 배울 수 있도록. 계속 지켜 봐.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

[참고: 이 문서에 교차 게시 최종 사용자 SharePoint 여기: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

때로는, 컨설턴트로 서 작업할 경우 (직업으로, 또는 귀하의 회사 내에서 자문 역할), 당신은 양파 이야기에 살고 있는 자신을 찾을합니다. 양파는 일련의 기사 이라고 "질문 한 [전문가] 에 대 한 [몇 가지 문제]”. 이 우려 사람이 개인적인 조언에 대 한 요구는 유명한 "친애 하는 Abby" 형식을 따릅니다.. 양파의 "전문가", 그러나, 그래서 전문성과 현재 문제 전문가 질문을 완전히 무시 하 고 자신의 전문 분야에 대 한 rambles 자신의 영역에 초점을 맞추고합니다. 컨설턴트로 서, 우리는 항상 마음에 유지 하 고 그 함정에 빠지지 않도록 해야. 그것은 고전적인 기술 같이-"당신의 문제를 해결 하기 위해 하루 종일 망치를 사용 하는 경우, 모든 못을 처럼 보이기 시작 합니다. " 우리는 전문 컨설턴트는 항상 그런 종류의 일에 대 한 경비, 하지만 우리는 사람들은 그들의 자신의 역할에 심각한 전문가 접촉으로 올, 하지만 컨설턴트. 그들은 동일한 필요 또는 훈련 그렇지 않으면 할 수 없어.

지난주, 내 회사의 클라이언트 및 진행 프로젝트의 하나에 대해 쓴 우리는 미국에서 다양 한 안과 의사와 캐나다 간의 고품질 협업 수 있도록 희귀 질병에 임상 연구를 수행. 그 협업 수 있도록 핵심 SharePoint 기능을 활용 하는 것 외에도, 우리는 또한 비용 제출 및 승인 프로세스를 다하십시오. 그것은 우리가 너무 많은 배우를가지고 있기 때문에 복잡 한:

• 다른 의사 들의 사례에 선 비용을 입력할 수 있습니다 개인의 소수.
  • 거기에 이상 40 의사 들의 사례.
  • 몇 가지 사례에서, 시스템을 직접 사용 하는 의사.
  • 많은 사례에서, 시스템을 직접 사용 하는 의사의 직원.
• 재무 관리자 (누가 내 직접 클라이언트에 대 한 작품) 누가 리뷰 정확성과 관련성에 대 한 비용, 승인 또는 조직 수준에서 거부.
• 제 3 자 계정 지불 그룹. 이 사람들 모든 클라이언트 밖으로 대 한 청구서를 지불, 그냥 요금 나오는 희귀 질환 연구.

계정 그룹은 전했다. 그들과 함께 작업을 어제 양파 시리즈 생각나. 비즈니스 컨설턴트로 서의 역할에, 계정 지급 회사에 필요를 설명:

• 임상 연구 사이트 (의사 들의 사례) 연구에 관련 된 비용을 초래.
• 그들은 "웹 사이트"에 로그인 하 고 온라인 양식을 사용 하 여 그들의 비용을 입력. 이 경우에, "웹" 호스팅 sharepoint 및 경비는 InfoPath 양식에 입력 한. 비용 영수증 검색, 업로드 및 폼에 직접 연결 된.
• 자동화 된 워크플로우 프로세스에서 적절 한 금융 관리자 승인 추구.
• 당신은, 친애 하는 제 3 AP 회사 파티-하시기 바랍니다 검토 하 고 승인 하거나 거부할이 비용. 난 거 야 보내 당신에 게 원하는 어떤 방식으로 (내에서 이유는).토론에서이 시점에서, 난 정말 어떻게 묶일 필요가 상관 없어. 내가 원하는 AP 그룹을 이해 그들이 무엇 필요로 하 고 원하는 작업.

나 필요성을 설명 했다, 3 파티 비용 승인 프로세스에 대 한 그들의 내부 점보 용어에 깊은 다이빙을 했다, Oracle 코드, 부사장 대통령 서명, 90 하루 설정-arounds, 등. 그리고 공포. 나는 공황에 대 한 잊지 하지 말아야. 컨설팅 직업의 침대 바위 요구 사항 중 하나는 그런 누군지 스스로 훈련 하는 사용자와 통신 하거나 반드시 같은 행동을 할 필요를 느끼게 하는 방법 배워야. 다른 것 들 중, 컨설턴트의 가장 좋은 부분 중 하나입니다.. 당신은 완전히 다른 관점을 가진 기업 들으로 채워진 세계를 입력 하. 연쇄 살인범의 마음을 입력 처럼 약간 상상, 경험 후 인생에 대 한 파괴 하지 않습니다 제외 하 (though entering the mind of an AP manager isn’t a walk in the park 🙂 [아래의 중요 참고 참조 ***] ).

SharePoint 사람들로 우리의 기술 세계에 대 한 일 들 중 하나는 기성 품 답변 매우 유효한 관심사의 많은 사람들이 같은 내 AP 접촉은. 그것은 안전? 비용 제대로 홀더는 어떻게 알 수 있습니까? 수 있습니까, 최종 지급인으로, 비용의 모든 세부 정보를 참조 하십시오.? 어떻게 그 일을 합니까? 만약 내가 그 내용을 보면와 그들의 승인 하지 않습니다.? 나는 그들을 거부할 수 있습니다? 조직 변화 및 원래 승인자는 더 이상 주위 하면 어떻게 됩니까? 우리가 쉽게 시스템의 변경 내용을 반영 하도록 과정을 변경할 수 있습니다? 수 나 되짚어이 비용 1 년 후 경우 얻을 감사 하 고 지불을 방어 해야?

SharePoint 사람으로, 우리는 그 질문에 대답 하는 방법을 볼 수 있습니다.. 내 고객의 경우, 우리 더 또는 더 적은이 같은 대답:

• 사이트 그들의 비용을 기록 하 고 승인을 위해 제출할 수 있게 하려면 InfoPath 양식.
• 사이트는 사이트에서 언제 든 지 그들의 경비 보고서의 상태를 반환할 수 있습니다..
• 중요 한 이벤트가 발생할 때 (예를 들어. 경비 승인 및 결제에 대 한 제출), 시스템 사전 이메일로 그들에 게 알립니다..
• 일단 승인에 대 한 신고 시스템 금융 관리자를 게 알립니다..
• 금융 관리자 승인 하거나 요청을 거부.
• 승인 시, 비용으로 이메일까지 번들 및 3 자 지불자 조직에 보낸.
• 제 3 자 광고주가 비용을 검토 하려면 필요한 모든 정보 및 세부 사항에 발굴 SharePoint 환경에 액세스할 수 있습니다 (확인 비용의 "진실"을 주로 감사 기록).
• 3rd 파티 지불 수 승인 하거나 거부 하는 그들의 자신의 내부 프로세스를 사용 하 여 결제. 그들은 SharePoint 사이트에 다시 그 결과 기록 (적절 한 사람에 게 전자 메일 알림을 트리거하는).
• 미래에, 이 stilly 이메일 프로세스를 잘라 고 대신 그들의 시스템에 직접 경비 정보 피드 좋은 것.

결론에, 거기에 전문 컨설턴트의 관점에서 설명 하는 라이프 스타일 여기, 하지만 전체 학사 학위에 시간 직원 및 사용자 역할을 파워 거의 동일 하 게 적용 되. 회사에서 전문가 함께 참을성 있게 작동 하 고 최대한 핵심 비즈니스 요구 사항 추출. SharePoint 기능에 대 한 깊은 이해를 따라 그릴 기능으로, 보다 더 자주는 아니지, 당신은 모든 사람의 작업 하루 활용 핵심 SharePoint 기능을 개선 하는 방법을 제공 하 고 우려에 대답 수 있을 거 야.

***중요 참고: 나 정말 연쇄 살인범을 AP 사람들을 비교 하는 의미 하지 않는다. 그러나, 난 아마 일부 이름을 AP 프로 누구 아마 그들을 스토킹 하 고 또다시 물어 나에 대 한 접근 금지 명령을 얻을 수 달라고. "어디는 내 검사?""가 내 확인?""가 내 확인?”

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

[참고: 이 블로그 게시물은 크로스 마크 밀러 사이트 여기에: http://www.endusersharepoint.com/?p = 1897]

중 하나 내 회사의 더 특이 한 고객은 자신의 특정 의학 분야에 있는 지도자 이다 뉴욕시 의사 (안과). 많은 의사 처럼, 그는 연구에 강한 관심을가지고. 그는 미국에 있는 사람들의 비교적 적은 수에 영향을 미치는 드문 눈 질환에 어떤 연구를 할 싶 었 어 요. 그리고 캐나다. 나는 수를 모른다, 하지만 정말 결국 상업적인 성공 향해 눈을 가진 그것의 자신의 개인 자금을 투자 하는 큰 제약 회사에 대 한 너무 작은. 나는 확실히 큰 제약의 희귀 질병으로 연구의 일부 금액을, 하지만 믿습니다 하는 미국. 정부는 아마 자금 조달의 가장 큰 원천. 아무것도 마찬가지로, 자원은 부족. 전국의 많은 사들이 연구와 실험을 수행 하고자. 결과적으로, 그의 정부 자금에 대 한 보다 더 작은 경쟁. 이것은 내 회사와 SharePoint 그림을 입력.

기본적인 아이디어는 마스터 조직 전국 다른 의사를 모집 하 고 그 의사 관행 특정 연구에 참여. 이러한 개별 사례 마스터 조직에 가입 해야 합니다 그리고, 이후에, 특정 연구에 대 한 가입. 관계는이 처럼 보이는:

• 하나의 마스터 조직.
• 많은 다른 의사의 사례 기호를 마스터 조직.
• 마스터 조직 개별 연구에 대 한 자금을 얻습니다.. 처음에, 거기에 비록 우리가 이미 다른 연구에 대 한 잘 되어 있어 그냥 특정 드문 눈 질환에 대 한 연구.
• 개별 의사 들의 구체적인 연구에 대 한 가입 방법. 특정 연습 하나 또는 여러 개의 연구에 대 한 가입 수 있습니다..

자체 마스터 조직 그룹으로 세분화 됩니다.:

• 집행 위원회
• 운영 위원회
• 개별 연구 위원회
• 관리
• 다른 사람

마지막으로, 때 특정 의사의 실천 연구에 참여 하도록 가입, 그들은 다양 한 역할을 수행 하는 전문가 제공 해야:

• 수 사관 (기본 조사를 포함 하 여, 일반적으로 의사, 하나 이상의 추가 조사와 함께)
• 코디네이터
• 기술자
• 교부 금 관리자
• 다른 사람

위의 역할 연구에 따라 다를 매우 구체적이 고 매우 적절히 역할을가지고. 자세한 내용은 여기를 하지 않습니다., 하지만 만약 당신이 관심이 있어, 코멘트 남기기 또는 이메일 날.

그리고 지금 내가 질문에 대답 수 있습니다., SharePoint-그것은 무엇에 대 한 좋은? 답변-그것은 정말 좋은이 시나리오에 대 한.

이 소개는 이미 예상 했던 것 보다 더 이상 이다, 그래서 SharePoint 솔루션에서 활약 중요 한 역할을 요약 하 고 미래의 문서의 세부 사항으로 다이빙 거 야 (기다릴 수 없는 경우, 이메일 날 또는 덧 글을 남길 하 고 토론 하 고 어쩌면 심지어 하려고 데모를 할 드리겠습니다.). 우리는 다양 한이 개념을 지 원하는 SharePoint 기능을 활용 하:

• 위원회에 대 한 사이트, 개별 역할 (코디 네이 터 사이트, 조사 사이트, 등).
• 다른 관행 다른 사례 데이터를 볼 하지 않습니다 있는지 확인 하는 보안.
• InfoPath 양식 서비스 온라인 양식 항목에 대 한. 이것은 특히 큰 승리. 일반적으로, 이러한 어려운 양식 인쇄, 관행에 송부, 고 다시 송부. 온라인 양식을 장점은 분명 있다. 그들은 어떤 복잡 한 소개 (라이선스 및 인간의) 하지만 그건 다른 이야기.
• 상자 웹 파트의, 공지 사항 처럼 (언제 위원회는 [x] 충족?) 및 모임 작업 공간.
• 폼 기반 인증 함께 자체 등록 및 암호 기능을 잊지을 제공 CodePlex 도구.
• 사용자 지정된 목록 및 연구 활동을 단순히 순수 종이 연필 접근 가능 하지 않습니다에 대 한 목록 보기.

인증 모듈 및 InfoPath 양식 소수의 기반 양식을 제외 하 고, 이 프로젝트 거의 모두 밖으로 상자의 SharePoint 기능을 사용 하는.

이 분-사례 연구를 마무리 하기 전에, 매우 중요 한-뭔가 지적 하려는 아니에이 프로젝트와 관련 (물론 내 회사를 제외 하 고) "SharePoint" 라는 것 같은 기본적인 기술 역할 재생은 어떤 생각을 갖으십시오. 거의 모든 내 최종 사용자가 볼 수이 "웹 사이트." 우리의 클라이언트 값 우리 때문에 우리가 그들의 비즈니스 문제를 해결 하. SharePoint는 세상의 좋은 기술 blob, 하지만 제대로, 그것은 최종 사용자에 게 관련. 그들은 문제 해결 필요, 기술 하지 멋진 blob.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

그냥 날 또는? 3 받은 또는 SharePoint에 대 한 보고 하는 9 월 하순부터 우리집에서 4 개의 호출 작업. 내가 이메일 권유에 사용, 이러한 전화 통화는 조금 부담 스 러 워 하지만. 난 구직 사이트에 이력서를 업데이트 했다 나(괴물 홍보 주사위 처럼) 거의 2 년 전부터 정확 하 게. 그리고 그때, 내 이력서는 BizTalk와 MS CRM에 대 한 모든. 그것은 유일 하 게 내 전화 번호는 어디에 나 line에 나타납니다., 지금까지 내가 아는 한.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

이에 그렇지 않으면 생각 결산 둔 한 문서 우리 기술 커뮤니티에서 종종 직면 하는 문제를 잘 아 세요:

"이러한 지 루 개발, 확실 하 게 예상, 이성적으로 부담 해야 합니다."

이 지난 달 SharePoint 모범 사례 회의에 준 프레 젠 테이 션의 마음에 날을 두고합니다. 나 "좋은 얻을 하는 방법을 설명 했다" 비즈니스 요구 사항 및 관객에서 누군가 물었다, 효과에, 경우는 큰 요구 사항의 얻을 불가능 경우. 예를 들어, 특정된 회사의 문화 요구 gatherer 앞 장소 / 비즈니스 분석가, 최종 사용자와 직접 통신을 방지. 이것은 심각한 장애를 받는 훌륭한 비즈니스 요구 사항. 내 대답은 "멀리 도보." 난 큰 익살 꾼, 그래서이 관객 들에 게 어떻게 재미에 놀 랐 다. 그러나, 나는 이것에 대해 심각한. 좋은 요구 사항을 얻을 수 없는 경우, 당신은 확신할 수 있습니다 음산한 결과 발생 합니다.. 누가 하 고 싶어? 나는 컨설턴트, 그래서 더 현실적인 (비록 몹시 고통 스러운 하 고 과감 한) 걸어 나를 위해. 그러나, 만약 당신이 회사에 둘러싸여 야 하 고 싶지 않아, 또는 수 없습니다, 도보 거리, 조지 (for once 🙂 ) 방법을 보여줍니다..

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

이것은 당신에 게 얼마나 자주 일어납니까? 난 내 노트북에 앉아 있어, 읽기 블로그, 포럼 게시물에 응답, 2 visual studio의 사본을 열고 VPN 자체 시각적인 스튜디오와 다른 서버에 버릴 것 + 15 브라우저 창 (전형적인 하루) 그리고 누군가가 사만 다 라는 (내 아내, 분명히) 저에 게 말한다, "우리는 거기에 있을 30 분. 옷을 입고 얻을."

망상에 받을, 집 근처 confusedly 방황, 차를 알고 다음 일에, 난 내 손에 맥주와 함께 파티에와 누군가가 나에 게 묻는다, "그래서, 생계를 위해 어떻게 해야 합니까?"

이러한 대화는 결코 잘가.

날: "아 … 나는 emc 솔루션 건축가입니다."

이름 없는 사람: 빈 응시

날: "내가 작업 SharePoint 라는 제품으로 … 그것은 마이크로 소프트 에서입니다."

NP: "아 하! 그 회사의 들었어요! SharePoint는 무엇입니까?"

날: "음 … 공동 작업 수행 … 사람들이 정보를 공유 하는 그것을 사용합니다 … 그것은 비즈니스 솔을 구축 하기 위한 플랫폼…"

NP: 유리 눈.

날: "나는 프로그래머입니다."

NP: "아 하! 난 사람들이 내 회사에 그 할 프로그래밍! 고등학교 때, 나는 basic 놀."

그리고 그 부분을 통해 대화의, 우리는 뭔가 대해 얘기 하기 쉬운 설정, 정치 처럼.

누구 든 지 그들은 이것을 처리 하는 방법을 설명 하기 위해 걱정?

</끝>

내 블로그를 구독.

봤는데 클래스에서 지난 2 주 동안 이며 날 공격 한 가지 사려깊은 많이 있습니다., SharePoint 작업 스마트 사람들 (컨설턴트 또는 IT 직원으로) 누가 블로그를 하지 않습니다., 지 저 귀 다, MSDN 포럼 또는 SharePoint 대학 처럼 공공 메시지 보드를 인식 하 고 같다, 페이스 북 이나 LinkedIn 프로 파일을 유지, 등. 그들은 순수한 정보 소비자는. 나쁘지 않아요, 그냥 재미 있는.

</끝>

내 블로그를 구독.

년 전 무리, 내 상사 라는 결과 제품에 일부 사용자를 훈련 하 라고. 결과 도구를 보고 최종 사용자. 그것은 SQL Server 보고 서비스 또는 크리스탈 대략 비슷합니다.. 당시, 녹색 튜브에서 실행 하도록 설계 되었습니다. (예를 들어. Wyse 50 터미널) 텔넷을 통해 Unix 상자에 연결 된.

내 기본 "수로 시작 하는 모든 질문에 대답 … " "예은" 그리고 그 모든 문제가 시작.

고객과 남가주에서 개 화학 회사에 따라 주요 ERP 구현에 싸서 막 했다 QAD의 제조/프로. 구현 계획 지금 결과 제품에 훈련 전원 최종 사용자에 대 한 호출.

이 도구의 큰 사용자 아니었다 고 확실히 결코 전에 사람 훈련 했다. 그러나, 다양 한 다른 교육 강좌를 실시 했다 고 내 발에 빨 랐 다, 그래서 너무 걱정 하지. 데니스, 진짜 풀 타임 결과 강사, 나에 게 그의 교육 자료를 부여 했다. 다시 그것에 지금 찾고, 그것은 정말 터무니 없는. 나는 제품을 잘 알고 하지 않았다, 결코 형식적으로 훈련을 했다 그것을에 하 고 그것을 르 친 적 확실히 했다. 어떤 비즈니스 나 했 어 그것에 사람을 훈련 하는 것은?

물류 것 들을 복잡 하 게, 나가 서 길 따라 사전 판매 계약의 일환으로 시카고에서 사람을 충족 하 게 되었다. 뉴저지에서 비행 하는 계획은, 시카고에가 서, 한 시간에 대 한 전망만 나 고 캘리포니아 계속.

음, 시카고에 있어 그리고 내 팀에 판매 남자 했다 몇 가지 실수를 결코 회의 확인. 그래서, 나 그리고 전망 거기 아니었다. 굉 장. 나 팩을 하 고 떠나 CA 계속. 이 과정에서 어딘가에, 클라이언트 학습 보세요 미만 24 시간 내 도착 한 "폴 Galvin 그 전에" 클래스를 가르치고입니다., 아니라 데니스. 클라이언트는 데니스를 사랑 한다. 그들은 "누가이 Paul Galvin 사람이 알아야?" "왜 우리가 믿어야 그?" "왜 우리가 지불 해야 그에 대 한?" 데니스는 분명히에 가입 하지 않았다 내 "일찍 나쁜 소식을 주고합니다" 철학. 굉 장.

내가 공항에 도착 일부 엄청나게 멍 청 한 이유, 내 짐을 확인 했다. 난 그것은 요 하지만 내 짐을 하지 않았다. 나를 위해, 가기 같이 많게 이다 수하물을 잃고는 슬픔의 7 단계. 결국 나에 게는 호텔, 아무 수하물으로, 피곤, 배 고 프 고 입고 내 (지금까지, 매우 구겨진) 비즈니스 정장. 뉴어크에서 여행 하는 데 시간이 오래 걸리는 — 오헤어를 — 고객에 게 — 오헤어 돌아가기 — 그리고 마지막으로 la 공항에.

마지막으로 호텔 룸에 앉아 자신을 찾을합니다, 스 니 커 즈 바 같으, 소진 하 고는 클래스 앞 완전 한 엉덩이 처럼 에너지 보지 않을 것 이다 있도록 다시 교육 자료를 통해 검사를 드럼 려. 이 시간에 나를 위해 낮은 포인트의 비트 했다.

다음 날 일어, 난 보이지 않았다 그렇게 내 옷 밖으로 부드럽게 내 최선을 나쁜 날에 Willy Loman 맘에 클라이언트 이상에 고. 마찬가지로 너무 자주 경우, 그녀가 좋은 사람, 공 손 하 고 매우 즐거운. 이 전날에서 그녀의 매우 화가 이메일/음성 메일에 강한 대조에서 서. 그녀에 대해 날을 리드합니다 3 건물을 sectioned 후 건물 통해 마일 떨어져 지역에 거 대 한 화학 창 고 우리가 앞으로 3 일에 대 한 수업을 실시. 는 15 또는 20 학생 들은 천천히 조립, 대부분 그들 아직도 데니스를 기대 하 고.

난 항상 내 자신을 도입 하 여 내 훈련 수업을 시작, 몇 가지 배경 제공 하 고 화이트 보드에 내 연락처 정보를 작성. 내가 말하고으로, "좋은 아침, 내 이름은 폴 Galvin입니다 ", 난 내 이름 쓰기, 큰 글자 모두가 명확 하 게 그것을 볼 수 있도록 화이트 보드에 최대 이메일, 전화 번호. 사실 내가 데니스 대체 오전 확신 그들 난 적당 한 교체를 주소, 등. 나는 간단히 말해 그들의 이름 및 그들은 내가 함께 갈 것 들을 그들의 특정 요구 사항에 맞게 조정할 수 있습니다 있도록 클래스 달성 하 고 싶은 모든 사람. 평소 물건.

우리는 마무리 하 고 프로젝터를 해. 내 연락처 정보를 지우기로 이동 하 고 … 영구 마커 그것을 작성 했다. 난 너무 당황 스 러 웠. 내 마음의 눈 속에, 그것은 이것 처럼 보였다: 이 게 "폴 Galvin 있다" 사람, 우리의 사랑 하는 데니스에 대 한 마지막 순간 교체. 그는 입고 있는 구겨진 비즈니스 정장 및 이루어지지. 그는 단지 우리의 화이트 보드에 그의 이름은 거 대 한 편지를 작성 했습니다. 영구 마커. 어떤 광경!

그것은 모두 행복 하 게 끝난, 그러나. 이것은 화학 회사, 어쨌든. A 베테랑 직원 뽑아 선반에서 뭔가 회색 빛을 띤 고, 아마 EPA 규정의 위반에, 보드 삭제. 유지 관리 1/2 과정을 통해 클래스 앞 일 그들은 준 좋은 검토 끝에. 이 내 "핀치 타자를 이루어" 내 회사에서 명성. 내 수하물 도착 첫 날, 그래서 내가 훨씬 더 호감 일 2와 3.

적목 현상 집 찍고 서, "교훈"을 고민 했다. 찬찬히 생각을 많이 했다. 커뮤니케이션은 열쇠 이다. 계획에 변화에 대해 고객에 게. 당신이 가능 하 게 그것을 피할 수 있다면 공항에서 수하물 확인 하지 마십시오. 예비 "물건을가지고" 수하물을 체크 할 경우에서, 그것은 그것을 하지 않습니다.. 가장 중요 한 교훈을 배운 것 같아요, 그러나, 이: 항상 쓰기 전에 화이트 보드의 왼쪽 아래 모서리에 있는 마커를 테스트, 거 대 한 편지, "폴 Galvin".

</끝>

내가 중반 90 년대에 했다 유나이티드 항공 비행 일부 괴짜 때문, 어떻게든 "사용 하지 않는 마일 변환 제공과 결국" 약 12로 무료 잡지 구독. 그건 내가 어떻게 과학적인 미국 잡지를 구독 했다.

소프트웨어 / 컨설팅 사람들, 우리는 우리의 경력에 많은 어려운 비즈니스 요구 사항 발생. 가장 시간, 우리가 사랑 하는 그 요구 사항을 충족 하 고 사실, 그것은 아마 왜 우리가이 직업 세계에서 최고 라고 생각. 가끔 궁금해 세계에서 무엇이 나 했을 것 이다 자신과 만약 내가 역사에 다른 시간에 태 어 났. 얼마나 끔찍한 지금 도착 하는 작업의 종류에 밖으로 놓칠 것, 세계 역사에서이 장소와 시간에? 제 생각에는: 아주 끔찍한.

수 년에 걸쳐, 내가 직면 하는 요구 사항을 충족 하기 위해 매우 어려운 되었습니다.. 복잡 한 SharePoint 물건, 웹 처리 비 웹 친화적인 기술 기반 프레임 워크 구축, 복잡 한 BizTalk 오케스트레이션과 같은. 우리 모두 수 (희망을) 자랑 스럽게 우리의 경력에 고 말, "예, 그건 하드 하나를 해결 하기 위해, 하지만 결국 나 pwned 그 개 새끼!" 더 나은 아직, 더욱 흥미롭고 재미 있는 도전을 기다리고합니다.

개인적으로 생각 하는 내 이력서, 이런 점에서, 꽤 깊은 고 난 아주 자랑 스 러 워 (내 아내 1 이해 하지 것입니다 알고 있지만 그것의 20 /). 하지만 이번 주, 에 대 한 기사를 읽 었는 대형 하드론 충돌기 내 과학, 미국 잡지에 어디 내가 내 "거 대 한에도 불구 하 고 실현 그 드문 초라한 순간 중 하나 했다" 특정 서클 이나 얼마나 깊은 경험의 내 잘 생각에 상태, 완전히 다른 세계에 있는 진짜 거 인.

LHC 팀에 사람 문제가 몇 가지 정말 가시 관리. 고려는 달. 난 정말 달에 대해 많이 생각 하지 않습니다. (비록 지구의 회전을 감속 배운 이후 내가 그것에 대해 매우 의심 스러운 있 었 어 요, 장기적으로 우리 인 간에 대 한 일이 될 수 없다). 하지만, LHC 팀 걱정 하는. LHC의 측정 장치는 너무 민감한 그들은 달의에 의해 영향을 받습니다. (Earth-rotation-slowing-and-eventually-killing-all-life) 중력. 그것은 요구 사항에 맞게 대체 — 달의 방해에도 불구 하 고 정확한 측정을 생산.

이 문장의 읽을 때 그 문제를 숙고 했다: "첫 번째 수준 하에서 모든 검출기의 구성 요소의 하위 집합만 데이터 분석, 그것은 여부와 같은 고립 된 요소에 따라 유망한 이벤트를 선택할 수 있습니다에서 활기찬 muon 광속 축에서 큰 각도로 비행기로 발견 했다." 정말 … ? 나는 모래의 종류 결코 것 이다 재생 되지 않습니다..

다음 번에 친구 들과 함께 밖으로 나, LHC에 좋은 사람에 게 축배를 올리는 거 야, 희망 그들은 Higgs 보존 입자의 무게 성공적으로 않으며, 문 저주. 당신은 동일한 작업을 수행 하는 것이 좋습니다.. It will be quite the toast 🙂

</끝>