区分パスとイテレーション パス

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

エリア パスは、チーム、製品、または機能領域ごとに作業項目をグループ化します。 イテレーション パスは、作業をスプリント、マイルストーン、またはその他の時間関連期間にグループ化します。 どちらのフィールドも階層パスをサポートしています。

プロジェクトの領域とイテレーションのパスを定義し、チームはバックログおよびアジャイル ツールに使用するパスを選択できます。 アジャイル ツールが、領域とイテレーションに依存するアジャイル ツールで これらのパスを使用する方法について説明します。

領域とイテレーションは、プロジェクトの作成に使用されるプロセスによって異なります。 この例では、スクラム プロセスの既定の設定を示します。 日付は既定では設定されません。スプリントまたはリリース スケジュールに合わせて日付を設定する必要があります。

イテレーション	Areas

エリア パスの定義と割り当て

プロジェクトとチームの管理を初めて使用する場合は、次の手順に従ってプロジェクトとチームを構成します。

1. エリア パスを決定する: 作業を分類するために必要なエリア パスの数と名前を特定します。 少なくとも、定義したチームごとに 1 つのエリア パスを追加します。
2. チームを決定する: サポートするチームの数と名前を決定します。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
3. エリア パスの定義: プロジェクト設定>プロジェクトの構成を開き、プロジェクト レベルで手順 1 と 2 をサポートする領域パスを定義します。 [プロジェクトの設定]、[プロジェクトの構成]、[領域の追加] のパスを開く手順に従います。
4. チームを定義する: 手順 2. をサポートするために必要なチームを定義します。 詳細については、「チームの追加、1 つの既定のチームから複数のチームへの移行」を参照してください。
5. チーム設定を構成する: チーム構成 を開き、 各チームに既定およびその他の領域パス を割り当てます。
6. 作業項目の割り当て: 定義した領域パスに作業項目を割り当てます。 一括変更を使用して、複数の作業項目を一度に変更します。

次のアクションはいつでも実行できます。

• 子ノードを追加する
• エリア パスの名前を変更する (ルート エリア パスを除く)
• 子ノードを別のノードの下に移動する
• 子ノードを削除する
• チームの名前を変更する
• チームに対して行われたエリア パスの割り当てを変更する

詳細については、「チームの階層を構成する」を参照してください。

チームはいくつの領域を定義する必要がありますか?

チームの追跡性とセキュリティの要件をサポートする領域を追加します。 領域を使用して論理コンポーネントまたは物理コンポーネントを表し、特定の特徴を表す子領域を作成します。

次のいずれかのタスクを実行する必要がある場合は、領域を追加します。

• 製品または機能領域に基づいてクエリをフィルター処理する
• チームまたはサブチーム別に作業項目を整理またはグループ化する
• 作業項目の領域に基づいて作業項目へのアクセスを制限する

各チームは、バックログ項目、ユーザー ストーリー、要件、タスク、バグを整理するための領域の階層を作成できます。

過度に複雑なエリア構造を作成しないでください。 領域を使用して作業項目のアクセス許可をパーティション分割できますが、複雑なツリーではアクセス許可の管理に大きなオーバーヘッドが必要です。 他のプロジェクトで構造とアクセス許可を複製すると、面倒になる場合があります。

イテレーション パスを定義して割り当てる

プロジェクトとチームのイテレーション パスを構成するには、次の手順に従います。

1. 「エリア パスの定義とチームへの割り当て」の ガイダンスを使用して、エリア パスとチームを定義します。
2. サポートするイテレーションの長さを決定します。 すべてのチームで同じスプリント 周期を使用することをお勧めします。
3. フラット構造とスプリントとリリースの階層のどちらを使用するかを決定します。
4. [プロジェクト設定] [プロジェクトの構成] > を開き、プロジェクト レベルで手順 2 と 3 をサポートするイテレーション パスを定義します。 次の手順に従います。[プロジェクトの設定]、[プロジェクトの構成]、[イテレーションの追加] を開き、イテレーションの日付を設定します。
5. チーム構成を開き、各チームに既定、バックログ、およびその他のイテレーション パスを割り当てます。 チーム設定を開き、チームの既定のイテレーション パスを設定する手順に従います。
6. 各チームは、 バックログ イテレーション パスに該当する作業項目にイテレーション パスを割り当てる必要があります。 これらの作業項目は、製品のバックログとボードに表示されます。 一括変更を使用して、複数の作業項目を一度に変更します。 「 バックログ項目をスプリントに割り当てる」も参照してください。

次のアクションはいつでも実行できます。

• 子反復ノードを追加する
• 反復パスの名前を変更する (ルート パスを除く)
• 子イテレーション パスを別のノードの下に移動する
• 子イテレーション パスを削除する
• チームに割り当てられている既定のイテレーション パスと選択したイテレーション パスを変更する

チームで定義する必要があるイテレーションの数はいくつですか?

プロジェクトのライフサイクルを反映するために、必要な数の子イテレーションを定義します。 これらのイテレーションは、スプリント、ベータ前フェーズ、ベータ版フェーズ、その他のリリース マイルストーンなど、さまざまなイベントを表すことができます。 Teams は通常、作業またはリリースのスケジュールが設定されていない場合、チームの既定のイテレーションに割り当てられた作業項目を残します。

イテレーションを追加して、次の要件をサポートします。

• スクラム チームがスプリントを計画および実行するための スプリントを定義する
• より複雑なマルチリリースサイクルとスプリントサイクルを設定する
• プロジェクトのスプリント、マイルストーン、またはサイクル時間に基づいてクエリをフィルター処理する
• ターゲット リリース サイクルに割り当てる準備ができていない将来の作業をサポートします。

次の例では、MyApplication プロジェクトに対して Beta 1、Beta 2、Release 1.0、Release 2.0 が定義されています。

製品の機能とタスクのバックログを作成するときに、チームが完了するタイミングに基づいてマイルストーンに割り当てます。 ニーズの変化に応じて、各主要なマイルストーンの下にイベントを追加して、チームの作業のスケジュールと管理方法を反映できます。

たとえば、ベータ 1 イテレーションには、Beta 1 期間のスプリントごとに 1 つずつ、3 つの子ノードが含まれるようになりました。

繰り返しでは、規則は適用されません。 たとえば、そのイテレーション中にタスクを閉じたり完了したりせずに、イテレーションにタスクを割り当てることができます。 イテレーションの最後に、アクティブな状態または開いているすべての作業項目を特定し、適切なアクションを実行します。 それらを別のイテレーションに移動することも、バックログに返すこともできます。

名前に関する制限

[エリア パス] フィールドと [反復パス] フィールド (データ型 = TreePath) は、円記号 (\) 文字で区切られた複数のノード項目で構成されます。 ノードの名前を最小限に抑え、子ノードを追加するときに次の制限に準拠していることを確認します。

関連記事

• 区分パスを定義してチームに割り当てる
• イテレーション パスの定義とチーム イテレーションの構成
• アジャイル ツールを使用してスプリントを定義する
• 日付または現在のイテレーションによるクエリの実行