0

会社には、少数のグループに論理的に分割できる多数の個別の小規模から中規模のアプリケーションがあるとします。

たとえば、BMW、マツダ、ホンダ、フォード ....、カワサキ、ハーレーなど、全部で数十、場合によっては数百のアプリケーションを持つことができます。

TFSには2つのオプションがあると思います：

  1. アプリケーションごとに個別のプロジェクトを作成します。最終的に小さなプロジェクトが多くなり、制限に達する可能性がありますが、利点は、すべての作業項目、バグ、レポートなどを各プロジェクトに個別に割り当てて、各プロジェクトのポータルを持つことができることです。

  2. プロジェクト「Cars」とプロジェクト「Motorcycles」を作成し、各プロジェクトの下に各アプリケーションのブランチを持つソース管理ツリーを作成します。これにより、構造が改善され、オーバーヘッドが削減されますが、ポータルとワークアイテム、バグ、レポートなどのリストを「ホンダ」と「BMW」で別々に持つことはできなくなりました。

何か不足していますか？プロジェクト数の TFS 制限に達するリスクを伴うプロジェクトのヒープを作成するオーバーヘッドなしで、作業項目の個別のリスト、小さなプロジェクトごとのバグの両方を持つ方法はありますか?

4

1 に答える 1

4

ポイント 2 を使用します。TFS の「領域」セクションを使用して、作業項目を特定のサブプロジェクトに割り当てることができます。

これらすべての小さなアプリの完全なチーム プロジェクトを作成するには、オーバーヘッドが多すぎます。これらの各アプリには、完全に独立したライフ サイクル、コラボレーション ツール (WSS サイト)、および一連のレポートが必要ですか? 通常はありません。

最悪の場合、プロジェクトが大きくなりすぎて管理できない場合は、新しいチーム プロジェクトを作成できます。プロジェクトを作成してソース管理画面に移動すると、「既存のプロジェクトから分岐する」オプションがあるため、それを使用してソース履歴を保持し、専用のプロジェクトを作成します。

アジャイルを開始し、必要に応じてスケーリングします。

于 2009-01-27T05:46:12.950 に答える