PMP試験の勉強で覚えた用語をかみ砕いて理解するための記事
1. SoS (Scrum of Scrums) の概要と背景
SoS (Scrum of Scrums) とは、複数のスクラムチームが協力し合い、統合されたプロダクト開発を進めるためのミーティングやフレームワークを指す。通常、一つのスクラムチームが扱う範囲を超えた大規模プロジェクトで、チーム間の調整が必要な際に活用される。PMPにおいては、チームの協働と利害関係者のコミュニケーションを効率化することを目的とした手法として捉えられる。
例えば、ITプロジェクトで開発の規模が拡大し、複数のスクラムチームに分かれて作業が行われる場合、それぞれの進捗や課題の共有を円滑に行うために SoS が適用される。この仕組みを使うことで、全体の方向性が一致し、チーム間の障害を取り除くことができる。
2. SoS (Scrum of Scrums) とは？
SoS は、通常スクラムチームの代表が集まって行う短い定期的なミーティングを指す。このミーティングでは、各チームの進捗や課題、他のチームに対する依存関係を共有する。
具体的には、各チームから選ばれた代表者が集まり、進捗を報告し、他のチームに影響する課題を共有し合う。これにより、問題の早期発見と対応が可能になり、チーム全体が同じ目標に向けて効率的に動ける。
このプロセスは「プロジェクト実行の監視・コントロール」や「チームパフォーマンスの向上」に関連する知識エリアで頻繁に使われる。
3. 実務での適用例
ITプロジェクトで複数のスクラムチームが並行して作業を進めている状況を想定する。例えば、新しいeコマースサイトを開発するプロジェクトで、フロントエンド、バックエンド、データベース、セキュリティの各チームが個別に作業を進めている。
このとき、毎週1回 SoS ミーティングを開催し、各チームの代表者が集まって進捗を共有する。バックエンドチームが API の設計に変更を加える必要が生じた場合、フロントエンドチームやセキュリティチームに早めに伝え、影響を最小限にするための調整を行う。これにより、後工程での手戻りや誤解による遅延を防ぐことができた。
※（筆者の体験ではなく、例です。）
4. アンチパターン – SoS を使わなかった場合の問題点
もし SoS を導入せず、各スクラムチームが独立して作業を進めた場合、以下のような問題が発生することがある。
例えば、バックエンドチームが API の変更を進めたにもかかわらず、その情報がフロントエンドチームに共有されておらず、リリース直前で大幅な修正が必要になった。この結果、フロントエンドの作業が遅れ、プロジェクト全体の納期が1ヶ月遅れることになった。
リスクとしては、各チームが独立して作業を進めた結果、全体としての統一感が欠け、品質の低下やコミュニケーション不足による手戻りが発生することが挙げられる。また、依存関係の管理が不十分になることで、計画外の修正コストが増大するリスクもある。
※（筆者の体験ではなく、例です。）
5. 学びと今後の展望
SoS の導入によって得られる学びは、チーム間の調整を積極的に行うことの重要性である。これにより、全体のプロジェクトパフォーマンスが向上し、コミュニケーションによる障害の除去がスムーズになる。他のプロジェクト管理ツールやプロセス、例えば「ステークホルダーエンゲージメント計画」と組み合わせることで、さらなる効果が期待できる。
大規模なアジャイル開発では、SoS だけでなく「LeSS（Large-Scale Scrum）」や「SAFe（Scaled Agile Framework）」のようなフレームワークも導入が検討される。LeSS は、スクラムのシンプルさを保ちながら複数チームの協働を支援することを目的としており、統一されたバックログ管理と簡素な構造を特徴とする。一方、SAFe はより包括的であり、ポートフォリオレベルからチームレベルまでの管理を行うための詳細なガイドラインを提供する。SAFe の導入により、ビジネスと開発の整合性を取りながら規模に応じた開発が可能になる。
SoSとLeSSの違い
SoS と LeSS はどちらも大規模なスクラムプロジェクトにおけるチーム間の調整を目的としているが、そのアプローチには違いがある。
- SoS (Scrum of Scrums) は、各スクラムチームの代表が集まることで、チーム間のコミュニケーションと調整を行うためのミーティング形式のフレームワークである。基本的には、各チームが自律的に作業を進める中で、全体の調整を図るために使用される。シンプルに各チーム間の情報共有を目的としており、ミーティング自体がメインの手法である。
- LeSS (Large-Scale Scrum) は、複数のスクラムチームが一体となって一つの製品の開発に取り組むことを目的としたフレームワークであり、バックログの統合管理と共通のプロダクトオーナーによって全体の方向性を統一する。LeSS はスクラムの原則を拡張する形で、チーム間の統合を深めており、組織的なプロセスや役割の簡素化を重視する。SoS よりもフレームワーク全体がシステム的に構築されており、全体的なプロダクトビジョンの一貫性を保ちながら進行することに焦点を当てている。
次に学ぶべき内容としては、スクラム全体の理解を深めるための「スクラムイベント」や「プロダクトオーナーの役割」について学ぶことを提案する。
6. まとめ
SoS (Scrum of Scrums) は、複数のスクラムチームが協力して大規模なプロジェクトを進める際に重要な役割を果たすフレームワークである。各チームの調整を円滑に行い、プロジェクトの進行を最適化するための効果的な手法である。また、SoS に加えて LeSS や SAFe などのフレームワークを組み合わせることで、さらに効率的な大規模アジャイル開発が可能になる。
7. PMP試験で出そうな問題例と解答
- SoS (Scrum of Scrums) が最も適しているのはどのような状況か？
- A. 小規模なスクラムチームが単独で開発を進めている場合
- B. 複数のスクラムチームが協力して大規模なプロジェクトを進めている場合
- C. チーム内での内部コミュニケーションが十分でない場合
- 正解: B
- SoS ミーティングの主な目的は何か？
- A. 各スクラムチームの内部問題を解決するため
- B. チーム間の依存関係や課題を共有するため
- C. プロジェクトの方向性を変更するため
- 正解: B