Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020
エリア パスを追加して、チームを整理し、作業項目を製品、機能、または業務エリアごとにグループ化します。 エリア パスをチームに割り当てると、そのパスに含まれる作業項目が該当するチームのバックログとボードに表示されます。 既定では、すべての作業項目はルート エリア パスに割り当てられ、プロジェクトの既定のチームに表示されます。
プロジェクト レベルでエリア パスを定義した後、チーム構成内でチームに割り当てます。 エリア パスの階層構造を作成して、最大 14 階層までのサブエリアをサポートすることもできます。
次の作業を行うには、エリア パスを定義する必要があります。
- エリア パスに基づいて作業項目を照会およびグラフ化する
- 複数のチームに作業を割り当てる
- 管理チームや機能チームと協力する
- エリア パスを使用してバックログ、クエリ、ボード、またはプランをフィルター処理する
ヒント
エリア パスの構造を定義し、チームに割り当てることができます。 チームを追加し、チーム名でエリア パスを同時に作成することもできます。 チームが完全に独立している場合は、フラットなエリア パスを作成します。 チームの階層を構築するには、エリア パスのツリー階層を作成します。 詳細については、「 チームの階層を構成する」を参照してください。
次のツールを使用するには、チームがエリア パスを購読している必要があります。
システムでエリア パスがどのように使用されるかを理解するには、「 エリアパスと反復パスについて」を参照してください。
前提条件
カテゴリ | 必要条件 |
---|---|
権限 | - チーム領域または反復パスを設定するには: チーム管理者 または プロジェクト管理者 グループのメンバー。 既定では、プロジェクトを作成したユーザーにこれらのアクセス許可が付与されます。 - ルート ノードの下に領域パスを追加するか、子ノードを編集または削除するには: プロジェクト管理者 グループのメンバー。 - ノードの下にエリア パスを追加、編集、管理するには:次の 1 つ以上のアクセス許可が [許可] に設定されています。 - 子ノードを作成する - このノードを削除する - このノードを編集する - このノードのアクセス許可を表示する |
詳細については、「 作業追跡のアクセス許可とアクセスを設定する」を参照してください。
エリア パスの名前付け制限については、「 領域とイテレーションについて」の「名前付け制限」を参照してください。
概要
各チームは、「チームとアジャイル ツールについて」で説明されているように、さまざまな アジャイル ツールにアクセスできます。 これらのツールは、チームの既定のエリア パスを参照します。 ほとんどのチームは、1 つのエリア パスと複数のイテレーション パスを使用して作業を追跡しますが、複数のエリア パスをバックログやボードで使用して、さまざまなシナリオに対応することもできます。
新しいプロジェクトには、プロジェクト名に対応する単一のルート エリアと、同じ名前の既定のチームが含まれ、このルート エリア パスに割り当てられます。
プロジェクトとチームの管理を初めて使用する場合は、次の手順に従ってプロジェクトとチームを構成します。
- エリア パスの定義: 作業を分類するために必要なエリア パスの数と名前を決定します。 チームごとに少なくとも 1 つのエリア パスを追加します。 詳細については、「 領域とイテレーションについて」を参照してください。
- チームの定義: 必要なチームの数と名前を決定します。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
- エリア パスの構成: プロジェクトの設定>プロジェクトの構成>Areas に移動し、プロジェクトの領域パスを定義します。 「領域パスの追加」の手順に従います。
- チームの作成: 手順 2 に基づいて必要なチームを作成します。 詳細については、「 チームの追加、1 つの既定のチームから複数のチームへの移行」を参照してください。
- チームへのエリア パスの割り当て: チーム構成で、各チームに既定およびその他のエリア パスを割り当てます。 「チームの既定のエリア パスを設定する」の手順を実行します。
- 作業項目へのエリア パスの割り当て: 一括変更 を使用して定義されたエリア パスに作業項目を割り当てて、複数のアイテムを一度に更新します。
注
同じエリア パスを複数のチームに割り当てると、作業項目の所有権に関して競合が発生する可能性があります。 詳細については、「 マルチチーム ボード ビューの制限事項」を参照してください。
次の操作は必要に応じていつでも実行できます。
- 子ノードを追加する
- エリア パスの名前を変更する (ルート エリア パスを除く)
- 子ノードを別のノードの下に移動する
- 子ノードを削除する
- チームの名前を変更する
- チームに割り当てられたエリア パスを変更する
プロジェクトのエリアを一覧表示する
プロジェクトのエリアを一覧表示するには、次の手順を実行します。
Web ポータルで、(1) [プロジェクトの設定]> 、[(2) プロジェクトの構成> (3) 領域] の順に選択 します。
エリア パスを追加する
既定では、ルート エリアは 1 つだけ定義されます。 プロジェクトのルート エリア パスの下、または別のエリア パスやチームの子として、新しいエリア パスおよび子エリア パスを追加します。 新しいエリア パスは、既定でルート ノードに追加されます。
新しいエリア パスおよび子エリア パスは、チームに追加することもできます。 詳細については、「 チームエリアパスの設定」を参照してください。
新しいエリア パスを追加するには、次の手順を実行します。
エリア パスを強調表示し、[新しい子] を選択します。 必要に応じて、エリア パスの
を選択して [ 新規] を選択するか、領域一覧の上部にある [ 新規 ] メニュー項目を選択します。
ノードの名前 (255 文字以下) を入力します。 名前の制限の詳細については、「 領域とイテレーションについて」の「名前付け制限」を参照してください。
[保存して閉じる] を選択する
すべての新しいエリアは、ルート エリア パスの子ノードとして追加されます。
子エリア パスを追加するには、次の手順を実行します。
エリア パスを強調表示し、[新しい子] を選択します。 必要に応じて、エリア パスの
を選択し、[ 新しい子 ] を選択するか、領域一覧の上部にあるメニューから [新しい子 ] を選択できます。
ノードの名前 (255 文字以下) を入力します。 名前の制限の詳細については、「 領域とイテレーションについて」の「名前付け制限」を参照してください。
[保存して閉じる] を選択する
チーム の構成>エリア ページで、チームにエリア パスを追加することもできます。
チームのエリア パスを一覧表示する
チームの既定値は [チームの設定] から設定します。 チーム管理者でない場合は、チーム管理者として追加してもらってください。 チームの設定を変更できるのは、チーム管理者またはプロジェクト管理者のみです。
プロジェクトを開き、 プロジェクト設定>Team 構成>Areas を選択します。
チーム コンテキストを切り替える必要がある場合は、階層リンク内のチーム セレクターを使用します。
チーム プロファイルからチーム設定を開く
領域とイテレーションの両方をプロジェクト 設定 > チーム構成から定義します。 チーム作業追跡バックログ、ボード、またはダッシュボードからすばやく移動できます。
チームのバックログまたはボードを開き、チーム プロファイル
>Team 設定を選択します。
ここでは、Fabrikam Fiber チームのボードを開き、そこからチーム プロファイルを開きます。
[ 繰り返しと領域] を選択します。
チーム コンテキストを切り替える必要がある場合は、階層リンク内のチーム セレクターを使用します。
チーム区分パスの設定
チームのエリア パスに割り当てられたすべての作業項目は、そのチームのバックログとボードに表示されます。 1 つ以上のエリア パスを選択し、必要に応じてサブエリア パスを含めることができます。 複数のチームやエリアにまたがる作業の集計ビューをサポートする場合は、サブエリア パスを含めるように選択します。
注
Teams には最大 300 個のエリア パスを割り当てることができます。 詳細については、「 作業の追跡、プロセス、およびプロジェクトの制限」を参照してください。
チーム コンテキストから作成される作業項目には、ここで設定された既定のエリア パスが割り当てられます。
重要
複数のチームのボードに表示される作業項目は、期待を満たさないクエリ結果を生成する可能性があります。 各チームはボード の列 と スイムレーンをカスタマイズできるため、異なるボードに表示される作業項目に割り当てられた値が同じでない場合があります。 この問題の主な回避策は、チーム区分パスによって作業項目の単一所有権を維持することです。
既存のエリア パスを選択するか、[チームの設定] から新しいエリア パスまたは子エリア パスを作成できます。
プロジェクト 設定>Team 構成>Areas を選択します。
ページ上部のドロップダウン リストから構成するチームを選択します。
ここでは、abrikam Fiber チームのエリアを表示しています。
チームで使用する 1 つ以上の領域 パスを選択します。
この例では、プロジェクトのサブエリア パスを有効にします。 これにより、管理チームはすべてのチームにわたる進捗を追跡できるようになります。
完了したら、チームのプロダクト バックログ ページを更新すると、チームに割り当てられた作業項目が表示されます。 割り当て状況を確認するには、表示される列にエリア パスを追加します。
エリア パスの名前変更と移動
更新されたエリア パスを参照する作業項目とクエリは、システムによって自動的に更新されます。 各 エリア パス は、一意の GUID に関連付けられます。
エリア パスの名前を変更するには、Web ポータルの [プロジェクトの設定>プロジェクトの構成>Areas] ページを開きます。
ノードの
コンテキスト メニューを選択し、[ 編集] を選択します。
開いたダイアログで、新しい名前を入力します。
階層内のノードを移動するには、[ 場所 ] フィールドを変更します。
注
ノードの [場所 ] フィールドの名前を変更すると、 エリア パスを参照する既存の作業項目が自動的に更新されます。
エリア パスを削除する
エリア パスを削除する場合は、削除するエリア パスに割り当てられている作業項目を更新するために使用するエリア パスを指定する必要があります。
重要
-
エリア パスの値を削除するか、繰り返しパスの値を再構成すると、次のグラフでは元に戻せないデータ損失が発生します。
- バーンダウンとバーンアップウィジェットチャート
- スプリント バーンダウン グラフ
- エリア パスが変更されたチームの速度グラフ
- 各作業項目の時点で定義された エリア パス と 反復パス の値を参照する履歴傾向グラフ
- これらのパスを削除しても、履歴データを取得することはできません。
- 領域パスと反復パスは、作業項目で使用されなくなった場合にのみ削除できます。
エリア パスを削除するには、Web ポータルのプロジェクト設定>プロジェクトの構成>Areas ページを開きます。
ノードの
コンテキスト メニューを選択し、[ 削除 ] または [削除] を選択します。
開いたダイアログで、作業項目を再割り当てする 領域パス を選択し、[ パスの削除] を選択します。
エリア別の進行状況をグラフ化する
エリア パスに基づいて進行状況を表示する クエリ をすばやく生成できます。 たとえば、次の積み上げ横棒グラフに示すように、各チームのエリア パスに割り当てられた作業項目の進行状況を視覚化できます。 ノード名を選択すると、エリア パスのリーフ ノードが取得されます。
次のステップ
関連コンテンツ
ご覧のように、エリア パスは、アジャイル ツール、チーム、作業項目の管理をサポートする上で大きな役割を果たします。 これらのフィールドを操作する方法の詳細については、次の記事を参照してください。
- 領域とイテレーションについて学習する
- 別のチームを追加する
- チーム設定を構成し、チーム管理者を追加する
- 領域またはイテレーションに依存するアジャイル ツールを使用する
- 領域または反復パスによるクエリ
- 作業追跡の権限とアクセスを設定する
プログラムによるリソース
エリア パスと反復パスは、 分類ノードとも呼ばれます。
- az boards 領域 (Azure DevOps CLI) を使用します。
- Teams (REST API) を使用して チーム構成を管理します。
- 分類ノード (REST API) を使用 して、作業項目の分類を整理します。
- Teams (REST API) を使用して チーム構成を管理します。
- 分類ノード (REST API) を使用 して、作業項目の分類を整理します。
- 分類プラグイン (プロセス テンプレート) を定義してプロセスを構成します。