SAFe (スケーリングされたアジャイル フレームワーク) チュートリアル
トーマス・ハミルトン
SAFe (Scaled Agile Framework) とは何ですか?
スケーリングされたアジャイルフレームワーク（SAFe） は、エンタープライズ レベルでリーン アジャイル プラクティスを適用できる、無料で利用できるオンライン ナレッジ ベースです。 ソフトウェア開発にシンプルで軽量なエクスペリエンスを提供します。 これは、企業がリーンでアジャイルな実践をスケールできるように導くことを目的とした一連の組織とワークフロー パターンです。 チーム、プログラム、ポートフォリオの XNUMX つのセグメントに分かれています。
安全 フレームワークにより、チームは次のことを可能にします。
- エンタープライズレベルでのリーンアジャイルなソフトウェアとシステムの実装
- これはリーンとアジャイルの原則に基づいています。
- エンタープライズ ポートフォリオ、バリュー ストリーム、プログラム、チームでの作業に関する詳細なガイダンスを提供します。
- 組織内のすべての利害関係者のニーズを満たすように設計されています。
SAFe は最初にこの分野で開発され、詳しく説明されました。 ディーン・レフィングウェル」の本とブログ。 バージョン 1.0 は、2011 年の最初の正式リリースです。最新バージョンは 4.6 で、2018 年 XNUMX 月にリリースされました。これは、エンタープライズ ポートフォリオ、バリュー ストリーム、プログラム、およびチーム レベルで作業するためのガイダンスを提供します。
SAFe アジャイル フレームワークを使用する理由
シンプルで軽量なフレームワークですが、大規模なバリューストリームや複雑なシステム開発のニーズにも対応できます。SAFe アジャイル フレームワークを実装すると、次のようなメリットが得られます。
- 生産性が向上しました by 20 - 50％
- 品質 以上増加しました 50％
- 製品化までの時間 より速いです 30 -75％
- 増加 従業員の関与 と 働きがい。
詳細なフレームワーク図は、次の場所で入手できます。 ウェブサイト。 ここには、主要な役割、アクティビティ、成果物、フローがすべて表示されます。 また、サイトの残りの部分へのナビゲーション補助としても機能します。
以下の図は、アジャイル プロセスがどのように機能するかを説明しています。 エピックは大量の作品であり、さらにいくつかの小さなストーリーまたはサブエピックに分割されます。 これらのサブエピックはストーリーとしてチームに割り当てられます。 その後、各チームがこれらのストーリーやソフトウェア機能に応じて取り組みます。
スケーリングされたアジャイル フレームワークを使用する場合
- チームが、大規模な複数チームのプログラムとポートフォリオにわたって一貫してアジャイル アプローチを実装することに関心がある場合。
- 複数のチームが独自の方法でアジャイル実装を実行しているが、定期的に障害、遅延、障害に直面している場合。
- チームが独立して作業したい場合。
- アジャイルを組織全体に拡張したいが、どのような新しい役割が必要になるか、または既存の役割 (つまり、管理) をどのように変更する必要があるかがわからない場合。
- 組織全体でアジャイルを拡張しようとしたものの、ポートフォリオからプログラム、チームレベルに至るまで、ビジネス部門全体で統一または一貫した戦略を達成するために調整に苦労している場合。
- 組織が製品開発のリードタイムを改善する必要があり、他の企業が SAFe を使用してアジャイルの拡張にどのように成功したかを知りたい場合。
他のアジャイル実践との違い
この Scaled Agile Framework チュートリアルでは、Scaled Agile Framework が他のアジャイル プラクティスとどのように異なるかを見てみましょう。
- 公開されており、無料で使用できます。
- 親しみやすく使いやすい形でご利用いただけます。
- 軽量で、実際に実証された結果があり、レベルに特化しています。
- 最も一般的に使用されるアジャイル プラクティスを継続的/定期的に変更/維持します。
- 一般的なアジャイル実践に便利な拡張機能を提供します。
- アジャイル実践を企業のコンテキストに基づいて確立します。
- ソフトウェア開発の全体像を提供します。
- 可視性や透明性はあらゆるレベルで向上します。
- 品質と改善に関する継続的または定期的なフィードバック。
Foundation拡張されたアジャイル フレームワークの
スケールドアジャイルフレームワーク（SAFe）：
- リーンアジャイルの原則
- 基本的価値観、
- リーンアジャイルなリーダーシップ
- リーンアジャイルのマインドセット、
- 実践コミュニティ (SAFe の実践に常に取り組んでいる人々のグループ)
- 1-2-3の実施
SAFe リーンアジャイル原則
望ましい結果を得るには、SAFe アジャイルのこれらの基本原則と SAFe の価値観を理解し、実践し、継続する必要があります。
- 経済的な見方をする
- システム思考を応用する
- 変動性を想定します。 オプションを保持する
- 高速で統合された学習サイクルにより段階的に構築
- 稼動中のシステムの客観的な評価に基づいたマイルストーンを設定する
- WIPを視覚化して制限し、バッチサイズを削減し、キューの長さを管理します
- リズムを適用し、クロスドメイン計画と同期する
- 知識労働者の内発的動機を解き放つ
- 意思決定を分散化する
SAFe アジャイルのコアバリュー
SAFe アジャイル手法は、これら XNUMX つの価値観に基づいています。
アライメント：
- SAFe はアライメントをサポートします。
- アライメントは次から始まります、
- ポートフォリオバックログの戦略的テーマと
- プログラム バックログのビジョンとロードマップに進み、次に
- チームバックログに移動します。
内蔵された品質:
- これにより、すべての増分納品が品質基準を反映するようになります。
- 品質は「後から追加される」ものではなく、組み込まれています。
- 組み込まれた品質はリーンの前提条件であり、必須です
透明性：
- 透明性は信頼を可能にするものです。
- SAFe は、企業が経営陣、ポートフォリオ マネージャー、その他の利害関係者などのあらゆるレベルで透明性を達成するのに役立ちます。
- 誰もがポートフォリオ バックログ/カンバン、プログラム バックログ/カンバン、チーム バックログ/カンバンを確認できます。
- 各レベルは PI の目標を明確に理解しています。
- トレーニング プログラムでは、チームのバックログだけでなく、他のプログラムのバックログも確認できます。
- チームとプログラムは、ビジネス エピックとアーキテクチャ エピックを可視化できます。彼らは、自分たちに何が起こるかを把握できます。
プログラムの実行:
- SAFe は、稼働中のシステムとその結果としてのビジネス成果に重点を置いています。
- チームが価値を実行して継続的に提供できない場合、SAFe は役に立ちません。
リーン・アジャイル・リーダー
リーンアジャイル リーダーは、生涯学習者であり教師でもあります。 これは、チームがリーンアジャイル SAFe 原則を理解して実証することで、より良いシステムを構築するのに役立ちます。
チームのイネーブラーとしての最終的な責任は、リーンアジャイル開発の採用、成功、継続的な改善です。 変化と継続的な改善のためには、リーダーを訓練する必要があります。
リーダーは新しいスタイルのリーダーシップを採用する必要があります。 個人とチームが最大限の可能性を発揮できるよう真に力を与え、関与させるものです。
リーンアジャイルリーダーの原則
- 変化をリードする
- 道を知る。 生涯学習を重視する
- 人々を育てる
- インスピレーションを与え、使命に沿って行動します。 制約を最小限に抑える
- 意思決定を分散化する
- ナレッジ ワーカーの内発的動機を引き出す
無駄のないアジャイルなマインドセット
リーンアジャイルの考え方は、次の XNUMX つの点で表されます。
- SAFe ハウス オブ リーン
- アジャイルマニフェスト
SAFe ハウス オブ リーン:
SAFe は、リーン製造の原則と実践から生まれました。 これらの要素に基づいて、SAFe は「SAFe House of Lean」を提案します。 無駄のないトヨタの「家」からインスピレーションを受けています。
リーンの目標は無敵です: 顧客に可能な限り最高の品質で、最短のリードタイムで最大の顧客価値を提供すること
以下の図は、目標、柱、および Foundation 「SAFeハウス・オブ・リーン」の。
アジャイルマニフェスト
私たちは、ソフトウェアを開発したり、他の人がそれを行うのを支援したりすることで、ソフトウェアを開発するより良い方法を発見しています。 この取り組みを通じて、私たちは次のことを大切にするようになりました。
だからこそ、右側の項目にも価値はありますが、左側の項目をより重視します。
アジャイルマニフェスト
- 価値あるソフトウェアを継続的かつ早期に提供することで顧客に満足していただくことが最優先です。
- 開発後期であっても、変化する要件を受け入れます。 アジャイル SAFe 方法論プロセスは、顧客の利益のために変化を活用します。
- 短い期間を優先し、数週間から数か月の間、動作するソフトウェアを頻繁に提供します。
- 開発者とビジネス担当者は、プロジェクト全体を通じて毎日協力する必要があります。
- やる気のある個人を中心にプロジェクトを構築します。 彼らに必要なサポートと環境を与え、彼らが仕事をやり遂げることを信頼してください。
- 開発チームとのコミュニケーションに最も効率的な方法は、直接会話することです。
- ソフトウェアが動作することが進歩の主な尺度です。
- アジャイルプロセスは持続可能な開発を促進します。スポンサー、開発者、ユーザーは、一定のペースを無期限に維持できる必要があります。
- 優れた技術と優れた設計に継続的に注意を払うことで、機敏性が向上します。
- シンプルさ、つまり実行されない作業の量を最大化する技術が不可欠です。
- 最良のアーキテクチャ、要件、設計は、自己組織化されたチームから生まれます。
- チームは定期的に、より効果的になる方法を検討し、それに応じて動作を調整します。
SAFE のさまざまなレベル
SAFe 実装には XNUMX つの異なるタイプがあります。
- SAFe 4.0の実装
- SAFe 3.0の実装
- SAFe 4.0 実装には 4 つのレベルがあります。 ポートフォリオ、バリュー ストリーム、プログラム、チーム。
- SAFe 3.0 実装には 3 つのレベルがあります。 ポートフォリオ、プログラム、チーム
- 3 レベル SAFe は、100 人以下の小規模な実装向けです。 大規模なコラボレーションを必要としないプログラム。
- 4 レベル SAFe は、通常、ソフトウェアの開発と保守に何百人もの専門家が必要となるソリューション向けです。
チームレベル
| 役割/チーム | イベント | アーティファクト | ||
|---|---|---|---|---|
| * アジャイルチーム | * Sprint 計画立案 | * チームのバックログ | ||
| * プロダクトオーナー | * バックログのグルーミング | * 非機能要件 | ||
| * スクラムマスター | * 毎日のスタンドアップ | * チーム PI の目標 | ||
| * 実行 | * 反復 | |||
| * Sprint デモ | * ストーリー(動作するソフトウェア) | |||
| * Sprint 回顧 | * Sprint 目標 | |||
| * IP Sprints | * 内蔵された品質 | |||
| * スパイク | ||||
| *チームカンバン |
- すべての SAFe チームは、いずれかのアジャイル リリース トレイン (ART) の一部です。
- SAFe チームは権限を与えられ、自己組織化、自己管理され、機能を超えたチームです
- 各チームは、固定長のイテレーションでチーム バックログからストーリーを定義、構築、テストすることに等しく責任を負います。
- チームは、合意されたイテレーション目標に従って、2 週間のタイムボックス化されたイテレーションを計画し、実行します。
- チームは ScrumXP/チーム カンバン ルーチンを使用して高品質のシステムを提供し、XNUMX 週間ごとにシステム デモを作成します。
- ART (アジャイル リリース トレイン) のすべての異なるチームが、統合されテストされたシステムを作成します。 関係者は評価し、迅速なフィードバックで対応します
- 彼らは組み込みの品質慣行を適用します。
- 各 ScrumXP チームには 5 ～ 9 人のチーム メンバーがおり、各イテレーションで品質の増分価値を構築するために必要な役割がすべて含まれます。
- ScrumXP の役割には次のものが含まれます。
- チーム(開発+QA)
- スクラムマスター
- プロダクトオーナー。 等..
- SAFe は、開発タイムラインを PI (プログラム インクリメント) 内の一連の反復に分割します。
- PI期間は8〜12週間です。
- チームはストーリーを使用して価値を提供します。 プロダクト所有者は、ストーリーの作成と承認に対するコンテンツ権限を持ちます。
- ストーリーには顧客の要件が含まれています。
- チーム バックログには、PI 計画中に特定されるユーザー ストーリーとイネーブラー ストーリーが含まれます。 製品管理がロードマップ、ビジョン、プログラム バックログを提示するとき。
- ストーリーの特定、詳細化、優先順位付け、スケジュール設定、実装、テスト、および受け入れは、チーム レベルでの管理作業の主な要件です。
- 各反復では以下が提供されます。
- 貴重な新機能の追加
- 絶えず繰り返されるパターンで達成する
- 反復を計画する
- 一部の機能にコミットする
- ストーリーを構築してテストすることで反復を実行する
- 新しい機能のデモを行う
- 回顧
- 次の反復で繰り返します
- チームは、各イテレーションの最後にシステム デモもサポートします。 これは ART の重要な統合ポイントです。
- より大きなバリュー ストリームには複数の ART があります。
- イノベーションと計画 (IP) の反復により、チームにイノベーションと探索の機会がもたらされます。
プログラムレベル
| 役割/チーム | イベント | アーティファクト | ||
|---|---|---|---|---|
| * 開発運用 | * PI(プログラム・インクリメント)計画 | * ヴィジョン | ||
| * システムチーム | * システムデモ | * ロードマップ | ||
| * リリース管理 | * ワークショップの検査と導入 | * メトリクス | ||
| * 製品管理 | * Archi滑走路の構造 | * マイルストーン | ||
| *UEX ArchiTECT | * いつでもリリース | * リリース | ||
| * トレインエンジニア(RTE)をリリース | * アジャイルリリーストレイン | * プログラムエピック | ||
| *システム Archiテクト/エンジニア | *リリース | ※プログラムかんばん | ||
| * 事業主 | * プログラムのバックログ | |||
| * リーンアジャイルなリーダー | * 非機能要件 | |||
| * 実践コミュニティ | * 加重最短ジョブ優先 (WSJF) | |||
| * 共有サービス | * プログラム PI の目標 | |||
| * お客様 | * 特徴 | |||
| * 後援者 | ||||
| * 解決 | ||||
| * バリューストリームの調整 |
- プログラム レベルでは、SAFe の価値は長期にわたるアジャイル リリース トレイン (ART) によって提供されます。 イテレーションはチーム用、トレーニングはプログラム用です。
- アジャイル リリース トレイン (ART) は、プログラム レベルで価値を提供するための主要な手段です。 それは組織に価値の流れをもたらします。
- プログラム インクリメント (PI) の期間は 8 ～ 12 週間です。
- ART は 5 ～ 12 のアジャイル チーム (約 50 ～ 125 人以上) で構成されており、完全にテストされ、動作するシステム レベルのソフトウェアを提供するために必要なすべての役割とインフラストラクチャが含まれています。
- 各 PI は複数の反復タイム ボックスです。その間に、システムの重要な価値ある増分が開発され、提供されます。
- 各 PI で「デモ」セッションと「検査と適応」セッションが行われ、次の PSI の計画が始まります。
- プログラムレベルでは、SAFe は調整の原則を重視しています。 これは、顧客価値を生み出すために複数のアジャイル チームの取り組みが統合されているためです。
- SAFe アーティファクト階層は エピック -> 機能 -> ユーザー ストーリー.
- プログラム レベルでは、プロダクト マネージャー/プログラム マネージャーがコンテンツ権限を持ちます。 彼はプログラムのバックログを定義し、優先順位を付けます。
- プログラム バックログは、機能の優先リストです。
- プログラム レベルでは、機能を作成することも、ポートフォリオ レベルで定義されたエピックから派生させることもできます。
- 機能はユーザー ストーリーに分解され、チーム レベルのバックログに流れ込みます。
- プロダクト マネージャーまたはリリース トレイン エンジニアの役割は、プログラム マネージャー/シニア プロジェクト マネージャーが担当できます。
- システム Archiプログラム レベルでの tect の役割は、チームと日々の業務を連携することです。これにより、非機能要件が満たされていることが保証されます。また、ポートフォリオ レベルでエンタープライズ アーキテクトと連携して、今後のユーザーとビジネスのニーズをサポートするのに十分なアーキテクチャの滑走路があることを確認します。
- インターフェイスのデザイン、ユーザー エクスペリエンスのガイドライン、チームのデザイン要素は、UX デザイナーによって提供されます。
- チーフスクラムマスターの役割は、「リリース トレイン エンジニア」が担います。
- さまざまなチーム (マーケティング、開発、品質、運用、展開) が「リリース管理チーム」を構成します。このチームは、顧客への品質の高いソリューションの定期的なリリースを承認します。
- ソフトウェアの顧客環境への導入と正常な配信は、DevOps チームによって行われます。
ポートフォリオレベル
| 役割/チーム | イベント | アーティファクト | ||
|---|---|---|---|---|
| * Enterprise Architect | * 戦略的投資計画 | * 戦略テーマ | ||
| * プログラムポートフォリオ管理 | * カンバンポートフォリオ(Epic)プランニング | * エンタープライズ | ||
| * エピックオーナー | * ポートフォリオのバックログ | |||
| * ポートフォリオかんばん | ||||
| * 非機能要件 | ||||
| * エピックとイネーブラー | ||||
| * 価値の流れ | ||||
| * 予算 (CapEx と OpEx) |
- SAFe に対する関心/懸念/関与/のレベルが最も高いのは、 SAFe ポートフォリオ
- ポートフォリオは、XNUMX つ以上のバリュー ストリームを介してリーンアジャイル エンタープライズの価値フローを組織するための基本ブロックを提供します。
- ポートフォリオは、戦略的テーマに基づいて記述されたシステムおよびソリューションの開発に役立ちます (SAFe ポートフォリオを企業の変化するビジネス戦略にリンクします)。
- 戦略目標を達成するために、ポートフォリオ レベルはこれらの要素をカプセル化します。 基本的な予算編成やその他のガバナンス メカニズムを提供します。 このようにして、バリューストリームへの投資が企業に必要な利益を確実に提供します。
- ポートフォリオはビジネスに双方向で接続されています。
- ポートフォリオをより大きく変化するビジネス目標に導くために、戦略的テーマを提供します。
- 別の方向は、ポートフォリオ値の一定の流れを示します。
- プログラム ポートフォリオ管理は利害関係者として機能し、ビジネス結果を提供する責任を負います。
- SAFe ポートフォリオ レベルには、企業が戦略目標を達成するために必要な人、プロセス、必要な構築システムとソリューションが含まれています。
- バリュー ストリームはポートフォリオの主な目的であり、ソリューションの構築に必要な人材やその他のリソースに資金を提供します。
- ここで使用される重要なキー概念は次のとおりです。
- エンタープライズへの接続、
- プログラムポートフォリオ管理、
- ポートフォリオ エピックのフローの管理。
バリューストリームレベル
| 役割/チーム | イベント | アーティファクト | ||
|---|---|---|---|---|
| * 開発運用 | * PI(プログラムインクリメント)の前後計画 | * ヴィジョン | ||
| * システムチーム | * ソリューションのデモ | * ロードマップ | ||
| * リリース管理 | * ワークショップの検査と導入 | * メトリクス | ||
| * ソリューション管理 | * アジャイルリリーストレイン | * マイルストーン | ||
| *UEX ArchiTECT | * リリース | |||
| * バリューストリームエンジニア(RTE) | *バリュー ストリーム エピック | |||
| * 解決 Archiテクト/エンジニア | * バリューストリームカンバン | |||
| * 共有サービス | * バリューストリームのバックログ | |||
| * お客様 | * 非機能要件 | |||
| * サプライヤー | * 加重最短ジョブ優先 (WSJF) | |||
| * バリュー ストリーム PI 目標 | ||||
| *機能 | ||||
| * 後援者 | ||||
| * ソリューションのコンテキスト | ||||
| * バリューストリームの調整 | ||||
| * 経済的枠組み | ||||
| * ソリューションの目的 | ||||
| * MBSE | ||||
| * セットベース | ||||
| * アジャイル Archi構造 |
- SAFe では、バリュー ストリーム レベルはオプションです。
- バリュー ストリーム レベルは SAFe 4.0 の新機能です。
- バリュー ストリーム レベルは、次のような企業/建設者/組織を対象/設計しています。
- サイズが大きい
- 独立した
- 複雑な解決策がある
- 彼らのソリューションには通常、複数の ART が必要です
- 彼らはサプライヤーの貢献を持っています。
- 彼らはシステム上の最大の課題に直面しています
- サイバーフィジカルシステム向け
- ソフトウェア、ハードウェア、電気・電子工学、光学、機械工学、流体工学など。
- この種のシステムの構築には、多くの場合、数百人、さらには数千人の実務者、外部および内部のサプライヤーが必要になります。
- システムがミッションクリティカルである場合。 ソリューションまたはサブシステムの失敗は、許容できない経済的および社会的影響を及ぼします。
- エンタープライズを数百人の実践者で構築できる場合は、このレベルの構成要素は必要ないかもしれません。 その場合は「」からご利用いただけます。折りたたまれたビュー' これは 3 レベル SAFe です。
- リーン-アジャイル パターンでバリュー ストリーム ソリューションを構築するには、追加のアーティファクト、調整、構成が必要です。 したがって、このレベルには、バリュー ストリームに財務上の境界を提供する経済フレームワークが含まれています。
- 複数の ART とサプライヤーのリズムと同期をサポートします。PI 計画前後の会議とソリューション デモが含まれます。
- バリュー ストリーム エンジニア、ソリューションという追加の役割が与えられます。 Architect/エンジニアリング、およびソリューション管理。
まとめ
- SAFe は、エンタープライズ レベルでアジャイルを拡張するための、業界で実証済みの価値重視の方法です。
- 「どのように計画するか？」「どのように予算を立てるか？」「建築業界でどのように部門横断的になるか？」といった疑問に答えます。 devops？「
- SAFe アジャイル フレームワークは、大規模な組織チームが個々のプロジェクトの目標だけでなく、組織の戦略的目標を達成するのに役立ちます。
- このフレームワークは、価値を提供するための一元的な戦略を維持および作成する機能を提供します。
- SAFe モデルには、組織の戦略的テーマを集中化する XNUMX つまたは XNUMX つのレベルがあります。
- 集中化された戦略と分散化されたアジャイル開発の実行を組み合わせたもの。
参照：
リーンエンタープライズ向け SAFe 5.0:
http://www.scaledagileframework.com
