私はインターネットとイントラネット用にMOSSをインストールする必要がある顧客とのプロジェクトに取り組んでいます。残念ながら、クライアントは彼が望むものを知りません。通常、ビジネスアナリストが指示をクリアし、スコープを管理するように要求する一連の質問など、MOSS要件を収集するために通常使用される体系的なアプラックがあるかどうか。助けることができる参考資料はありますか？そのような場合、あなたはいつも何をしていますか？MOSS要件の収集
さらに、収集フェーズでは、クリケット3のオプションを画像プロトタイプとして表示して、&の外観を表示しました。一度確認したら、MOSSデザイナーにMOSSデモとして表示するサイト。別のアプローチを使用していますか？
生産環境でMOSSを展開するには、多くの計画が必要です。当初はMOSSのセットアップが簡単で、突然コラボレーションサイトやWikiやブログを全部持ち歩いているため、誰もが興奮しています。気にする必要がないように思えるかもしれませんが、選択したトポロジとファーム構造がスケーラブルであることを確認するには、多くの計画が必要です。
ここはあなたが始めるためにリンクのカップルです：
これは単なるスタートは、TechNetとMSDNは偉大なリソースであり、あなたが始めるのに役立つさまざまなトピックを持っています。私が言ったように、計画を立てたら、製品自体の導入は非常に難しいことではありませんが、計画/サイトトポロジ/検索/索引付け/データベースの考慮/推定成長の確立にはかなりの時間がかかります。私はちょうどこのプロジェクトを行って、約2000人のイントラネットユーザーを抱えていて、4月末に完了する予定の6ヶ月のプロジェクトでした。がんばろう。
MOSSの大きな問題は、ユーザーデータが蓄積され、再構成が遅すぎるまで、（サイトやサブサイトなどの点で）データをどのように整理するのかが本当にわからないことです。
UIの変更（ルック・アンド・フィール）は比較的簡単なので、本当に1つのことを特定しなければならない場合は、データの構成方法を確認してください。例：LOBごとに1つのサイトコレクション、またはLOBごとにサブサイトを持つ1つの大きなサイトコレクションですか？これはまた、データがどのように保護されるかにも影響し、それは後で改訂するのも大きな苦痛です。
男、これは読み込まれた質問です。あなたはこの質問に答える本を全部書くことができます（あるものがあります）。しかし、正直言って私が始めた素晴らしい場所は、「チェックリスト」を探していたことでした。だけでなく、などのインフラストラクチャの要件、ストレージ、私はマクサムに同意
ため、 http://office.microsoft.com/download/afile.aspx?AssetID=AM102552101033
それは収集だけでなく、要件に大いに役立っている：私は参考のために使う一つはここに位置しています。ユーザーはMOSSに関して必要なものをほとんど（もしかすると）知っています。彼らはビジネス上の問題を解決するために必要なものを知っているかもしれません。SharePointでそれを行う方法ではありません。