Azure Boards で Scaled Agile Framework® を実装する

[アーティクル]
04/05/2024

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

多くの企業が、個々のアジャイルチームから恩恵を受けています。組織の成長に伴い、アジャイルプラクティスを拡大する関心も高まります。企業にとって、多くのアジャイルチームの進行状況をポートフォリオ全体で確認する必要性は、増加し続けています。このようなニーズに対応するために、多くの企業が Scaled Agile Framework® (SAFe®) を採用しています。

お客様がスクラムには慣れているが SAFe® には慣れていない場合は、Scaled Agile にあるこちらのビデオが役立ちます。

Azure Boards では、自律的なチーム、バックログ、ボード、レポート、メトリックを通じて SAFe® プラクティスがサポートされています。この記事では、Azure Boards の成果物で SAFe のプラクティスと成果物がどのようにサポートされているかをご紹介します。

Scaled Agile Framework®
Essential SAFe®
Portfolio SAFe®
Large Solution SAFe®
マッピングのクイックリファレンス
Azure Boards による SAFe® の実装

注意

この記事は、Azure Boards と Azure DevOps Services に適用される一連の Scaled Agile Framework® チュートリアルの 1 つです。ほとんどのガイダンスは、クラウドとオンプレミスの両方のバージョンに対して有効です。ただし、一部の機能と手順は、クラウドまたは最新バージョンの Azure DevOps Server に固有です。

Scaled Agile Framework®

SAFe® では、チームの階層によってどのようにポートフォリオビジョンを満たすかを扱い、すべてが特定の目標に関係しています。このフレームワークでは、エピックをフィーチャーとストーリーに分割します。各チームはスプリントでこれらの項目に取り組み、プログラムインクリメント (PI) とリリーストレインを通じて配信します。さらに、ポートフォリオバックログでは、バリューストリームと関連する予算にマップされる成果物を追跡できます。

SAFe® アーキテクチャの概要 (バージョン 5.0)

SAFe® および Scaled Agile Framework は、Scaled Agile Inc. の登録商標です。

SAFe® 5.0 Business Agility

多くの SAFe® プラクティスには、顧客中心でありながら機敏性、整合性、自律性をサポートする文化の促進が含まれています。

Azure Boards がビジネスの機敏性とアジャイル文化をサポートする方法については、次の記事で説明されています。

Essential SAFe®

Essential SAFe® では、次のポスターに示されている成果物とプラクティスのサポートが必要です。

これらの成果物とプラクティスはすべて、Azure Boards でサポートされています。

ストーリー、フィーチャー、およびイネーブラー: 作業の情報と状態を記録する作業項目として実装されます。これらの作業項目は、チームバックログとかんばんボードに自動的に表示されます。
チームバックログとプログラムバックログ: チームに割り当てられた作業項目をフィルター処理し、作業の優先度付けとグループ化をサポートするチームバックログとして実装されます。
スクラムとかんばん: かんばんボード、スプリントバックログとタスクボード、チーム、スプリント周期を使って完全にサポートされているプラクティス。
イテレーション、イノベーションとプランニング (IP) イテレーション、プログラムインクリメント (PI)、マイルストーン、リリーストレイン: イテレーションパスのフラットリストまたは階層構成を使用して実装されます。
アジャイルリリーストレイン: 特定のチームとプログラムビューをサポートするように構成された一連のアジャイルチームとプログラムチームによって実装されます。
PI 目標、チーム目標、ソリューションコンテキスト: チームでは、組み込みのプロジェクト Wiki を使って目的、目標、顧客情報、ソリューション要件を共有できます。

Azure Boards によるスクラムとかんばんの実装方法の概要については、スプリント、スクラム、プロジェクト管理の概要とボードとかんばんの概要に関する記事を参照してください。

Portfolio SAFe®

Portfolio SAFe® では、エピック、イネーブラー、バリューストリームを通じてポートフォリオを管理するためのサポートを追加します。

Azure Boards では、次のポートフォリオコンポーネントのサポートが提供されています。

エピック: エピックの作業項目の種類にマップされ、子項目の追跡、グループ化、ロールアップが可能です。
ポートフォリオバックログ: ビジネスニーズのレビューに基づく作業のフィルター処理をサポートするポートフォリオバックログとして実装されます。
ポートフォリオビジョンとストラテジックテーマ: ビジネスオーナーとポートフォリオマネージャーは、組み込みのプロジェクト Wiki を使ってビジョン、目的、目標を共有できます。
バリューストリーム: タグやカスタムフィールドを使ってバリューストリームを追跡できます。
リーンバジェット: 予算情報をカスタムフィールドに記録し、まとめてフィーチャーとエピックのレベルを表示できます。
KPI: いくつかのレポートとダッシュボードウィジェットでは、すぐに使用できるメトリックが提供されます。 Power BI と Analytics サービスにより、カスタムレポートをすばやく作成するためのサポートが提供されます。

Large Solution SAFe®

Large Solutions SAFe® には、ソリューションバックログ、ソリューショントレイン、ケイパビリティのサポートが含まれています。

Large Solutions は、Portfolio SAFe® を実装するのとほぼ同じ方法で実装できます。ただし、カスタムの作業項目の種類とカスタムバックログを追加して、他のソリューション要件をサポートすることもできます。

Full SAFe®

Full SAFe® には、Essential SAFe®、Large Solution SAFe®、Portfolio SAFe® の 3 つのレベルが含まれています。

SAFe® 成果物を Azure Boards にマップする方法

次の表は、SAFe® の用語または成果物を Azure Boards の対応する用語または成果物にマップしています。実装の詳細については、リンクを選択してください。

SAFe® の用語または成果物

Azure Boards の用語または成果物

アジャイルチーム

チーム。機能チームまたは開発チーム、プログラムチームとポートフォリオチーム、またはソリューショントレーニングチームのニーズを満たすために、チームの階層を定義します。

アジャイルリリーストレイン (ART)

チーム。アジャイルチームは、一連のフィーチャーに関する成果物の作業を管理します。各アジャイルチームには、作業の流れをサポートし、進行状況と成果物をレビューするためのアジャイルツールのセットがあります。

Budgets

タグ、価値の分野。タグまたは [価値の分野] フィールドを使って、特定の予算またはバリューストリームに関連付けられている作業を追跡できます。

機能

作業項目。エピックとフィーチャーに似たケイパビリティを定義、計画、追跡します。それらを作業項目やさまざまなチームバックログ内に記録します。

実現の鍵

作業項目。エピック、フィーチャー、ストーリーに似たイネーブラーを定義、計画、追跡します。それらを作業項目やさまざまなチームバックログ内に記録します。

エピック

エピック作業項目。エピックの作業項目の種類を使ってエピックを定義します。エピックは、エピック、フィーチャー、ストーリーという作業項目階層の最上位にあります。

機能

フィーチャー作業項目。フィーチャーの作業項目の種類を使ってフィーチャーを定義します。フィーチャーは多くのストーリーのコンテナーであり、独自のポートフォリオバックログで表されます。

イノベーションとプランニング (IP) イテレーション

イテレーションパス。プロジェクトのイテレーションパスを定義し、その開始日と終了日を設定します。各チームは、作業するイテレーションをサブスクライブします。

反復

マイルストーン

マイルストーンとキーイベント。マイルストーンは、各イテレーションの終了時に発生します。カスタムフィールドとタグを使って、作業をマイルストーンやキーイベントに関連付けることもできます。

ポートフォリオバックログ

ポートフォリオバックログ。ポートフォリオバックログには、ポートフォリオに関連付けられているエピックが一覧表示され、子フィーチャーとストーリーを展開して表示するオプションがあります。

ポートフォリオかんばん

ポートフォリオエピックボード。ポートフォリオチームのボードには、対話型の構成可能かつフィルター処理可能なかんばんボードのカードとしてエピックバックログが表示されます。

ポートフォリオビジョン

Wiki。プロジェクト Wiki を使用して、戦略、ソリューション、およびチームが協力してポートフォリオとプログラムの成果物を作成する方法に関連する情報を組織内で広く共有します。

プログラムバックログ

フィーチャーバックログ。フィーチャーバックログには、プログラムに関連付けられているフィーチャーが、子ストーリーを展開して表示するオプションと共に一覧表示されます。

プログラムかんばん

プログラムフィーチャーボード。プログラムボードには、対話型の構成可能かつフィルター処理可能なかんばんボードのカードとしてフィーチャーバックログが表示されます。

プログラムインクリメント (PI) イテレーションパス

イテレーションパス。イテレーションパスは、開始日と終了日を含むプロジェクトのタイムボックスを定義します。イテレーションパスは、1 週間から 12 週間以上で定義できます。

レトロスペクティブとレビュー

振り返り。各チームは、ボードを追加してアクション項目の記録、優先度付け、作成を行い、改善プロセスをサポートすることができます。

ロードマップ

配信計画、機能タイムライン。 Azure Boards には、ロードマップとチーム成果物をレビューするための構成可能な対話型のビューが用意されています。

共有サービス

共有サービスチーム構造: チーム間で共有されるリソースは、独自のアジャイル機能チームを通じて表すことができます。それぞれが各自のバックログを管理しながら、サポートするチームのバックログにも作業を表示させることができます。

ソリューション

ソリューション: ソリューションは、カスタムのソリューション作業項目の種類を使って表すことができます。

ソリューションバックログ

ソリューションポートフォリオバックログ。カスタム作業項目の種類とポートフォリオバックログを定義して、大規模なソリューションの特別なビジネス要件を記録したり、エピックとエピックポートフォリオバックログを使ってソリューションを記録したりできます。

ストラテジックテーマ

Wiki。ストラテジックテーマは、ポートフォリオビジョンと同じく、プロジェクト Wiki で記録できます。

ストーリー

ユーザーストーリー作業項目。ユーザーストーリーによって、配信したい機能を記録します。通常は、1 回のイテレーションで完了するようにサイズが設定されます。

チームバックログ

ストーリーバックログ。ストーリーバックログには、チームに関連付けられている区分パスに割り当てられているユーザーストーリーが一覧表示されます。

チームかんばん

ストーリーボード。ストーリーボードには、対話型の構成可能かつフィルター処理可能なかんばんボードのカードとしてストーリーバックログが表示されます。

バリューストリーム

タグ、価値の分野。タグまたは [価値の分野] フィールドを使って、特定の予算またはバリューストリームに関連付けられている作業を追跡できます。

Azure Boards による SAFe® の実装

このチュートリアルスイート内の次の各記事では、Azure Boards を構成、カスタマイズ、使用して SAFe® プログラムとプロジェクトを実装する方法について詳しく説明します。

次のステップ

SAFe® の概念を Azure Boards 成果物にマップする方法

アジャイルを大規模なチームに拡大する
アジャイルカルチャ
スケーリングのプラクティス
スプリント、スクラム、プロジェクト管理について
ボードとかんばんについて
Scaled Agile Framework: SAFe® リソースサイト。
TFS を使用したアジャイルおよび SAFe® メトリックのスケーリング: TFS を使ってスケーリングされたアジャイルまたは SAFe をサポートする方法を示すために InCycle によって開発された SQL Server レポートを説明するブログ投稿。

著者について

現在のコンテンツに対するレビューとフィードバックに対して、次の共同作成者に感謝します。

Phillip Eng は Microsoft、Digital Pursuit、および Guidance のシニアアーキテクトです。
Hosam Kamel は Microsoft と ALM Ranger のテクノロジソリューションプロフェッショナルです。
Willy-Peter Schaub は、Microsoft Canada 開発センターでの Visual Studio ALM Ranger の元プログラムマネージャーです。 Willy-Peter の Twitter は twitter.com/wpschaub でフォローできます。

このシリーズの記事は、以下の著者と共同で作成された以前のホワイトペーパーから更新されました。

Gordon Beeming は、南アフリカのダーバンという都市の Derivco 社で働いているソフトウェア開発者です。大半の時間を Visual Studio で作業するか、家族とリラックスして過ごしています。彼のブログは gordonbeeming.xyz に掲載されています。Twitter は twitter.com/gordonbeeming でフォローできます。
Brian Blackman は、Microsoft Premier Developer を相手にしているプリンシパルコンサルタントです。ISV パートナーと企業がエンジニアリングおよび市場において成功できるよう支援することに注力しています。 MBA を取得しており、CSM、CSP、MCSD (C++)、および MCTS、Visual Studio ALM Ranger でもあります。 Ruck Mastering ではなく、Visual Studio ALM Ranger プロジェクトの業務以外では、コードを書いたり、ワークショップを作成、展開したり、様々な会合でのコンサルティングを行っています。特にビジネスアジリティを求めている組織を支援しています。
Gregg Boer は、Microsoft の主席プログラムマネージャーです。 Gregg は、Azure DevOps とオンプレミス TFS によって提供されるアジャイル管理エクスペリエンスの製品所有者です。
Kathryn Elliott は、Microsoft のシニアテクニカルライターです。
Susan Ferrellは、シニアテクニカルライターで Visual Studio ALM Ranger です。
Willy-Peter Schaub は、Microsoft Canada 開発センターでの Visual Studio ALM Ranger の元プログラムマネージャーです。 80 年代半ば以降、ソフトウェアエンジニアリングの簡潔さと保守性のために努力してきました。 Twitter は twitter.com/wpschaub でフォローできます。
この記事をレビューしていただいた次の技術専門家の方々に感謝します: Mike Douglas (独立系コンサルタント、ALM Ranger)、Richard Hundhausen (独立系コンサルタント、ALM Ranger)、Bill Heys (独立系コンサルタント、ALM Ranger)。