私たちの多くが表示されますと思う, 良い言葉の欠如, 若い子要件。 エンド ・ ユーザーは本当に, 非常に悪い、特定特定の外観を望んでいます。, または、非常に特定の並べ替え構造とナビゲーションを容易にする 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
私の過去の経験はあなたが正しいことを私に指示します。: 必死に必要な条件は頻繁にすぐに破棄されます。, 井戸を介して思いましたがないので通常. ソリューションの成功に向けたクライアントの操縦を支援するコンサルタントとして私たちの仕事があることに同意します。, だけでなく、要件を満たす.
ただし: 我々 は我々 のクライアントを理解していません。’ 彼らだけでなくビジネスを行う. 重要ですが, コンサルタントとして, 我々 は傲慢になってはいけない, クライアントに通知します彼らの要件は不要. だから, 我々 を歩いて綱渡りのビットを持っています。: 要件の resons を通して考えるクライアントを助ける; 別のコースをお勧めし、選択肢を提供する理由を説明します。. たとえば, それが判明した場合、後で拡張することができますシンプルなソリューションを開始するを提供する必要性を満たすためにないです。.
人生で最も物事と同じように, 正しいバランスを見つけるトリッキーなことができます。, しかし、投資価値があります。.
-Ruven
素晴らしい点, Ruven. 微妙な一線があります。. 私は個人的にする傾向があります。 “を与える” 強硬路線を取るよりもむしろ. それ常に不快な思い誰かをクライアントの要件を 2 回と 3 回以上に対して押し戻すとき.
私はほとんど常に従って、 “シンプルなソリューション” アプローチを記述します。. 私は実際にどこでうまくいかなかった最後で最高の 1 つのインスタンスの考えることはできません。.
私は一般的に同意するこの記事のポール. 実際, 多くの人々 と言って自分自身をキャッチします。 “SharePoint は何をしたい以外を行うにしたい何かを行うことができます。” 多くの場合、エンド ・ ユーザーのビジネス ニーズを解決するためにボックスのメソッドのうち簡単な検索しよう.. 同じくらい私は愛し、sharepoint ソリューションの開発を楽しんでいる私はむしろシンプルで、箱から出して何かを最初に試す.
ほとんどの時間これはそれらがよりよいカスタム ソリューションを構築する彼らのため、新しいアイデアを生成するのに十分なと他の倍になって土地します。.
偉大なポスト.
ポール Liebrand
Twitter: @PaulLiebrand
非常に頻繁にこれらの要求に対処する必要があります。. 幸いなことに, ビジネスがしばしば要求が、' がいい’ '必要' のではなく.
求めて彼らは、要求を解決しようと開始明確ではないです。. 通常単に didn't として認識、ニースにある最初のアイテムをキャッチします。. 次にその後それが実際に何か簡単なのかを決定する彼らが求めているものを評価するに移動します; 影響範囲がどんなものかと (ようはこの 1 つのサブ サイトまたはファーム全体の変更).
大きいへの影響の範囲, 私は上げる質問の大きい数. 答えは真の必要があるような音しない場合, しかし、まだそれは必要性のような演技に集中しています。, 時間と費用を提示し、要求と関連付けられるかもしれないものは何でも影響をします。.
場合は、ビジネスはまだ進む私を望んでいます。, します, しかし、我々 すべての何を変更することは大いにより鮮明な画像.
あなたのサイトに新しいですが、EndUserSharePoint にあなたに従う. 軍病院のために働くし、誰もがそれが"Can Do"と""を行う必要がありますに来るとき話して知っています。. ほぼ毎日と、"することができます SharePoint ドキュメントは印刷できませんこのを取得します。? 私たち奪うことができます 'を送信' オプション?"部門持つようにしたいいくつかのドキュメントのみを表示 (大丈夫, 行わ) 番号付けおよび追跡システムのドキュメントのため. さまざまなブログやサイトに検索してきたし、答えを見つけることができません。. 誰かが助けることができます。.
ポール:
私と思う戻ってプッシュ, あるいは、少なくともものの実際のユーティリティについての議論, 本当の SharePoint 専門家プレーンの開発者から分離するものです。. 我々 はすべてのこのようなものを行う SharePoint をすることができます。, 非表示のように、 “すべてのサイト コンテンツを表示します。” にもかかわらず、ほとんどの人々 はとにかく見ていないリンクします。. それは、クライアントを支援する私たちの仕事 (内部または外部, それは違いがないです。) SharePoint のどのビットが本当に役に立つは理解して、なぜ, いくつかの UI のことは実際に有害かもしれない理由, など. そうで、それは我々 が支払ったものよりもよく知っておくべき. 我々 は単にすべての需要を黙認場合, 我々 だけを与えています。 50% せいぜい.
ポストをありがとう!
M.
ピングバック: Steve ballmer 氏は、神であります。; なぜ Google は、雲のコラボレーションでマイクロソフトを打つこと; Adobe は携帯電話にフラッシュをもたらします - SharePoint の毎日 - 竹の国家
こんにちは,
ポストのおかげで、彼の経験についてのコメントを残して誰もが求めて, これらの状況で両方のオプションをクライアントにするために使用, ビルド/高速ソリューションをほぼどのような必要はないを与えるに簡単です。 100% ( パフォーマンスから, ルック アンド フィール, 保守性.等) あなたが望むものを与える別のカスタム ソリューションがあると, 現在のソリューションとそれに関連付けられているコストの見積もり, 通常カスタム ソリューションのコストが高い場合に使用しましょう必要なものほとんどで行くと言う :). 彼らが望むものは本当にしない限り、プロセスと高い要求の機能に影響を与える. 誰かにジャンプし、理由を議論を開始、これらの会議の通常期待します。 ? 製品であなたの経験をすることができます彼を納得させる理由とどのくらいの時間がかかります?
この支援を期待.