タグのアーカイブ: SharePoint ソリューションの設計

"を行うことができます。” 対"を行う必要があります。” SharePoint プロジェクトで

私たちの多くが表示されますと思う, 良い言葉の欠如, 若い子要件。  エンド ・ ユーザーは本当に, 非常に悪い、特定特定の外観を望んでいます。, または、非常に特定の並べ替え構造とナビゲーションを容易にする 1 つまたはメニュー オプションをカットするまたは [間違っていることを起こること熱情的に開かれた信念を挿入します。].  SharePoint としてプロの, 我々 一般的にほぼあらゆる種類のプラットフォームでの要件を満たすことができます。, しかし、それらのいくつか, 私たちは私たちの心に知っていること:

  • 彼らは不相応な量を実装する時間を取るつもり (ためより多くの費用と)
  • 保守し、トラブルシューティングにしたがってが困難な高度にカスタムしようとしています。
  • There いくつか簡単に SharePoint アプローチを満たしています。 80% 以上の要件の (すなわち. 要件の精神を満たしています。, 要件の文字ではなく、)

一番下の行, 我々 は「要件」は実際には素敵なを持っているかも知っているいくつかの意味で正当な, なく何か人々 がべきであると一緒に暮らす多くの「解決」しようとして時間を過ごす

何回も前にこのパターンを見たので「若い子」の要件としてこれらのだ  子供たちが離れて松し、一度に数週間のためのいくつかの新しいおもちゃのためあなたをガミガミ言います。  あなたはそれらのおもちゃを得る, 彼らは数時間または数日のそれを再生し、それを置く, 決してそれを拾うまで再度。  または, おもちゃを取得しません。, しつこいが停止し、子供は、自由世界の大統領になるに移動します。   SharePoint プロジェクトで起こるこれを見た。  意思決定者がどちらか彼らが望むものを得ると未使用またはあまり使用されていない関数になるまたは彼らが彼らが望むものを取得しないし、プロジェクトをまだとにかく成功.

私は思い出したこと今日のフォーラムに投稿し、好きどのように クレイトン コブ これらの種類の要件の 1 つにプッシュ バックするフォーラム ポスターを取得しようとしました。: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

人々 がこのトピックを見る方法とどのように対処は本当に好奇心します。  ポイントを逃しています?  些細な要件の overinvesting から意思決定者を操縦する戦略はありますか?  コメントを残してください。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin