우리 중 많은 가끔 함께 제시 생각, 더 좋은 문구의 부족에 대 한, 영-자식 요구 사항입니다. 최종 사용자 정말, 매우 나쁘게는 특정 특정 모양과 느낌을 원한다, 나는 매우 구체적인 분류 구조 또는 한 클릭 또는 메뉴 옵션 탐색 용이성을 잘라 또는 [잘못 일어나 열렬히 보전된 된 신념을 삽입]. 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
내 과거의 경험에 알려줍니다 당신이 옳다: 필사적으로 필요한 요구 사항은 종종 신속 하 게 삭제, 잘 생각 하지 않습니다 때문에 일반적으로. 컨설턴트로 서 성공적인 솔루션으로 클라이언트를 조종 수 있도록 우리의 직업 임을 동의합니다, 아니라 요구 사항이 행.
그러나: 우리가 우리의 클라이언트를 이해 하지’ 그들은 뿐만 아니라 사업을. 그것은 중요 하, 컨설턴트로 서, 우리 오만 되지 않습니다., 그들의 요구는 불필요 한 클라이언트에 게. 그래서, 우리는 조금 걸을 줄 타기: 클라이언트 요구 사항에 대 한 resons 통해 생각 도움말; 설명 왜 당신이 다른 코스를 제안 하 고 대안을 제안 하 고 싶습니다. 예를 들어, 밝혀지면 나중에 향상 될 수 있는 간단한 솔루션으로 시작할 제공 하지 필요에 맞게.
인생에서 대부분의 것 들과 마찬가지로, 올바른 균형을 찾기 힘들 수 있습니다., 하지만 투자 가치가 있다.
-Ruven
좋은 점, Ruven. 좋은 줄은. 개인적으로 하는 경향이 “게” 하드 선 보다는. 그것은 항상 날 불편 하 게 때 누군가가 두 번 클라이언트 요구 사항 및 3 개 이상의 시간에 대해 다시 못 살게 굴지.
거의 항상 따라는 “간단한 솔루션” 당신이 설명 하는 접근. 실제로 결국에서 최고의 밖으로 작동 하지 않았다 하나의 인스턴스 생각할 수 없다.
일반적으로이 포스트 폴에 동의. 사실, 사람들이 자주 말하는 자신을 잡을합니다 “SharePoint 할 원하는 제외 원하는 무엇이 든 할 수 있다.” 종종 간단한 상자 메서드는 최종 사용자의 비즈니스 요구를 해결 하기 위해 밖으로 찾을 하려고합니다. 만큼 내가 사랑 하 고 sharepoint에서 솔루션을 개발을 즐기는 나는 오히려 뭔가 간단 하 고 상자를 먼저 시도.
대부분의 시간에이 되 고 그들을 위해 더 나은 사용자 지정 솔루션을 구축 하는 것을 만들 것입니다 그들에 대 한 새로운 아이디어를 생성 하는 그것은 충분 하 고 다른 시간을 토지.
그레이트 게시물.
폴 Liebrand
지 저 귀 다: @PaulLiebrand
매우 자주 이러한 요청을 처리 해야. 다행히, 종종 사업 요청은 인정 한다는 ' 좋은’ 보다는 '필요'.
때 그들은 요청을 해결 하려는 요구와 함께 시작 명확 하지 않은. 그는 일반적으로 그들은 단순히 몰으로 인식 하는 좋은-를 처음 항목을 잡는 다. 그럼 그들이 실제로 뭔가 간단 여부 인지 확인을 요구 하는 평가 하 이동; 영향 범위 처럼은 (와 같은 단일 하위 사이트 또는 전체 팜의 변경이).
큰 영향 범위, 내가 제기 하는 질문의 더 많은. 만약 답변 진정한 필요 같은 소리 하지 마, 하지만 여전히 필요 하다 처럼 행동에 초점을 맞추고 있다, 다음 시간/비용을 제시 하 고 요청와 관련 있을 수 있습니다 간에 영향을.
비즈니스 여전히 앞으로 갈 날을 원한다 면, 예, 하지만 우리 모두가 무엇을 변경의 훨씬 더 명확한 그림.
귀하의 사이트에 새로운 오전 지만 EndUserSharePoint에 따라. 군 병원에 대 한 작동 하 고 모두 "할 수"와 "해야 할"에 관해서 얘기입니다.. 거의 매일 고는 "수 SharePoint 문서 인쇄할 수 없는 이것을 얻을합니다? 우리가 걸릴 수 있습니다 멀리 '보내기' 옵션?"부서 하 고 싶습니다 몇 가지 문서 보기 전용 (문제 없어요, 완료) 번호 매기기 및 문서에 대 한 학력 때문에. 다른 블로그 및 사이트 다 뒤 졌 죠 하 고 대답을 찾을 수 없습니다.. 누군가 도울 수 있길.
Paul:
제 생각에 다시 밀어, 또는 적어도 것 들의 진짜 유틸리티에 대 한 토론, 어떤 평범한 개발자에서 진짜 SharePoint 전문가 분리. 우리 모두 SharePoint이이 물건을 만들 수 있습니다., 처럼 숨어 있는 “모든 사이트 콘텐츠 보기” 비록 대부분의 사람들은 어쨌든 그것을 보지 않는 링크. 그것은 클라이언트 수 있도록 우리의 일 (내부 또는 외부, 그것은 차이가 확인 되지 않습니다.) SharePoint에서 비트는 유용 이해 및 이유, 왜 UI 들 해로운 수 실제로 있습니다, 등. 우리는 그들이 그리고 우리가 지불 보다 더 잘 알고 해야한다. 우리는 단순히 모든 요구에 동의 하는 경우, 그럼 우리만 주고 50% 대부분.
게시물 주셔서 감사!
M.
핑백: 스티브 발머는 하나님; 왜 구글 클라우드 협업에 마이크로 소프트를 이길 하지 않습니다; 어도비 모바일 플래시 제공 - SharePoint 매일 - 대나무 나라
안녕,
게시물 및 요청 모두 그의 경험에 대 한 의견을 남겨 주셔서 감사, 이러한 상황에서 두 옵션을 클라이언트에 게 사용 되, 빌드/빠른 솔루션 거의 필요한 아니지만 주는 게 쉬운 있다 100% ( 성능에서, 룩앤필, 유지 관리...등) 그리고 당신이 원하는 당신에 게 제공 하는 다른 사용자 지정 솔루션, 솔루션 및 그것에 관련 된 비용에 대 한 견적을 제시, 다음 일반적으로 사용자 지정 솔루션 비용이 높은 경우 사용 하자 거의 우리가 필요로 서 말을 :). 그들이 원하는 것은 정말 하지 않는 한 영향을 미치는 과정과 매우 요구 기능. 누군가가 뛰어 것과 왜 논의 시작 내가 일반적으로 그 회의에 기대 ? 제품을 가진 당신의 경험에 대 한 설득할 수 그 왜, 얼마나 오래 걸릴 것인가?
이 도움이 되기를 바랍니다.