4

Team System 2010 を使用しており、テンプレート「Scrum for Team System」を使用してスクラムの導入を試みています。TFS では、1 つの開発チームにまたがる多くのチーム プロジェクトがあります。簡単にするために、次のように説明します。 Web サイトである 2 つのチーム プロジェクトがあります。さらに 5 つのチーム プロジェクトがあり、これら 2 つの Web サイトで使用される 5 つの Web コントロール ライブラリです。1 つの開発チームとして、1 人のスクラム マスターと 1 人のプロダクト オーナーが 7 つの異なるチーム プロジェクトを担当しています。

この構成の他の人はいますか?

このすべての作業をまとめるにはどうすればよいですか? これらすべてのプロジェクトのリリースを管理する必要があります。私たちのスプリント計画ミーティングでは、これらすべてのプロジェクトを扱うので、ミーティングの終わりには、Web サイト プロジェクトまたは実装する必要があるコントロール ライブラリだけを扱うことができるポストイット (製品バックログ アイテム) を用意します。いずれかのサイト。

作業項目成果物を作成し、レポート (バーンダウン チャートなど) を生成するためだけに、別のチーム プロジェクトを作成する必要がありますか?

4

1 に答える 1

8

チームプロジェクト間に階層を設定することはできません。この機能は存在せず、それには理由があります。

誰もが初めてTFSを使用するという間違いを犯しました。つまり、チームプロジェクトが多すぎます。多くの人が、VisualStudioソリューションごとに無意識のうちに1つのチームプロジェクトを実行します。同じリリースサイクルを共有する（または1つを閉じる）アプリケーション/製品のファミリーで作業する開発チームがある場合は、1つのチームプロジェクトのみを使用します。

多くのチームプロジェクトを使用する唯一の利点は、それぞれに異なるプロセステンプレートを使用でき、作業項目タイプ（WIT）の定義を個別にアップグレードできることです（この利点は、ほとんどの場合、維持する必要があるためです。すべてのチームプロジェクト間でWITを同期します）。それ以外の場合は、不便なだけです（より多くのWIT定義、より多くのWIQ、より多くのブランチ、より多くのレポート、より多くの管理）。

階層の概念（必要な階層が何であれ）を実装するには、作業項目のエリアパスに依存する必要があります。そうすれば、クエリとレポートのスコープを自由に設定できるようになります。

ちなみに、マイクロソフトのスクラムプロセステンプレートを使用しない理由はありますか？

于 2012-04-25T18:45:43.130 に答える