TFS 2005 または 2008 を使用している場合、反復と領域をどのように使用しますか?
構築しているアプリケーションの特定の部分のための領域を作成しますか?
領域と、TeamSystem チームがそれらをどのように使用しているかについての興味深い記事を次に示します。
http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx
しかし、私はイテレーションについてさらに興味があるので、具体的な例をいくつか示していただければ幸いです。
マイルストーンに基づいてイテレーションを作成しますか、それとも特定の機能に基づいてイテレーションを作成しますか?
v1 を終了したらどうなりますか? v2 または v1 への更新をどのように管理しますか?
MSF Agile テンプレートを使用しています。
反復パスとエリアパスは、あなたが望むものです。空間と時間でプロジェクトを説明する方法です。簡単な例は次のとおりです。
エリア パス (スペース) - システム/プロジェクトの部分を説明するために使用できます。GUI アプリケーション用の TeamProject を作成するとします。一部の領域では、そのモジュール (データ入力、レポート、GUI、印刷など) が説明されます。
イテレーション パス (時間) - プロジェクトのバージョン管理またはリリース サイクルについて説明します。私が働いていた会社では、イテレーション (メジャー、マイナー、ビルド、リビジョン) としてリリース バージョンを使用していました。作業項目を追跡して、完了すると予想される反復をマークするのに役立ちます。作成されたすべてのワークアイテムのデフォルトである静的な TBD イテレーションがありました。経営陣は後で、その作業項目をどこに対象として割り当て、それらを閉じるかを決定します。
MSF アジャイルの一部として反復を使用しているか、または他の種類のアジャイル方法論を使用していると思います。もしそうなら、一般的に、次の n 週間でチームがどれだけの作業を完了できるかを計算します。一般に、3 週間を使用しましたが、イテレーションの長さは異なる場合があります。
イテレーションの項目を決定する方法は、一般に優先順位に基づいています。これは、市場/ビジネスへの影響 (項目の注目度) と実装の容易さに基づく必要があります。影響スコアはより重い重みですが、いくつかの「費用対効果の高い」項目がある可能性があるため、スコアへの実装の容易さを考慮する必要があります。
アジャイルのルールは、完了できない機能はドロップすることです。イテレーションの日付を延長することは決してありません。
これは、マイルストーンと機能の質問に答えるはずです。どちらでもない。時間に基づいて反復します。タイムボックスです。このようにして、チームがどの程度楽観的であるかを把握して、次の反復を調整して見積もりをより正確にすることができます。機能に基づいて繰り返しを行うと、常に日付を見逃すことになります。マイルストーンについても同様です。
注: ウォーターフォールについて話している場合、ルールはマイルストーンと機能に基づくことができますが、アジャイルでは時間が重要です。
エリアへ：これはより主観的です。領域に分割する 1 つの方法は、ユース ケースをグループ化することです。私はこの方法が好きです。ただし、ユーザー インターフェイスに関しては、特定のフォームなどの領域を作成することもできます。