次の方法で共有


チームの階層の構成

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

ポートフォリオ管理では、管理チームと機能チームがバックログを使用して、自分たちにとって最も重要な作業にフォーカスを合わせる方法を示しました。 この記事では、管理および機能チームのさまざまなバックログ ビューを最適にサポートするチームを構成する方法を示します。

具体的には、次の図に示すようなチーム構造を構成する方法を示します。

各チームには独自の作業のビューがあります

この記事では、以下を行う方法について説明します。

  • チームとバックログの階層セットを設定する
  • すべてのチームに対して 1 つのスプリント周期を定義する
  • チームに割り当てられている区分パスを確認する

前提条件

管理区分ごとにチームを追加する

最初のステップは、各機能チームと管理区分のチームの追加です。 既に追加したチームの名前を変更することもできます。 完了すると、示されているものと同様のチームのセットが作成されます。

[プロジェクト設定]、[チーム]

  1. Web ポータルから [プロジェクト設定] を選択し、[チーム] を開きます。

[プロジェクト設定]、[チーム] の順に開く

  1. [新しいチーム] を選択します。 チームに名前を付け、必要に応じて説明を入力します。

    独自の区分パスでサブチームを作成する

    作成するすべての機能および管理チームに対して、このステップを繰り返します。

区分パスを階層構造に移動する

このステップでは、機能チームに関連付けられている区分パスをフラット構造から階層構造に移動します。

フラット区分構造 階層区分構造
フラット区分パス 階層区分パス

これを行うには、機能チームに関連付けられている各区分パスを開き、その場所を管理区分パスの下に変更します。

  1. (1) [プロジェクト設定] を選択し、必要に応じて [作業] を展開します。(2) [プロジェクト構成]、(3) [区分] の順に選択します。

    [プロジェクト設定] > [作業] > [プロジェクト構成]

  2. 次に、機能チームに関連付けられている区分パスの 1 つの アクション アイコンを選択し、[編集] を選択します。 その後、[場所] を変更して、対応する管理チーム区分パスの下に移動します。

    たとえば、ここでは [顧客プロファイル] を [アカウント管理] の下に移動します。

    [区分パスの編集] ダイアログ

    すべての機能チーム区分パスに対して、このステップを繰り返します。

管理チームのサブ区分パスを含める

管理チームのサブ区分パスを含めることで、機能チームのバックログ項目を管理チームのバックログに自動的に含めます。 すべてのチームの既定の設定では、サブ区分パスが除外されます。

注意

サブ区分パスにより、チームがバックログ上の項目を並べ替えたり親を変更したりできなくなる可能性があります。 また、[Kanban Board Column] (かんばんボード列)、[完了]、および [レーン] フィールドに対して行われた割り当てに関して不確実性が生じる可能性があります。 詳細については、この記事で後述する「共有エリア パス を使用した機能の選択を実行する」を参照してください。

[プロジェクト設定] > [Boards] > [チームの構成] から、区分とイテレーションの両方を定義します。 Teams からすばやく移動できます。

  1. [プロジェクト設定] から [チーム] を選択し、設定を変更するチームを選択します。

    ここでは、アカウント管理チームを開きます。

    [チーム]、チームを選択する

  2. [イテレーションと区分][区分] の順に選択します。

    [チーム プロファイル]、[イテレーションと区分] を選択する

    チーム コンテキストを切り替える必要がある場合は、階層リンク内のチーム セレクターを使用します。

  3. [区分の選択] を選択し、[アカウント管理] の区分パスを選択して、[サブ区分を含む] チェックボックスをオンにします。

    アカウント管理チームの区分を選択する

    チームに対してこの区分パスのみが選択され、既定の区分パスであることを確認します。 以前に選択されている可能性がある他の区分パスを削除します。

    アカウント管理チームの区分パスを検証する

    すべての管理区分に対してこのステップを繰り返します。 すべての機能チームと管理区分のロールアップを最上位レベルの区分に対して有効にする場合は、既定のチームに対してこのステップを繰り返します。 この例では、Fabrikam Fiber に対応しています。

すべてのチームに対して 1 つのスプリント周期を定義する

機能チームがスクラムを使用するか、スプリントを使用して作業を割り当てる場合は、すべてのチームが使用できる一連のスプリントを設定する必要があります。 既定では、定義済みのスプリントのセットが表示されます。 「イテレーションを追加し、イテレーションの日付を設定する」の説明に従って、スプリントをさらに追加し、[プロジェクト設定] からスプリントの日付を設定します。 必要に応じて、既定のスプリントを名前変更および編集できます。

注意

1 つのスプリント周期を維持するとプロジェクト管理が簡単になりますが、必要に応じて異なる周期を作成できます。 たとえば、一部のチームが月単位の周期に従い、その他が 3 週間の周期に従うことができます。 各周期の最上位プロジェクト ノードの下にノードを定義し、それらのノードの下にスプリントを定義するだけです。 次に例を示します。

  • Fabrikam Fiber/CY2019
  • Fabrikam Fiber/3Week Sprints

ここでは、3 週間の周期に対応する最初の 6 つのスプリントの開始日と終了日を定義します。

イテレーション パス

他のチーム設定を構成する

チームを明確に定義するには、チーム管理者を追加して、他のチーム設定を確認または構成してもらう必要があります。 詳細については、「チーム ツールの管理と構成」を参照してください。

チームに割り当てられた区分パスを確認する

[プロジェクト設定] > [プロジェクト構成] > [区分] から、どの区分パスがどのチームに割り当てられているかを確認できます。 割り当てを変更するには、チームを選択し、チームの区分パスの割り当てを変更します。

区分パスとチーム

共有区分パスによる選択した機能の実行

2 つ以上のチーム間で区分パスを共有する場合は、以下の機能を実行するときに発生する可能性がある競合を Azure Boards で管理する方法を理解する必要があります。

  • バックログまたはボード上の作業項目の並べ替えまたは親の変更
  • 項目を別の列にドラッグするときに、かんばん [ボード列][ボードの列が完了しました][ボードのレーン] の各フィールドに対して行われた更新

作業項目の並べ替えと親の変更

すべてのバックログとボードでは、作業項目の並べ替えと親の変更を行うためにドラッグ アンド ドロップがサポートされています。 1 つのチーム バックログとボードに対して実行された更新は、同じ区分パスを共有する他のチーム バックログとボードに反映されます。 変更を表示するには、ページの更新が必要な場合があります。

ドラッグ アンド ドロップを使って並べ替えることや、親の関連付けを再設定することができるのは、自分のチーム用に選ばれたエリア パスに割り当てられた作業項目のみです。 [親] ビュー オプションを有効にすると、自分のチームが所有していない作業項目がバックログに表示されることがあります。 情報アイコンが表示されるものは、他のチームが所有しているので、並べ替えたり、親を変更したりすることはできません。

チームの所有権に関する情報メッセージのスクリーンショット。

かんばんボード列の更新

各チームはかんばんボード列とレーンをカスタマイズできるため、[かんばんボード] フィールドに割り当てられる値は、別のチームが別のボードから作業項目を更新したときに予想されるものとは異なる場合があります。 管理チームと機能チームが同じワークフロー マッピングで機能 [Kanban board columns] (かんばんボード列) を構成する場合でも、あるチームのかんばんボードでの作業項目の更新は、別のチームのかんばんボードに反映されません。 ワークフローの状態にマップされている列に作業項目が移動した場合にのみ、カード列はすべてのボードで同じように反映されます。

設計上、最も長い区分パスを持つチームが競合に勝ち、かんばんの [ボード列][ボードの列が完了しました][ボードのレーン] の各フィールドの値が決まります。 共有区分パスの深さが等しい場合、結果は非決定的になります。

この問題の主な回避策は、区分パスを定義してチームに割り当てることによって、作業項目の単一所有権を維持することです。 もう 1 つのオプションは、すべてのチームが使用できるカスタムのワークフローの状態を追加することです。 詳しくは、「ワークフローのカスタマイズ(継承プロセス)」を参照してください。

次のステップ