우리 중 많은 가끔 함께 제시 생각, 더 좋은 문구의 부족에 대 한, 영-자식 요구 사항입니다.  최종 사용자 정말, 매우 나쁘게는 특정 특정 모양과 느낌을 원한다, 나는 매우 구체적인 분류 구조 또는 한 클릭 또는 메뉴 옵션 탐색 용이성을 잘라 또는 [잘못 일어나 열렬히 보전된 된 신념을 삽입].  SharePoint로 프로, 우리가 일반적으로 거의 모든 종류의 플랫폼 요구 사항 만날 수 있습니다, 하지만 그들 중 일부에 대 한, 우리는 우리의 마음에서 알고 있는:

• 그들은 과도 한 양의 구현 하는 시간이 걸릴 것입니다. (그러므로 더 많은 비용)
• 그들은 매우 사용자 정의 및 유지 관리 및 문제 해결에 따라서 어려운 될 거 야
• 충족 시키는 몇 가지 쉬운 SharePoint 접근은 있다 80% 또는 그 이상의 요구 (즉. 정신을 요구의 충족, 요구의 편지 안 하지만)

히 프 라인, 우리는 "요구"는 단지 또는 심지어 좋은 알고 어떤 의미에서 합법적인, 하지만 뭔가 그 사람들이 해야 살 보다는 많은 시간 "해결." 하려고

이 본 하기 전에 여러 번 본 적 있기 때문에 "어린 아이" 요구 사항으로이의 생각.  애 들 멀리 소나무 하 고 한 번에 주 동안 몇 가지 새로운 장난감에 대 한 당신을 바가지.  당신은 그들에 게 장난감을 얻을, 그들은 몇 시간 또는 일을 위해 그것을 함께 플레이 하 고 내려 놔, 결코 그것을 받아 다시.  또는, 장난감을 얻을 하지 않습니다., 잔소리 중지 하 고 아이가 자유 세계의 대통령이 될 이동 합니다.   이 SharePoint 프로젝트에서 일 해 본.  의사 결정자 중 원하는 것을 얻을 그것 되 사용 되지 않거나 사용률이 낮은 함수 또는 그들이 원하는 것을 얻을 하지 않습니다와 프로젝트는 여전히 어쨌든 성공.

오늘 포럼에 게시물을의 연상 했다 그리고 내가 좋아하는 방법 클레이튼 콥 이러한 종류의 요구 사항 중 하나에 다시 밀어 포럼 포스터를 얻을려고: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

어떻게 사람들이이 주제 보기와 어떻게 대처 나 정말 궁금 하 군요.  나는 요점을 놓치고 있어요?  사소한 요구 사항 overinvesting에서 결정 제작자를 조종 하는 전략을 해야 하나요?  코멘트를 남겨 주세요.

</끝>

내 블로그를 구독.

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