SAFe® プラクティスをサポートするように Azure Boards をカスタマイズする
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
プロセスをカスタマイズする主な理由は、進行状況の追跡と監視をサポートし、主要メトリックを報告し、特定のビジネス ニーズに満たすことです。 この記事では、実装できるプロセスのカスタマイズをいくつか取り上げ、Scaled Agile Framework (SAFe®) プラクティスを補完するためにそれらを採用する理由について説明します。 これらのカスタマイズのほとんどは省略可能です。
Azure Boards が以下の操作を介して SAFe® プラクティスをどのようにサポートするかについて説明します。
- 作業項目の種類をカスタマイズする、またはカスタム作業項目の種類を追加する
- カスタム フィールドを追加する、または既存のフィールドをカスタマイズする
- ワークフローをカスタマイズする
- 作業項目の種類にカスタム ルールを追加する
- カスタム コントロールまたはカスタム拡張機能を追加する
- バックログをカスタマイズする、またはカスタム ポートフォリオ バックログを追加する
注意
この記事は、Azure Boards と Azure DevOps Services に適用される一連の Scaled Agile Framework® チュートリアルの 1 つです。 ほとんどのガイダンスは、クラウドとオンプレミスの両方のバージョンに対して有効です。 ただし、一部の機能と手順は、Azure DevOps Server のクラウド バージョンまたは最新バージョンに特化しています。
カスタマイズと継承されたプロセスの概要
Azure Boards には、プロジェクトのカスタマイズをサポートするグラフィカル ユーザー インターフェイスが用意されています。 この機能は、継承されたプロセスと呼ばれます。 継承されたプロセスを使うすべてのプロジェクトは、そのプロセスがカスタマイズされると自動的に更新されます。
継承されたプロセスに対して実行できるすべてのカスタマイズの概要については、「プロセスのカスタマイズと継承されたプロセスの概要」を参照してください。
作業項目の種類のカスタマイズ
各作業項目の種類には、情報を取り込んで格納するフィールドが定義されています。 特定の SAFe® 追跡要件をサポートするために、次の方法で既存の作業項目の種類をカスタマイズできます。
- カスタム フィールドを追加して、予算コスト、バリュー ストリーム、または顧客中心の情報の追跡をサポートします
- 選択リストの変更やフィールド ラベルの変更など、既存のフィールドをカスタマイズします
- カスタム ルールを追加して、選んだフィールドを必須にしたり、選んだ条件下で実行するアクションを指定したりします
- チームのかんばんワークフロー プロセスを反映するようにワークフローを変更します
- カスタム コントロールまたは拡張機能を追加して、計算フィールドなどのカスタム関数をサポートします
作業項目の種類のカスタマイズについては、「作業項目の種類の追加と管理」を参照してください。
カスタム フィールドを追加する
既存のフィールド セットでは満たされないデータ要件の追跡をサポートするようにカスタム フィールドを追加します。 1 つ以上の作業項目の種類に追加することを検討するフィールドには、次の表に示す項目が含まれます。
フィールド名
作業項目の種類
注
予算コスト
機能、エピック
推定コストを取り込むために使います。 ロールアップを使って、エピックの機能の合計見積もりコストを取り込むことができます。
カテゴリまたはグループ
機能、エピック、ユーザー ストーリー
選択リストを指定し、"機能"、"能力"、"イネーブラー"、または "ソリューション" という SAFe® カテゴリのいずれかに作業項目が分類されていることを示すために使います。
マイルストーン
機能、エピック、ユーザー ストーリー
ストーリー、機能、エピックが満たすべきイベントのマイルストーンの選択リストを指定するために使います。
バリュー ストリーム
機能、エピック、ユーザー ストーリー
作業に関連付けるバリュー ストリームの分類をサポートする選択リストを指定するために使います。
詳細については、「作業項目の種類にカスタム フィールドを追加する」を参照してください。
フィールドとタグの使用
フィールドまたはタグを使って、バリュー ストリームを取り込むことができます。 タグは、作業を分類するための、形式張らないアドホックな方法です。 特定のフィールド、特に項目があらかじめ設定されているフィールドは、より形式的です。 タグとフィールドの使用方法を決定するときには、次の点を考慮してください。
- カスタム ルールでフィールドを必須にすることはできますが、作業項目にタグを追加することを必須にすることはできません
- カスタム フィールドに基づいてクエリ グラフを作成できますが、クエリ グラフで使うタグを指定することはできません
- フィールドやタグに基づいて、バックログ、ボード、クエリをフィルター処理できます
- 適切なアクセス許可さえあれば誰でも新しいタグを追加できるため、作成されるタグの数は急増する可能性があります
既存のフィールドをカスタマイズする
既存のフィールドをカスタマイズして、次のアクションの 1 つ以上をサポートできます。
- フィールドの名前にラベルを付け直す
- フィールドの表示場所を変更する、またはフォームから削除する
- 選択リスト (ドロップダウン メニュー) を追加または変更する。 たとえば、[価値の分野] には [ビジネス] と [アーキテクチャ] という 2 つのオプションがあります。 この値の選択リストに追加できます
- フィールドに設定された既定の割り当てを変更する
- フィールドを必須にする
- 次のセクションで説明するように、フィールドにルールを追加する
既存のフィールドのインデックスについては、「作業項目フィールドのインデックス」を参照してください。 フィールドのカスタマイズの詳細については、「継承されたプロセスにフィールドを追加および管理する」を参照してください。
フィールドに規則を追加する
フィールド ルールは、多くのビジネス ユース ケースをサポートします。 ルールには、選んだ条件に基づいて実行されるアクションを指定します。 たとえば、別のフィールドに割り当てられた値に基づいて、フィールドを必須とすることができます。 1 つのフィールドに複数のルールを追加できます。
次の画像は、サポートする条件と選択できるアクションを示しています。
| サポートされている条件 | サポートされているアクション |
|---|---|
 |
 |
| サポートされている条件 | サポートされているアクション |
|---|---|
 |
 |
| サポートされている条件 | サポートされているアクション |
|---|---|
 |
 |
フィールド規則の設定の詳細については、「作業項目の種類にルールを追加する (継承プロセス)」を参照してください。
ワークフローをカスタマイズする
自分のワークフロー プロセスに合わせてユーザー ストーリー、機能、エピック ワークフローをカスタマイズすることができます。 ワークフローを早期にカスタマイズすることで、かんばんボード構成チームが行う必要がある作業を最小限に抑えることができます。
アジャイル プロセスの既定のワークフローには、[新規]、[アクティブ]、[解決済み]、[終了] 状態が含まれています。 各チームはワークフロー列をかんばんボードに追加できますが、代わりにこれらの列を追跡するようにワークフローをカスタマイズすることをお勧めします。 そうすれば、全チームのかんばんボードが同じワークフローの状態を使うように設定されます。
たとえば、次の画像のように、かんばん列の [バックログ]、[分析]、[開発]、[テスト]、[完了] に合わせてワークフローの状態を追加し、名前を変更することができます。
どのワークフローの状態がアジャイル プラクティスを最も適切にサポートしているかについてチームと話し合ってください。 詳細については、次の記事を参照してください。
カスタム コントロール
カスタム コントロールを使うと、作業項目フォームに豊富な機能を追加できます。 カスタム コントロールは、Marketplace Extensions for Azure DevOps に追加された拡張機能です。
Marketplace からコントロールを追加したり、独自に作成したりすることができます。
WorkBoard OKRs 統合は、組織がビジネス全体の目標と主要な結果 (OKR) を調整、ローカライズ、測定するのに役立ちます。 この統合により、チームは Azure DevOps 内から OKR を表示および更新できます。
カスタム作業項目の種類を追加する
ユーザー ストーリー、機能、エピックという作業項目の種類は、製品の計画と追跡をサポートするためのものです。 ただし、SAFe® 組織の顧客中心の取り組みをサポートするには、他の作業項目の種類が役立つ場合があります。 具体的には、顧客のフィードバックや顧客のリクエストなどを取り込む作業項目を追加することができます。
新しい作業項目の種類を定義するときは、次の項目について検討してください。
- 取り込み、追跡し、報告する情報
- 作業を取り込む方法
- 作業の追跡をサポートするワークフロー
ただし、作業をシンプルに保つために、カスタマイズを最小限に抑えることが常に最善です。 そのため、既存の作業項目の種類で対応できる場合は、必要に応じて特定の情報を追跡するカスタム フィールドを追加することを検討してください。
バックログのカスタマイズ
各チームのバックログとボードは、特定の作業項目の種類をサポートするように設計されています。 アジャイル プロセスでは、次のような作業項目の種類が使われます。
- アジャイル リリース チーム: ユーザー ストーリーとバグ (省略可能)
- プログラム チーム: 機能
- ポートフォリオ チーム: エピック
ただし、これらのバックログには、既存のものやカスタマイズしたものなど、さらに多くの作業項目の種類を含めることができます。 各チームは、追跡する必要があるバックログのセットをサブスクライブできます。
また、次の図のように、最大 3 つのポートフォリオ バックログを追加することもできます。 ポートフォリオ バックログは階層的に設計されています。
ヒント
プログラム (機能) バックログの親として表示されるソリューション (能力) バックログを追加することもできます。 この SAFe の構成は [バックログ レベル] ページでは実現できません。 あまり理想的ではない回避策として、継承されたエピック作業項目の種類を無効にして、カスタム作業項目の種類として再び作成することができます。 詳細については、プロセス バックログとボードのカスタマイズに関する記事を参照してください。
詳細については、バックログまたはボードのカスタマイズ (継承プロセス) に関する記事を参照してください。
さらに機能を追加する
次の Marketplace 拡張機能を追加すると、SAFe をサポートする多くの豊富な機能にアクセスできるようになります。
注意
プロジェクトをカスタマイズする前に「Azure Boards の構成とカスタマイズ」を読むことをお勧めします。 この記事では、複数のチームのプロジェクトを管理し、さまざまなビジネス目標をサポートする方法について詳しく説明しています。
次のステップ
関連記事
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示