Scaled Agile Framework(SAFe)とは、組織がエンタープライズ規模でアジャイル・モデルを実装できるように設計された、組織およびワークフローの原則、プラクティス、およびコンピテンシーに関する知識ベースです。
その中核となるのは、組織(特に複雑な製品ポートフォリオを持つ大企業)がより優れた製品をより迅速に市場に投入できるようにするという共通の目標に向けて、部門横断的なチームを連携させるためのモデルです。
SAFeは、リーン、アジャイル、DevOps、システム思考などの方法論を単一のスケーラブルなモデルに統合しています。ビジネス・アジリティーの7つのコア・コンピテンシーを中心に構築されています。
SAFeは、従来のプロジェクト管理プロセスを通じてソフトウェアを提供することの欠点を解消するために、2011年にDean Leffingwellによって開発されました。Leffingwellの目標は、大規模なソフトウェア開発のスピード、品質、顧客重視を向上させることでした。組織は、変化する市場状況により迅速に対応できるようにする方法を必要としており、SAFeはその空白を埋めるために設計されました。
SAFeは現在6番目のバージョンであり、さまざまな規模、構造、ビジネスニーズを持つ組織に合わせて、エッセンシャルSAFe、大規模ソリューションSAFe、ポートフォリオSAFe、およびフルSAFeの4つの構成を提供しています。
Leffingwell氏は、SAFeシステムを管理し、SAFeの学習と実装に役立つトレーニングやその他の参考情報を提供するScaled Agile Inc.の共同設立者でもあります。Scaled Agile Inc.によると、SAFeは現在、世界中の20,000社以上の企業で実践されています。
アジャイル手法は、反復的な開発サイクルを通じて柔軟性、協働、継続的な改善を通じて、製品の開発と提供をさらに効率化するように設計されています。アジャイル手法により、大規模なプロジェクトのフェーズであるスプリントに取り組む小さなチームに自律性がもたらされ、これらのチームは、より大きな全体に貢献します。
リーン手法は、無駄をなくし、ビジネス・プロセスを最適化を重視しています。リーン・アジャイルは2つの方法論を組み合わせたものです。リーン/アジャイル・アプローチが提供する柔軟性により、協働とイノベーションを向上させることができますが、アジャイル・モデルを大規模に実装するのは難しい場合があります。
SAFeは、アジャイル・プラクティスの利点を活用し、従来のアジャイル開発モデルよりも多くの調整と監視を必要とする組織に対して、システムの互換性を高めます。束縛されない自由は中小企業にとってはうまくいくかもしれませんが、企業レベルではより大きな全体に対する説明責任が必要です。
SAFe は、アジャイル・フレームワークを1つのチーム・レベルからチームの中のチームに拡張することで、個別のアジャイル・チームと組織階層間の管理層を提供します。これにより、チーム自体から上方、管理者から下方、そして同じプロジェクトのさまざまな部分に取り組んでいる開発者やエンジニアにわたって外部へ、情報の流れが促進されます。
SAFeは、連携、コラボレーション、デリバリーに重点を置き、コミュニケーション、計画、目標の観点から別々のチームを調整するための構成可能なモデルを提供します。開発者やエンジニアのレベルにおけるアジャイル手法の主なメリットの1つは、エージェントが自由に、官僚的なプロセスに縛られることなく、創造的に問題を解決できることです。そのため、SAFeがその自由を妨げないことが重要です。
SAFeはむしろ、組織全体がビジネス目標と開発の進捗状況について調整する機会と、組織のあらゆる側面に責任を持たせるシステムを生み出します。このフレームワークにより、開発者は開発を遅らせたり、製品品質を犠牲にしたりすることなく、自律性と反復能力を維持できます。
Scaled Agile Inc.はSAFe実装ロードマップを提供しています。
SAFeは、Scaled Agile Inc.がビジネス・アジリティの7つのコア・コンピテンシーと呼ぶものを中心に構築されています。ビジネスの俊敏性とは、市場の変化が猛烈なスピードで起こるデジタル時代に競争し、成功する能力です。これらのコア・コンピテンシーは次のとおりです。
これらのコンピテンシーを評価し、改善の機会を見つけることで、企業はSAFeフレームワークを適切に実装し、反復することができます。
リーン・アジャイル・リーダーシップ :リーン・アジャイル・リーダーシップ・スキルを証明して、組織の変革を推進し、個人とチームに力を与えます。
チームと技術の敏捷性:パフォーマンスの高いチームを作り、健全な技術的プラクティスを導入する。
アジャイルな製品提供:デザイン思考、DevOps、継続的な開発を使用してお客様に焦点を当て、一貫して価値のある製品を提供するチーム・オブ・チームを構築します。
エンタープライズ・ソリューションの提供: 世界最大級のアプリケーションとネットワークを強化するソリューションを提供します。
リーン・ポートフォリオ管理: ポートフォリオの優先順位付けと戦略、リーン予算とガードレールの作成など、リーン・ポートフォリオ管理の実践を評価します。
組織の俊敏性:リーン経営とシステム思考を戦略、アジャイル・ポートフォリオ管理、ガバナンスに適用します。
継続的な学習の文化:知識、能力、パフォーマンスを継続的に向上させ、革新的なソリューションを追求するよう、個人を奨励します。
SAFeの役割と実践は10のリーン・アジャイルの基本原則に基づいています。
これらの原則は SAFe フレームワークを支え、従業員のエンゲージメント、市場投入までの時間、ソリューションの品質、チームの生産性を向上させる統合システムを構築します。この基盤により、組織はビジネスや目的に応じて、重点と実践を調整できます。
経済的な視点を持つ:最短時間で最高の製品を提供するためには、チームはシステム構築の経済性を理解し、経済的な背景を念頭に置いて意思決定を行う必要があります。SAFeは、リスク、遅延コスト(CoD)、製造コスト、運用コスト、開発コスト間のトレードオフを重視しています。承認された予算とガードレールの制約を考慮した価値ストリーム開発を促進します。
システム思考を適用する:システム思考とは、個々の問題に焦点を当てるのではなく、複雑な網の目を構成する要素間のつながりや関係を幅広くとらえることを重視する問題解決へのアプローチです。SAFeでは、システム思考は、開発中のソフトウェアやその他の製品と、そのソフトウェアを構築している企業の両方に適用されます。
変動性を想定し、選択肢を残す:多くの場合、ソフトウェア開発のプロセスでは、開発チームがオプションを選択してそれに固執することを余儀なくされます。SAFeフレームワークでは、最初に選択したオプションだけでなく、最適なオプションを見つけるために、複数の異なるオプションが同時に追求されます。
迅速な統合学習サイクルで段階的に構築する:短期間で反復的にソリューションを構築することで、組織は顧客からのフィードバックをより迅速に収集、実装し、リスクを軽減し、初期の教訓を後続のバージョンに適用することができます。この迅速なフィードバック・ループにより、開発者は顧客のニーズを満たす最良の製品を作るためにピボットすることができます。
稼働中のシステムの客観的な評価に基づくマイルストーンを設定する:利害関係者は、開発ライフサイクル全体を通じてプロセスに組み込まれた客観的なマイルストーンで進捗状況を評価します。こうした定期的な評価は、投資が財務的および技術的利益を生み出していることを確認するのに役立ちます。
中断のないバリュー・フローを作る:SAFeはフローベースのシステムであり、価値提供の中断を迅速に特定して修正する必要があります。
ケイデンスを適用し、領域間共通の計画と同期させる:予測可能なケイデンスを備えた開発サイクルは、チームがリズムを見つけ、不確実性の中で整合性を保つのに役立ちます。すべての利害関係者間でこれらのリズムを同期させることで、チームの連携を維持できます。
ナレッジワーカーの本質的なモチベーションを解き放つ:個人のインセンティブ報酬よりも、自主性、制約の最小化、創造的な環境を通じて従業員のモチベーションを高めることをお勧めします。インセンティブ報酬は、有害な内部競争を生み出し、このフレームワークに必要な協力を妨げる可能性があります。SAFeは、そのようなアプローチによって個人、顧客、企業により良い結果をもたらすと主張しています。
意思決定を分散化する: ソフトウェアを迅速に開発するため、開発者は選択するすべての選択に対して承認を待つことはできません。意思決定を分散化することで、スムーズな意思決定が可能になり、遅延が減り、現地の知識に最も近い開発者やエンジニアがより革新的なソリューションを生み出すことができます。
状況によっては(グローバル戦略の決定など)一元的な意思決定が必要となるため、利害関係者が進め方を決定できるフレームワークを開発する必要があります。十分に話し合われたプロトコルは、価値の流れの中断を防ぎます。
価値を中心に据えて組織化する:企業は、専門知識や企業の階層を中心に組織するのではなく、価値、つまり組織が新しいソリューションで市場と顧客のニーズにどれだけ早く対応できるかを維持するために、価値を中心に据えて組織化する必要があります。SAFeは、価値を中心に組織化するこのアプローチが、デジタル時代で成功を収める鍵であると強調しています。
SAFeには4つの構成があり、それぞれが異なる組織のニーズに適しています。
Essential SAFeは、組織内でSAFeを実装する最も簡単な方法であり、他のすべてのSAFe構成の基本的な構成要素です。Essential SAFeでは、組織はチーム・レベルとプログラム・レベルで調整を行い、連携と価値の効率的な提供を確実にします。
効果的に調整するために、企業はアジャイル・リリース・トレイン(ART)を採用しています。Scaled Agile, Inc.の定義によると、ARTとは「地理的および組織の境界を越え、不要なハンドオフを排除し、価値の提供を加速するために形成された仮想組織」です。要するに、ARTとは、共通の目標に向かって協力する小さなチームのグループです。
Essential SAFeは、継続的デリバリーやリーン・アジャイル・リーダーシップなどの基本概念に焦点を当てて、組織がアジャイル・リリース・トレインを通じてソリューションを提供するために必要な最低限の要素を提供します。Essential SAFeには、エンタープライズ・ソリューションの提供やポートフォリオに関する問題は組み込まれていません。
Large Solution SAFeは、Essential SAFeからの次のステップ・アップであり、SAFeのかなめとなる原則とARTの作成に基づいて構築されています。
Large Solution SAFeには、Essential構成で導入された構成要素に加えて、単一の大規模ソリューションのために複数のARTを調整するエンタープライズ・ソリューション・デリバリー(ESD)の実装が含まれます。この構成は、複雑なソリューションを提供するための技術的要件とアーキテクチャー要件に焦点を当てています。
これにより、複数のプログラムの調整が可能になり、ポートフォリオ・レベルの課題に悩む必要がない大規模で複雑なソリューションを構築する企業に適しています。
Portfolio SAFeは、EssentialSAFeと Large SolutionSAFeを拡張し、リーン・ポートフォリオ管理や組織の俊敏性などの追加のコンピテンシーを備えています。Portfolio SAFeは、ソリューション開発と戦略を連携させるために、より上位の組織レベルで運用されています。この構成では、単一のソリューションに焦点を当てるのではなく、複数の価値の流れを管理できます。また、組織が戦略や投資の意思決定やリソース管理を重視しながら、適切な製品を開発しているかどうかに焦点を当てることで、より広い視野も得られます。
基本的に、複数のバリューストリームを中心に開発を整理し、製品ポートフォリオより広範な企業のストラテジーに整合させるのに役立ちます。
Full SAFeとは、SAFeフレームワークを完全に採用したものです。このレベルでは、企業はビジネスの俊敏性のための7つのコア・コンピテンシーすべてを、最も包括的かつ詳細な構成で導入しています。このSAFeの構成は、複数の価値の流れや複雑なシステムに対するソリューションを必要とするグローバル企業に最適です。
これは、過去の4つのSAFeの構成を相互に積み重ねることにより、企業全体の取り組みを同期させるもの(ARTフロー、大規模ソリューション・フロー、ポートフォリオ・フロー)として理解するのが最も適切です。
大規模な組織ではSAFeを選択することがよくありますが、これがアジャイル手法を大規模に実装する唯一の方法ではありません。Scrum@Scale、Large-Scale Scrum(LeSS)、Disciplined Agile(DA)、Spotifyモデルは、SAFeほど一般的ではない代替モデルですが、管理スタイルや組織の調整についてはさまざまなオプションを提供します。
名前が示すように、Scrum @Scale スクラムの基本的なフレームワークを採用し、それをチーム全体に拡張するための足場になります。
スクラムは、一部の開発チームがソフトウェア開発プロセスに適用するアジャイル・プロジェクト管理フレームワークです。その名前はラグビーというスポーツに由来しています。ラグビーでは、ボールを持った後にプレーを再開する方法であり、選手同士が団結して取り組むことが求められます。
スクラムでは、開発チームを小さなユニットに分割し、スクラム・マスターが指揮をとります。スクラム・マスターはプロダクト・オーナーに応答します。プロダクト・オーナーは各スクラム・チーム間の連絡窓口としても機能します。こうした小規模なチームは、各スプリント中に割り当てられたタスクの責任を負うことが奨励されており、立ち止まって他の利害関係者からのフィードバックを待つことなく、適応性と創造的なソリューションを実現できます。
スクラムが意図したとおりに機能するためには、プレッシャーがかかっているときのスポーツ・チームのように、チームが互いにオープンに、常にコミュニケーションをとっている必要があります。Scrum@Scaleは、実用的な最小限の官僚主義でこのフレームワークを拡大することを目的とし、オープンさ、勇気、集中力、敬意、コミットメントという価値観主導の文化を重視します。
これらすべてのスクラムのリーダーがスクラム・マスターであり、スクラム・マスターはチーム全体のビジネス目標を調整し、ソフトウェア開発の「方法」に関するガイダンスを提供します。スクラム・マスターは、利害関係者や顧客のニーズを満たすためにバックログの優先順位を調整するチーフ・プロダクト・オーナー(CPO)と連携します。CPOは、ソフトウェア開発の「何を」行うかをガイドします。
Scrum of Scrums(SoS)はScrum@Scaleのかなめです。Scrum of Scrums Masterが主導するSoSは、企業全体が1つの大きなスクラムであるかのように行動するように組織に求めます。複数チームからなる大規模なチームは組織レベルでスクラム・フレームワークを再現しますが、個々のチームは作業の自律性を維持します。Scrumはすでによく知られているフレームワークであるため、Scrum@Scaleの導入には費用のかかる再トレーニングやワークショップが不要です。
Scrum@Scaleは、各チームが外部の介入なしに業務をうまく達成できると誰もが確信している組織に最適です。SAFeと比較して、Scrum@Scaleは軽量で、手作業が少なく、全体的な介入、トレーニング、再編成がSAFeよりも少なくて済みます。
大規模スクラム(LeSS)もスクラム・フレームワーク上に構築され、単一製品を扱う複数のチーム向けに設計されています。LeSSは引き続きスプリントと毎日のスクラム・ミーティングおよびレビューを使用しています。すべてのチームに共通のスプリントを使用し、1つの製品バックログを共有します。LeSS 、組織の規模縮小またはフラット化を重視します。プログラムやポートフォリオの使用を回避し、多くの場合、多くのチームが1つの大規模な製品で共同作業する、製品中心の開発に最適です。
LeSSには 2 つのフレームワークがあります。
Basic LeSS:デフォルトの状態のLeSSです。1人のプロダクト・オーナー、2〜8つのチーム、そしてそれらの1〜3つのチームのスクラム・マスターで機能します。これらのチームは、単一の出荷可能な製品、1つの製品バックログ、1つのスプリント・バックログに取り組んでいます。また、各チームはチーム全体を網羅する1つのスプリントに取り組みます。
LeSS Huge:LeSS Hugeは、8チーム以上(潜在的には数千人規模)の企業に最適です。これらのチームはさまざまな要件領域にグループ化され、それぞれに独自のプロダクト・オーナーがいます。1人の総合プロダクト・オーナーが各領域のプロダクト・オーナーと協力して、全チームの目標をまとめます。この実装では、すべてのチームと1つの製品バックログに対して1つのスプリントを使用します。
規律あるアジャイル(DA)は、完全な方法論というよりは、一連の原則、約束、ガイドラインと見なされています。これは、軽量でミニマルかつハイブリッドなプログラム管理アプローチであり、個々のチームメンバーに大きな自由をもたらすものです。
一部のアジャイル・フレームワークには、規範的な方法論とステップが含まれています。この特異性は、特定のプロジェクトでは素晴らしいことですが、DAはチーム・メンバーに、より多くの自由と機敏性を提供することを目指しています。この基本概念により、個人は特定のワークフローに最適な概念とフレームワーク(カンバンやスクラムなど)を選択できます。スクラムは特に、より大きなプログラムの見通しでは、一部では機能する場合がありますが、それ以外では機能しません。
DAは個人に大きな力を与えるので、知識が豊富で独立性が高く、基本的なアジャイル概念にすでに精通しているチーム・メンバーとのプロジェクトに最適です。
SAFeは、複数のチームや製品を持つ大規模な組織に最適です。次のような多くのメリットがあります。
市場投入までの時間の短縮:価値提供を中心にアジャイル・チームの部門横断的なチームを連携させることで、SAFeフレームワークはコミュニケーションの改善、迅速な意思決定の可能性、業務の合理化、顧客中心主義の維持を支援し、市場投入までの時間の短縮を促進します。
より良い製品:SAFeは、短いスプリントと生産サイクルを使用して、新しい反復ごとに顧客のフィードバックを一貫して組み込み、組み込みの品質管理プロセスを特長としています。製品が完成した後(または完成に近い時)だけではなく、開発プロセス全体を通じて品質をチェックすることで、チームは製品をより定期的に改善し、アップデートをより迅速に出荷することができます。
生産性の向上:継続的な改善はSAFeのかなめとなる信条です。このフレームワークは、チームが何に取り組んでいるのか、また仕事に取り組むプロセスを一貫して調査し、何かを改善できるかどうか自問することを奨励します。このシステムは、非効率と遅延の排除を促進し、チームの生産性を向上させるための自主的な改善を可能にします。
従業員エンゲージメントの向上: SAFeフレームワークは自律性をもたらし、個人の仕事と企業の目標や結果との間に明確な見通しを確立します。これにより、従業員は自分のプロジェクトへの貢献をより重視し、誇りを持つことができます。
さらなる連携と協働:SAFe、特にその幅広い構成は、これまでサイロ化されていたチームの連携を強化し、明確な企業目標に向けて組織全体が協働するように設計されています。この協働はSAFeのまさに中心にあります。