4

TFS 2010 のチーム プロジェクトの概念について教えてください。私の会社では、複数の製品を同時に作業している 1 つのチームがあります。製品ごとにビジュアル スタジオ ソリューションがあります。私たちはSCRUM方法論に従っています。私たちの製品バックログとスプリントバックログは基本的に複数の製品に関連するアイテムで構成されているため、チームはスプリント中に複数の製品に関連するバックログアイテムに取り組みます。TFS 2010 の SCRUM プロセス テンプレートを使用することを楽しみにしています。

TFS ソース管理でプロジェクトを整理し、TFS プロセス テンプレート (SCRUM) を最大限に活用するには、どのようなアプローチを取るべきか疑問に思っていました。

  • 製品ごとにチーム プロジェクトを作成する必要がありますか? しかしそれは、各チーム プロジェクトのプロセス テンプレート、プロダクト バックログ、スプリント バックログを維持する必要があることを意味します。特に作業項目を作成してクエリを実行する場合、チーム エクスプローラーでチーム プロジェクトを何度も切り替える必要があります。同様に、バーンダウン チャート/レポートを作成する場合、チーム プロジェクトごとに 1 つ存在します。これは悪夢のようです！

  • または、1 つのチーム プロジェクトを作成し、その下にすべての製品 (Visual Studio ソリューション) を配置する必要がありますか? プロセス テンプレートが 1 つ、製品とスプリントのバックログが 1 つ、すべての作業項目を確認/クエリする場所が 1 つあるため、この方が良いように思えます。

私には、チーム プロジェクトは、製品や Visual Studio ソリューションではなく、チームにマップする必要があるように思えます。しかし、私の過去の経験では、チーム プロジェクトが製品/ビジュアル スタジオ ソリューションにマッピングされている場所に出くわし、少し混乱しています。

4

2 に答える 2

4

「チーム プロジェクト」という用語は紛らわしいです。マイクロソフトが別のフレーズを使用していたらよかったのにと思います。

そうは言っても、他にどの単語やフレーズが当てはまるかわかりません。

  1. チーム プロジェクトは、必ずしも Visual Studio のプロジェクトまたはソリューションに対応しているわけではありません
  2. チーム プロジェクトは、SourceSafe がプロジェクトと呼んでいたものとは対応していません (これらは単なるフォルダーでした)。
  3. チーム プロジェクトは、必ずしも単一のソース管理ツリーに対応しているとは限りません。チーム プロジェクトで作業している人々は、複数のソース管理ツリーからコードを使用する場合があります (これがワークスペースに正しくマップできると仮定します)。
  4. チーム プロジェクトは、ある種の取り組みにより密接に対応します。これには、一部のソース コードが含まれる場合と含まれない場合があります。それは何人かの人々を巻き込むでしょう。一部の作業項目、ビルド、レポート、ポータル サイト、ラボ環境、またはチーム プロジェクトごとにスコープが設定されたこれらの成果物の組み合わせが含まれる場合と含まれない場合があります。これらは通常、一部の「チーム」が「努力」を達成するのに役立つアーティファクトです (作業項目、レポート、ソース管理、ビルド、等。）
于 2011-07-29T01:30:26.773 に答える
0

さまざまなソリューション用に1つのチームプロジェクトと複数のフォルダーを作成することをお勧めします。つまり、作業をそのままにして、チームプロジェクトを1つだけ作成します。製品コードをチェックインするときは、サーバーフォルダーを使用します。このようにして、共有された作業項目とレポートを備えた独自のリポジトリがあります

于 2011-07-28T23:23:29.277 に答える