Neural Project InstituteAI時代のプロジェクトマネジメント資格

スクラムガイド · スケーリングと学習

スクラム・オブ・スクラム:複数のスクラムチームを連携させる方法

スクラム・オブ・スクラムズとは、複数のスクラムチームの代表者が作業を調整するための会議であり、構造でもあります。数チームが一緒に1つのプロダクトを作る場合に、スクラムをスケーリングする最もシンプルな方法です。

要点

  • スクラム・オブ・スクラムズは、代表者を通じて複数のスクラムチームを調整します。
  • 依存関係、統合、共通の障害に焦点を当てます。
  • It is the basic building block of Scrum@Scale.

仕組み

  • 各チームが代表者を送ります。多くの場合は適切な技術知識を持つ開発者で、スクラムマスターのこともあります。
  • 代表者は毎日から週に数回、多くの場合15分程度定期的に集まり、その後に問題解決の時間を設けます。
  • 焦点は、統合、依存関係、そして複数のチームに影響する障害です。
  • 代表者は結果を自チームに共有します。

アジェンダの例

  1. 前回以降、自チームが行ったことで他チームに影響するものは何か?
  2. 自チームが次に行うことで他チームに影響するものは何か?
  3. 自チームが抱える障害のうち、他チームが助けられるものは何か?
  4. 自チームが他チームの妨げになりそうなことはあるか?
  5. 挙げられた課題についての問題解決(中核のタイムボックスの後)。

コツ

  • チーム横断の依存関係と障害を共有するボードを用意する。
  • その時点の依存関係を話し合うのに最適な人を送る。担当者は時期によって変わってもよい。
  • スプリントのケイデンスを揃え、チームが一緒に計画とレビューを行えるようにする。
  • 統合されたプロダクトについて合同のスプリントレビューを開く。

落とし穴

  • マネージャー向けの進捗報告にしてしまう。
  • 意思決定ができない、または自チームに報告しない代表者。
  • 1つの会議にチームが多すぎる。必要に応じて階層に分ける。

スケーリングフレームワークとの関係

スクラム・オブ・スクラムズは、次の中核的な構成要素です: Scrum@Scale。同様の調整は次にも見られます: LeSS やSAFeのARTシンク。参考: アジャイルリリーストレイン.

よくある質問

スクラム・オブ・スクラムズでは何チームまで調整できますか?

通常は5~10チーム程度までです。それを超える場合、組織はさらに階層を追加します。これはスクラム・オブ・スクラムズ・オブ・スクラムズと呼ばれることもあります。

スクラム・オブ・スクラムズはスクラムガイドの一部ですか?

いいえ。広く使われているスケーリングのプラクティスですが、公式のスクラムフレームワークの一部ではありません。

スクラム・オブ・スクラムズとは?

複数のスクラムチームの代表者が、依存関係、統合、共通の障害について話し合う調整会議です。

スクラム・オブ・スクラムズには誰が参加しますか?

各チームから1人の代表者で、多くの場合は関連する技術知識を持つ開発者かスクラムマスターです。最適な人は、その時点の依存関係によって変わることがあります。

スクラム・オブ・スクラムズはどのくらいの頻度で開きますか?

依存関係の多さに応じて、毎日から週に数回までさまざまです。多くの場合、中核となる議論は15分程度に抑えます。

スクラム・オブ・スクラムズを考案したのは誰ですか?

このプラクティスは一般に、1990年代に複数のチームの調整に用いたJeff SutherlandとKen Schwaberによるものとされています。

デイリースクラムとスクラム・オブ・スクラムズの違いは何ですか?

デイリースクラムは、1つのチームの開発者がスプリントゴールに向けて1日の計画を立てるためのものです。スクラム・オブ・スクラムズは、チーム間の作業を調整します。

スクラム・オブ・スクラムズ・マスターとは何ですか?

In Scrum@Scale, the person who facilitates the Scrum of Scrums and helps remove impediments across teams. See Scrum@Scale.

スクラム・オブ・スクラムズはSAFeとどう関係していますか?

SAFeでは、ARTシンクなどの同様の調整イベントを使って、アジャイルリリーストレイン上のチームの足並みを揃えます。参考: SAFe.

スクラム・オブ・スクラムズを効果的にするものは何ですか?

意思決定ができる代表者、依存関係と障害を共有するボード、揃ったスプリントのケイデンス、そして進捗ではなく問題への集中です。

スクラム・オブ・スクラムズは進捗会議ですか?

そうであるべきではありません。目的はチーム横断の課題を表面化させて解決することであり、マネージャーに進捗を報告することではありません。