Scaled agile frameworkとは？わかりやすく解説

Scaled Agile Framework
英名	Scaled Agile Framework
略称	SAFe
実施国	世界各国
資格種類	民間資格
分野	アジャイルソフトウェア開発、リーン製品開発
試験形式	オンライン試験（認定研修受講が必須）
認定団体	Scaled Agile, Inc.
認定開始年月日	2011年
等級・称号	SAFe Scrum Master (SSM) 等
公式サイト	https://scaledagileframework.com/
	ウィキプロジェクト資格; ウィキポータル資格
	テンプレートを表示

Scaled Agile Framework（スケールド・アジャイル・フレームワーク、略称:SAFe）は、エンタープライズ（組織・企業）規模でリーンおよびアジャイルの実践を拡張するための組織・ワークフローのパターン集であり、ナレッジベースである^[1]。大規模組織におけるアジャイル導入のデファクトスタンダードの一つとして認知されている。

概要

SAFeは、多数のアジャイルチーム間におけるアラインメント（整列）、コラボレーション、およびデリバリーを促進する。アジャイルソフトウェア開発、リーン製品開発、およびシステム思考という3つの主要な知識体系を基盤とし、実務者によって開発された。

2007年にディーン・レフィングウェルによって概念化され、2011年の正式リリース以降、継続的にバージョンアップが行われている。最新版のバージョン6.0は2023年3月にリリースされた^[2]。

歴史と背景

誕生の経緯

2000年代、スクラム (ソフトウェア開発)やエクストリーム・プログラミング (XP) といったアジャイル手法が普及したが、これらは主に「5人から11人程度の小規模な1チーム」に最適化されたものだった。しかし、数百万行のコードや数千人のエンジニアを擁するエンタープライズ（大規模組織）では、単独チームの手法をそのまま適用しても、「チーム間の依存関係」「予算管理」「アーキテクチャの一貫性」といった組織レベルの課題を解決できないという現実に直面した。

ディーン・レフィングウェルは、自身のコンサルティング経験から、これらの課題を解決するための「共通言語」と「構造」が必要であると考えた。彼は2007年に『Scaling Software Agility』（邦題：アジャイル開発の本質とスケールアップ）を出版し、大規模組織でもアジャイルを実現できる14のベストプラクティスを提示した^[3]。これが2011年に「SAFe 1.0」として正式に発表されるに至った。

なぜSAFeが必要とされるのか（導入のメリット）

大規模組織においてSAFeを導入することで、以下のような価値（ビジネス・アジリティ）が提供される。

アラインメント（整列）の確保: 全員が「今、会社が何を目指しているのか」を理解し、同じ目標に向かって同期できるようになる。
品質の向上とリードタイムの短縮: リーンの考え方により複雑な承認フローを簡素化し、価値提供までの時間を短縮する。
依存関係の可視化: PIプランニングを通じてチーム間の待ち時間を事前に解消できる。
透明性の向上: 現場の進捗が経営層レベルまで一気通貫で可視化される。

導入事例

世界中で20,000以上の組織がSAFeを採用しており、ミッションクリティカルな分野での実績が豊富である^[4]。

アメリカン・エキスプレス：顧客体験向上のため大規模に導入。数百チームの同期と定着を実現。
メルセデス・ベンツ・モビリティ：34市場、約40製品を扱うグローバル開発体制の統合に活用。
ドイツテレコム：IT部門でアジャイル・リリース・トレイン (ART) を130以上に拡大。
アドバンテスト：半導体製造装置の複雑なハードウェア・ソフトウェア統合開発に導入。
ポルシェ：車両ソフトウェア開発のデジタル変革において、組織全体のアジリティ向上に活用。
ロッキード・マーティン：F-22戦闘機のソフトウェア開発など、極めて複雑なシステム開発に適用。
フェデックス：グローバルな物流ネットワークを支えるIT基盤の刷新に採用。

大規模化における課題へのアプローチ

SAFeは、大規模組織においてアジャイルの原則と実践を拡張する際に直面する以下の課題への対処を定義している。

長期的な計画の見通し: PI（プランニング・インクリメント）という3ヶ月単位の同期ポイントで、現場の俊敏性と経営層のロードマップを調整する。
権限委譲と同期: 共通のケイデンス（リズム）を設けることで、多数のチームによる成果物の統合を制御可能にする^[5]。

独自の手法とプロセス

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

SAFeの中核となる組織単位。50人から125人程度のアジャイルチームの集合体。全体を調整する「リリース・トレイン・エンジニア (RTE)」や「システム・アーキテクト」が配置される。

PIプランニング (PI Planning)

SAFeの「心臓部」とされる共同計画イベント。ARTに参加する全員が集まり、次のPIの目標策定と依存関係の特定を行う。

基本原則

SAFeは以下の10の「リーン・アジャイル原則」を基盤とする^[6]。

経済的な視点を持つ
システム思考を適用する
変動性を許容し、選択肢を維持する
迅速で統合された学習サイクルにより、段階的に構築する
稼働中のシステムを客観的に評価し、マイルストーンを設定する
仕掛品 (WIP) を可視化・制限し、バッチサイズを小さくし、キューの長さを管理する
ケイデンスを適用し、ドメインを越えた計画で同期する
ナレッジワーカーの固有の動機を引き出す
意思決定を分散させる
価値を中心に組織化する

認定資格とトレーニング

試験を受験し、称号を得るためには、認定パートナーによる公式トレーニングの受講が必須である。役割や習熟度に応じて、以下の認定資格が提供されている。

導入・初級レベル (New to SAFe)

Leading SAFe / SAFe Agilist (SA)
Leading SAFe for Government / SAFe Agilist (SA)
SAFe for Teams / SAFe Practitioner (SP)
SAFe for Hardware / SAFe Hardware Agilist (SHWA)
SAFe for Hardware Teams / SAFe Hardware Practitioner (SHWP)
SAFe Agile Software Engineering / SAFe Agile Software Engineer (ASE)

役割・専門レベル (Already familiar)

SAFe Scrum Master (SSM)
SAFe Advanced Scrum Master (ASM)
SAFe Product Owner/Product Manager (POPM)
SAFe Release Train Engineer (RTE)
SAFe Lean Portfolio Management (LPM)
SAFe DevOps / SAFe DevOps Practitioner (SDP)
Agile Product Management / SAFe Agile Product Manager (APM)
SAFe for Architects / SAFe Architect (ARCH)

上級・指導者レベル (Ready to lead)

Implementing SAFe / SAFe Practice Consultant (SPC)
SAFe Practice Consultant-Trainer (SPCT)
Advanced SAFe Practice Consultant (ASPC)

認定パートナー

日本国内においても、主要なシステムインテグレーターやコンサルティングファームが参画している。

Global Transformation / SPCT Partner

アクセンチュア：AIなどの先端技術とSAFeを組み合わせた組織変革プログラムを展開。
NTTデータ：日本企業初のGlobal Transformation Partner。グループ全体で1,500名以上の有資格者を配備。

Gold Partner（五十音順）

オージス総研：オブジェクト指向開発の知見を活かした大規模アジャイルの導入・コーチングを提供。
TIS：イノベーティブな組織づくりをプロジェクトマネジメントの観点から一貫支援。
TDCソフト：多数のART立ち上げ実績と、累計数千名に及ぶ公式トレーニングの実績を持つ。
テプコシステムズ：東京電力グループでの大規模開発実績を基にした、実践的な研修サービスを展開。
NEC：自社のDX変革で培ったノウハウを元に、顧客のビジネスアジリティ獲得を支援。
日立製作所：社会インフラ等の大規模システム開発の知見を活かし、段階的なアジャイル導入を推進。
富士通：グローバルな有資格者体制を揃え、経営とITが連動したアジリティの実現を目指す。
リックソフト：Atlassian等のITツール活用とSAFeを組み合わせ、可視化とフロー改善を支援。
レッドハット：オープンソース技術と自動化環境にSAFeを統合し、デジタル変革を加速。

評価と批判

SAFeは市場シェア約30%と最も普及している一方、階層的で柔軟性に欠けるという批判もある。スクラム共同創設者のケン・シュエイバーは、中央集権的すぎるとして「unSAFe（非アジャイル）」と批判した^[7]。

参考文献

^ Hayes, Will; Miller, Suzanne; Lapham, Mary Ann; Wrubel, Eileen; Checkley, Linda (2016). Scaling Agile Methods for Department of Defense Programs (Report). Software Engineering Institute (SEI).
^ “Say Hello to SAFe 6.0”. Scaled Agile Inc. (2023年3月15日). 2026年2月7日閲覧。
^ ディーン・レフィングウェル玉川憲、早川和彦、今井雄太訳 (2010). アジャイル開発の本質とスケールアップ. 翔泳社. ISBN 978-4798120409
^ “SAFe Customer Stories”. Scaled Agile Inc.. 2026年2月7日閲覧。
^ Eklund, U. (2014). Industrial Challenges of Scaling Agile. Springer. ISBN 978-3319143583
^ “SAFe Lean-Agile Principles”. Scaled Agile Inc.. 2026年2月7日閲覧。
^ Schwaber, Ken (2013年8月6日). “unSAFe at any speed”. 2026年2月7日閲覧。

Scaled agile frameworkとは？わかりやすく解説