スケールアジャイルフレームワーク

スケールドアジャイルフレームワーク（SAFe ）は、リーンおよびアジャイルプラクティスをスケールアップする 企業を導くための組織およびワークフローパターンのセットです。 ^{[1] [2]}ディシプリンドアジャイルデリバリー（DAD）およびS@S（Scrum@Scale）とともに、SAFeは、単一チームを超えてスケ​​ールアップする際に発生する問題に対処しようとする、増えつつあるフレームワークの1つです。^{[3] [4]}

SAFeは、多数のアジャイルチーム間での調整、コラボレーション、デリバリーを促進します。SAFeは、アジャイルソフトウェア開発、リーン製品開発、システム思考という3つの主要な知識体系を活用して、実践者によって実践者のために開発されました。^[5]

スケールドアジャイルフレームワークの主な基準は、もともと、製品管理（またはその他の利害関係者）からガバナンス、プログラム、開発チームを経て顧客に至るまでの作業の流れを大局的に把握するためのものでした。^{[6] [7]}アジャイルコミュニティの他の人々とのコラボレーションにより、これは徐々に改良され、2007年に書籍で初めて正式に説明されました。^[8]このフレームワークは引き続き開発され、公開されています。アカデミーと認定制度が、SAFeの導入を実装、サポート、またはトレーニングしようとする人々をサポートしています。

2011年の最初のリリース以来、6つのメジャーバージョンがリリースされており^[9]、最新版のバージョン6.0は2023年3月にリリースされました。^[10]

SAFeは、アジャイルプラクティスを拡張するための最も一般的なアプローチとして認識され続けていますが（30％以上で増加中）、^{[11] [12] [ページが必要]}、^[13]階層構造が強すぎて柔軟性に欠けるという批判も受けています。^{[14]また、組織に、慣れ親しんだプロセスをそのまま維持しながら、}アジャイルを採用しているという幻想を与えているという批判も受けています。^[15]

開発チームは通常、2～3イテレーション先までのバックログを洗練させますが、大規模な組織では、製品マーケティングチームは、市場へのコミットメントや顧客との話し合いのためにさらに先まで計画を立てる必要があります。^[16]彼らは、多くの場合、非常に高レベルの12～18か月のロードマップで作業し、その後、3か月の作業についてチームと共同で計画を立てます。^{[引用が必要]}開発チームは、2～3イテレーション先まで詳細な洗練に取り組み、次のイテレーションの詳細なタスク計画にのみ取り組みます。^{[引用が必要]}

開発チームには、アジャイルになる方法を定義するフレームワークが数多くありますが、これを管理向けに説明するものはほとんどありません。SAFe は、より抽象的なレベルの責任と計画 (製品とポートフォリオ) を扱うグループに、クロスファンクショナル チームなどの同じ原則の多くを提供します。^{[引用が必要]}

Scrumでは、プロダクトオーナーは、開発決定の投資収益率や市場でのパフォーマンスなど、製品ライフサイクル全体の責任を負うことが期待されています。大規模な開発では、組織はプロダクトマネージャーが提供するような複数のチームのバックログ全体にわたるビューを必要とします。^[17] SAFeは、プロダクトオーナーの役割はプロダクトマネジメントにあると想定していますが、それでもプロダクトオーナーを開発組織に分離していることは批判されてきました。^[18]

アジャイルフレームワークは、開発チームが自律的に、自由に作業方法を設計できるように設計されています。SAFeは、開発チームが数十または数百の規模になると、チームが完全に自己組織化するのはますます混乱することを認識しています。^[19]そのため、SAFeはこれにいくつかの制約を設け、チームが同じ製品に取り組んでいる場合、成果物をより同期させて一緒にリリースできるようにしていますが、これはSAFeが批判されてきた領域の1つです。^{[17] [18]}

SAFe 計画サイクルでは、リリース後に追加のイテレーションを含めることを推奨しています。これにより、チームはプラクティスを改善し、次の計画増分に備えることができます。SAFe の以前のエディションでは、これを強化イテレーションとして設計し、つまり、製品をリリースする前に安定化または強化していました。これは、依存関係によっていくつかの事項が最後までテストされないような大規模な統合環境で作業する複雑さを前提としていました。SAFe は、これが反アジャイルまたはウォーターフォールの要素を表すため批判されましたが、13 週間になるリーンの 90 日増分と一致しており、2 週間のスプリントを実行する場合は、6 つのスプリントに加えて 1 週間の計画または強化サイクルが必要です。^[20]これは、SAFe の最近のエディションには含まれていません。

著者によれば、SAFeは既存のリーンとアジャイルの原則と観察から派生した10の基本概念に基づいています。^[21]

1. 経済的な視点を持つ
2. システム思考を適用する
3. 変動性を想定し、選択肢を残す
4. 高速な統合学習サイクルで段階的に構築
5. 稼働中のシステムの客観的な評価に基づいてマイルストーンを設定する
6. 進行中の作業を視覚化して制限し、バッチサイズを削減し、キューの長さを管理します。
7. リズム（タイミング）を適用し、クロスドメイン計画と同期する
8. 知識労働者の内発的動機を引き出す
9. 意思決定を分散する
10. 価値を中心に整理する

SAFeはあまりにも多くの異なる実践を集約していると批判されてきた。^[22]

SAFeバージョン5.1には、必須、ポートフォリオ、大規模ソリューション、フルの4つの構成があります。^[23]

• Essential SAFe は最も基本的な構成です。これは、必要となる最も重要な要素を説明し、フレームワークの利点の大部分を提供することを目的としています。これには、チームとプログラム レベル (アジャイル リリース トレインまたは ART と呼ばれる) が含まれます。
• 大規模ソリューション SAFe では、ポートフォリオを考慮せずに、複数のプログラム間での調整と同期が可能になります。SAFe の以前のバージョンでは、このレベルはバリュー ストリームと呼ばれていました。
• ポートフォリオ SAFe には、戦略的方向性、投資資金、無駄のないガバナンスに関する懸念事項が含まれます。
• Full SAFe は他の 3 つのレベルを組み合わせたものです。

Scaled Agileは、さまざまな分野と知識レベルをカバーする認定資格を提供しています。^[24]

• スクラム・オブ・スクラム

• Dingsøyr, Torgeir; Falessi, David; Power, Ken (2019 年 2 月)、「大規模なアジャイル開発: 次なるフロンティア」、IEEE Software、36 (2): 30–38、arXiv : 1901.00324、doi : 10.1109/MS.2018.2884884、S2CID  57373760
• Heusser, Matthew (2015 年 6 月 17 日)、「スケールド アジャイル フレームワークの紹介」、CIO、pp. 1–2— この方法論の長所と短所のレビューが含まれており、完全なアジャイル システムへの中間的な手段であると結論付けています。
• レフィングウェル、ディーン（2011）、チーム、プログラム、エンタープライズ向けのリーン要件プラクティス、Addison-Wesley Professional、ISBN 978-0321635846
• Linders, Ben (2015 年 1 月 15 日)、Scaled Agile Framework (SAFe) によるリーンでアジャイルなリーダーシップ、InfoQ

• 公式サイト