区分およびイテレーション (スプリント) パスについて

  • [アーティクル]

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

エリア パスを使用すると、チーム、製品、または機能領域ごとに作業項目をグループ化できます。 イテレーション パスを使用すると、作業をスプリント、マイルストーン、またはその他のイベント固有または時間関連の期間にグループ化できます。 これらの両方のフィールドを使用すると、パスの階層を定義できます。

プロジェクトの領域パスとイテレーション パスを定義します。 その後、Teams は、バックログやその他のアジャイル ツールをサポートするために使用するパスを選択できます。 アジャイル ツールでエリア パスとイテレーション パスがどのように使用されるかを理解するには、「 領域とイテレーションに依存するアジャイル ツール」を参照してください。

Note

エリア パスと反復パスは、 分類ノードとも呼ばれます。 分類ノード (REST API) または Azure DevOps CLI コマンド az boards イテレーションを使用して、プログラムで管理できます。

Note

エリア パスと反復パスは、 分類ノードとも呼ばれます。 分類ノード (REST API) を使用してプログラムで管理できます。

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

イテレーション Areas
既定のイテレーション、スクラム プロセス 一連のサンプルエリアパス

重要

エリア パスを削除したり、反復パスを再構成したりすると、データが失われ、元に戻すことはできません。 たとえば、 エリア パス が変更されたチームのバーンダウンまたはバーンアップ ウィジェット グラフ、スプリント バーンダウン、ベロシティ グラフは、正しいデータを反映しません。 履歴傾向グラフは、各作業項目の過去のポイントで定義されている エリア パス と 反復パス を参照します。 エリア パスまたは反復パスが削除されると、その履歴データを取得できません。

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

プロジェクトとチームの管理を初めて使用する場合、プロジェクトとチームを構成するための最も簡単なシーケンスは次のとおりです。

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

Note

プロジェクトは、最大 10,000 個のエリア パスを定義し、1 つのチームに最大 300 個のエリア パス を割り当てることに制限されています。 詳細については、「 作業の追跡、プロセス、プロジェクトの制限」を参照してください。

また、複数のチームに同じ エリア パス を割り当てることができますが、2 つのチームが同じ作業項目のセットに対して所有権を要求すると、問題が発生する可能性があります。 詳細については、「 ボードとかんばんについて」、マルチチームかんばんボード ビューの制限事項に関するページを参照してください。

必要に応じて、いつでも次のアクションを実行できます。

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

「 チームの階層を構成する」も参照してください。

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

チームのトレース機能とセキュリティ要件をサポートする領域を追加します。 区分を使用して論理コンポーネントや物理コンポーネントを表します。さらに、子区分を作成して特定の機能を表します。

次の要件がある場合は、領域を追加します。

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

各チームは、区分の階層構造を作成すると、その構造に基づいて、すべてのバックログ項目、ユーザー ストーリー、要件、タスク、およびバグを整理できます。

複雑すぎる区分構造は作成しません。 区分を作成して作業項目のアクセス許可を分割できますが、ツリーが複雑すぎるとアクセス許可の管理に関するオーバーヘッドが著しく大きくなります。 他のプロジェクトの構造とアクセス許可を複製するには、作業が多すぎる場合があります。

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

プロジェクトとチームの イテレーション パス を構成するには、次のガイダンスを使用します。

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

Note

プロジェクトは、最大 10,000 個の反復パスを定義し、1 つのチームに最大 300 個の反復パス を割り当てることに制限されています。 詳細については、「 作業の追跡、プロセス、プロジェクトの制限」を参照してください。

必要に応じて、いつでも次のアクションを実行できます。

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

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

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

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

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

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

フラットイテレーション階層

製品の機能とタスクのバックログを作成するときに、マイルストーンに割り当てます。 チームが完了すると予想される機能とタスクを割り当てます。 ニーズの変化に応じて、チームのスケジュールと作業管理を示す主要な各マイルストーンにイベントを加えることができます。

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

階層反復階層

繰り返しでは、規則は適用されません。 たとえば、タスクはイテレーションに割り当てることができますが、そのイテレーションの間に終了または完了することはできません。 イテレーションの終了時に、そのイテレーションに対してアクティブな状態のまままたは開いているすべての作業項目を見つけて、適切なアクションを実行する必要があります。 たとえば、別のイテレーションに移動したり、バックログに戻します。

名前に関する制限

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

制限の種類 Restriction
ノード名の長さ 255 文字を超えてはなりません。
予約済みの名前 - 1 つまたは 2 つの期間...のみで構成することはできません。
- PRN、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、COM10、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL、CON、AUX などのシステム予約名にすることはできません。 予約名の詳細については、「 ファイル名、パス、および名前空間」を参照してください。
ノードの特殊文字 - Unicode 制御文字を含めてはなりません。
- 次のいずれかの文字を含めてはなりません: \ / : * ? " < > | # $ * +。
- ローカル ファイル システムで禁止されている文字を含めてはなりません。 Windows の文字制限の詳細については、「 ファイル、パス、および名前空間の名前付け」を参照してください。
パス名の長さ 4,000 文字を超える Unicode 文字を含めてはなりません。
パスの階層の深さ 深さは 14 レベル未満である必要があります。

ご覧のように、アジャイル ツールのサポートと作業項目の管理では、領域とイテレーションが大きな役割を果たします。 これらのフィールドの操作の詳細については、次の記事を参照してください。