TFSでどういう方針でプロジェクトポータルを作るか
Team Foundation Server(以下TFS)ではプロジェクトポータルサイトがもれなく用意されます。作ったら(場合によって)移行が大変なので慎重にしたいところです。が、どういう方針で作ればいいでしょうか。
作業グループごとにチームサイトを作る
わかりやすいですね。プロジェクトポータル志向というか。ただ、まったく関連のないソースコードリポジトリが一緒のサイトに入ってしまうので、たとえばプロジェクトが分離した場合に移行が厄介そうです。人事とプロジェクトがくっついている日本だと困りそうです。
プロジェクトごとにチームサイトを作る
ソースコードリポジトリ志向とでもいいますか。製品プロジェクト単位でチームサイトを作ります。リポジトリはきれいになります。ブランチの管理がやや面倒でしょうか。
また、オフショアなどで離れたところに開発者がいると結構大変かもしれません。Microsoftの事例発表を見たことがありますが、インドとかからVPN経由でアクセスしているそうです。
分散リポジトリってあったっけ。Rosarioから？あるとうれしいですね。
製品バージョンごとにチームサイトを作る
たとえばOffice 2003と2007 Officeで別のチームサイトを作ってしまうというやり方です。マイナーバージョンでは向きませんが、メジャーバージョンを上げる時などはいいかもしれません。コードベースの移行が大変かもしれませんが。
私の場合はプロジェクトと製品バージョンでチームサイトを作ってみてます。使っているのは一人ぼっちですが(^^;。一人だと作業グループごとがいいかなぁというくらいでしょうか。ただ、そうなるとタスクとソースの関連付けがわかりづらくなっている気がします(プロセステンプレートはMSF for agile)。
この辺はまた別に書いてみたいと思います。