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