SAFe® プログラムとポートフォリオをサポートするように Azure Boards を構成する

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

このチュートリアルでは、1 つのチームによる新しいプロジェクトを、Scaled Agile Framework (SAFe®) プログラムとポートフォリオをサポートするように構成されたものに変換するステップについて説明します。 具体的には、次のタスクを実行して、SAFe® プログラムとポートフォリオをサポートするように Azure Boards を構成する方法について説明します。

これらの構成を行うには、プロジェクト管理者グループのメンバーになる必要があります。

これらのコア構成を完了したら、特定のビジネス ニーズをサポートするようにプロジェクトをカスタマイズすることを検討できます。 カスタマイズ オプションは、SAFe® をサポートするための Azure Boards のカスタマイズに関する記事で扱われています。

Azure Boards を初めて使用する場合は、チームを追加して構成する前に、「チームおよびアジャイル ツールについて」と「区分およびイテレーション (スプリント) パスについて」を確認することをお勧めします。 また、チーム構造とアジャイル カルチャに関する 2 つの優れた記事は、DevOps を使用した効率的なワークロードの計画の概要と生産性の高い、顧客に重点を置いたチームの構築に関する記事です。

チーム階層を理解する

この記事では、どちらも "Fabrikam" という名前の 1 つのプロジェクトと 1 つのチームから、次の 9 チームのセットに移行します。

次に、次の階層への区分パスを構成し、各チームの区分パスを構成します。 この構成では、各チームのバックログ ビューと階層内のビューのロールアップがサポートされます。

すべてのチームは、自分たちの仕事がポートフォリオ チームのバックログで管理されるエピックをどのように支えているかをはっきり理解しながら、自分たちのワークロードと優先順位を管理することができます。 同時にポートフォリオ チームは、自分たちのかんばんボードでバックログの進行状況を監視し、バックログにある項目の優先順位を調整し、さらにリリース トレーニング全体の進行状況を見ることができます。

複雑に思えるかも知れませんが、実際には、チームを設定して始めるための構成作業はわずかです。 1つのデフォルト チームを持つ1つのプロジェクトから移動するには、まず各チームを定義し、そのチームのデフォルトのエリア パスを自動的に作成します。 続いて、エリア パスのフラット セットを階層構造に再構成します。 次に、必要なリリース構造と使用するプログラムおよびアジャイル チームをサポートするイテレーション パスを定義します。 最後に、各チームを構成し、チームのメンバーシップを設定します。

チームを定義する

まず、各チームを追加し、それぞれに既定の区分パスを作成します。 この記事で後ほど、これらの区分パスを必要な階層に構成します。 この構造では、次の SAFe® のチームを Azure Boards のチームにマップします:

• ポートフォリオ チーム -> 既定の最上位レベル チーム、Fabrikam チーム (既に定義)
• プログラム チーム -> 第 2 レベル チーム、Fiber Suite および Service Suite
• アジャイル チーム -> Fiber Suite および Service Suite の下に定義されている第 3 レベル チーム。

これらのステップを実行するには、プロジェクト管理者になる必要があります。 詳細なガイダンスが必要な場合は、ポートフォリオ管理に関する記事を参照してください。

各チームを 1 つずつ追加します。

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

   

2. [新しいチーム] を選択します。

   

3. チームに名前を付け、必要に応じて説明を入力します。

   ここでは、"アプリ" チームを追加します。 チーム管理者を選択し、[チームの名前で区分パスを作成する] チェックボックスがオンになっていることを確認します。 必要に応じて、チーム メンバーを追加します。

   

   チームのスクラム マスター、プログラム マネージャー、またはポートフォリオ マネージャーをチーム管理者として割り当てます。 チーム管理者は、アジャイル プラクティスとビジネス ニーズをサポートするようにチームのツールを構成できます。

4. ステップ 2 と 3 を繰り返して、すべてのチームを定義します。

5. 省略可能。 複数のポートフォリオ チームがある場合は、それぞれに対してチームを作成します。

区分パスを構成する

チーム階層をサポートするために、チームを階層に定義する最初のステップで作成した区分パスを構成します。

1. [プロジェクト設定] ページで、[プロジェクト構成] を選択し、[区分] を選択します。 区分パスのフラット リストが表示されます。

   

2. 上部の区分パスの下にある各機能チームの区分パスを選択し、それが属する区分パス階層の下に移動します。

   各区分パスは、それが属する親ノードの下にドラッグ アンド ドロップできます。 たとえば、ここでは [移行] ノードを [Fiber Suite] ノードにドラッグします。

   

   代わりに、区分パスのコンテキスト メニューを開き、[編集] を選択して、移動するノードを選択できます。

3. 残りのアジャイル チーム区分パスに対してステップ 2 と 3 を繰り返します。

   2 つ以上のポートフォリオ チームを定義した場合は、対応するポートフォリオ チームの区分パスの下にある各プログラム チームの区分パスの移動を変更する必要があります。

4. 完了すると、次の図のような区分パス構造が表示されます。

   重要

   この構造は、区分パスがアジャイル チーム、プログラム チーム、ポートフォリオ チームによって所有されていることを示しています。 この記事で後ほど各チームを区分パスの唯一の所有者として構成するときに、この構造を修正します。

   

イテレーション パスを定義する

Release に向かって進行していく状況を追跡するために、イテレーション パス構造を作成します。 区分パスとは異なり、複数のチームで同一のイテレーション パス構造を共有できます。 イテレーション構造を共有すると、複数のチームが、同じリリース トレーニングの進行方向に向かって、同じスプリント周期で働くことができます。

既定のチームのイテレーションがすでにある場合、それらの名前を変更することができます。 1 つのチームだけではなく、チーム構造全体をサポートするイテレーション構造を作成します。

1. [プロジェクト設定] ページで、[プロジェクト構成]、次に [イテレーション] を選択します。

2. プロジェクトと同じ名前を共有する既定のイテレーションの下に、最初のプログラム インクリメント (PI) を表す子イテレーションを作成します。 必要に応じて、PI の開始日と終了日を追加します。ただし、イテレーションはさらにスプリントに分割されることに注意します。

   

3. 次に、 PI 内の各 Sprint に対して子イテレーションを作成します。 アジャイル チームの周期に合わせてこれらのスプリントの日付を設定します。

   

4. すべてのチームの時間ボックス周期構造を満たすために、必要な数だけイテレーションを追加し続けます。

   完了すると、次の図のような構造になります。

   

   ヒント

   [イテレーション パス] をドラッグ アンド ドロップすると、ステップ 2 の「区分パスの構成」に示されているように、イテレーションを構成できます。 Azure Boards は、イテレーション パスを常に各親ノードの日付順に一覧表示します。

チームを構成する

チーム、区分パス、イテレーション パスが定義されたので、次のステップは各チームを構成することです。 チームごとに次の設定を構成する必要があります。

• アクティブなバックログ
• バグの作業
• 既定のイテレーション パスの設定
• チームイテレーション パスの選択

次の表に、チーム レベルに基づいて行う推奨設定を示します。

1. [プロジェクト設定] ページで、[チームの構成] を選択します。

   構成するチームをチーム セレクターから選択します。

   

2. [全般] ページで、アクティブにしたくないバックログをオフにします。

   たとえば、ポートフォリオ チームの場合は、[エピック] チェックボックスのみをオンにします。

   

   プログラムおよびアジャイル チームの場合は、[エピック] チェックボックスをオフにします。

   

3. プログラムおよびポートフォリオ チームの場合は、次のように [バグの作業] ラジオ ボタンを選択します。

   

   また、アジャイル チームの場合は、[バグの作業] オプションを選択して、要件と共にバグを追跡します。

   

4. [イテレーション] タブを選択して、チームのイテレーションを構成します。

   アジャイル チームの場合は、次のように設定を構成します。

   

   プログラム チームの場合は、PI イテレーションのみを選択します。

   

5. プログラムおよびポートフォリオ チームの場合は、[区分] タブを選択して、既定の設定を [サブ区分を含む] から [サブ区分を含まない] に変更します。

   コンテキスト メニューを開き、[サブ区分を含まない] を選択します。

   

   注意

   [チームの名前で区分パスを作成する] を使用して各チームを作成したため、各チームは既定の区分パスで既に事前構成されています。 この区分パスは、各チームのバックログとボードに表示される作業項目のメイン フィルターとして機能します。

6. 構成する必要がある各チームについて、必要に応じてステップ 2 から 5 を繰り返します。

7. すべてのチームのステップ 5 を完了したら、[区分パス] - [チーム] 構造を確認します。 [プロジェクト構成] と [区分] を選択します。 区分パスとチーム構造が次のように表示されます。各チームが区分パスを所有しており、他のチームとはそれを共有しません。

   

共有サービスをサポートするようにチームを構成する

UX デザイン チームなど、他のいくつかのチームをサポートするチームの場合は、以下のステップで説明するようにチームを構成します。

1. 各共有サービス チームのチームを追加します。 詳細については、「チームを定義する」を参照してください。

2. [プロジェクト構成] > [区分パス] ページに戻り、各共有サービス区分パスの下に、共有サービスでサポートされている各アジャイル チームのサブ区分パスを追加します。 詳細については、この記事で前述した「エリア パス の構成」を参照してください。

   たとえば、UX デザイン区分パスの下に 4 つのサブ区分パス (UX デザイン チームがサポートするアジャイル チームごとに 1 つずつ) を追加します。

   

3. 「チームを構成する」の説明に従って、各共有サービス チームをアジャイル機能チームとして構成します。

4. アジャイル チームごとに、「チームを構成する」のステップ 5 に示したように、[チームの構成] > [区分] ページを開きます。 [区分の選択] を選択し、そのチームのサブ区分パスを追加します。

   ここでは、[UX デザイン\アプリ] サブ区分パスをアプリ機能チームに追加します。

   

5. [プロジェクト構成] > [区分パス] ページに戻り、共有サービス区分パスごとに区分パス構造が期待どおりに表示されることを確認します。

   UX デザイン チームの場合、構造は次のように表示されます。

   

   共有区分パスに表示される作業項目は、関連するチームのバックログとボードに表示されます。

次のステップ

関連記事

• チームを追加する
• チームを管理しチーム ツールを構成する
• 区分パスを定義してチームに割り当てる
• イテレーション パスの定義とチーム イテレーションの構成
• Azure DevOps CLI
• チーム (REST API)