Scrum at Scale (S@S)
スクラムを数チームから数千人規模の組織全体へリニアにスケール展開するためのモジュール型フレームワーク。スクラム共同創始者 Jeff Sutherland らによって提唱された。過度な官僚主義を排除し（Minimum Viable Bureaucracy）、各チームの自己管理とスピードを損なわずに組織全体の整合性とアジリティを両立させることを目的とする。
Scrum@Scale は、組織の活動を「How（手法・デリバリー）」と「What（価値・ビジョン）」の2つの独立した調整サイクルに分離し、それぞれがハブを通じて連携する構造を持つ[1]。
1. スクラムマスターサイクル（“How” を調整する）
Section titled “1. スクラムマスターサイクル（“How” を調整する）”- スクラムオブスクラム (SoS): 複数チーム間の依存関係を解消し、スプリントごとに統合された出荷可能インクリメントを完成させる実行ユニット。
- スクラムオブスクラムマスター (SoSM): チーム横断の障害物を除去し、デリバリープロセスの円滑化に責任を持つ。
- エグゼクティブアクションチーム (EAT): スクラムマスターサイクルの最高ハブ。現場レベルで解決できない組織的・制度的な障害物を経営・財務権限をもって除去し、組織独自のアジャイルOSを維持・改善する。
2. プロダクトオーナーサイクル（“What” を調整する）
Section titled “2. プロダクトオーナーサイクル（“What” を調整する）”- チーフプロダクトオーナー (CPO): 複数チームのバックログの優先順位を統合し、包括的なプロダクトビジョンとリリース計画を策定する。
- エグゼクティブメタスクラム (EMS): プロダクトオーナーサイクルの最高ハブ。全社の戦略的ビジョンをバックログに落とし込み、リソース配分と優先順位を決定する。
3. 実証研究と現場知見
Section titled “3. 実証研究と現場知見”- 他フレームワークとの対比: 厳格な規定や固定ロールが多い SAFe に比べ、Scrum@Scale は基本スクラムの再帰的（フラクタル）な拡張とモジュール構成を重視しており、組織に応じた部分導入や段階的成長が容易とされる。
- 所属タグ: Scaling Scrum@Scale スケーリングフレームワーク 障害管理
- カテゴリー: Scaling
関連動画 (YouTube)
Section titled “関連動画 (YouTube)”- アジャイルな組織を作るために開発チーム作成ガイドを書いた話 - Yusuke Amano
- Shota Nakaguchi - ファシリテーションの力で自律した組織を作りたい
- shuto mohri / junpei ohtaki / Moeko Kajihara - 迷わないスクラム、はじめませんか？
-
Scrum@Scale Guide — 「Scrum@Scale は、スクラムガイドに従って機能しているチームのネットワークが、複雑適応系の問題に対処しつつ、最高の価値のプロダクトを創造的にデリバリーすることを可能とする、軽量級の組織フレームワークである。」（ライセンス: CC BY-SA 4.0） ↩