Was ist Scrum of Scrum und wann verwende ich es?

Wie Scrum of Scrum mehrere agile Teams effizient synchronisiert und skalierte Produktentwicklung ohne komplexe Frameworks ermöglicht

Einführung

Scrum funktioniert hervorragend in kleinen, selbstorganisierten Teams. Doch wenn ein Produkt oder Projekt so groß wird, dass mehrere Scrum-Teams parallel daran arbeiten müssen, stößt das klassische Scrum an Grenzen. Genau hier kommt Scrum of Scrums (SoS) ins Spiel – eine skalierte Koordinationsmethode, die sicherstellt, dass viele Teams gemeinsam effizient, synchron und ohne Hindernisse arbeiten können.

Was ist Scrum of Scrums?

Scrum of Scrums ist ein skalierter agiler Abstimmungs- und Koordinationsmechanismus, bei dem Vertreter mehrerer Scrum-Teams regelmäßig zusammenkommen, um teamübergreifende Abstimmungen vorzunehmen. Es ist kein eigenständiges Framework, sondern eher eine Erweiterung des klassischen Scrum, um größere organisatorische Strukturen zu unterstützen.

Ziel von Scrum of Scrums

Das Hauptziel von Scrum of Scrums besteht darin, teamübergreifende Abhängigkeiten frühzeitig zu erkennen und zu klären, Risiken und Hindernisse zu beseitigen, die mehrere Teams betreffen könnten, sowie eine enge Synchronisation von Arbeitspaketen, Releases und technischen Entscheidungen sicherzustellen. Gleichzeitig schafft Scrum of Scrums eine erhöhte Transparenz über den Fortschritt auf Produktebene und trägt dazu bei, dass alle Teams auf gemeinsame Ziele ausgerichtet bleiben.

Wie funktioniert ein Scrum of Scrums Meeting?

Jedes Scrum‑Team entsendet einen Vertreter, häufig den Scrum Master oder gelegentlich einen Entwickler, der die relevanten Informationen aus seinem Team einbringt. Das Meeting selbst verläuft ähnlich wie ein Daily Scrum: Es ist kurz, fokussiert und lösungsorientiert. Dabei werden die Punkte besprochen, die Auswirkungen auf andere Teams haben – etwa welche Arbeiten bereits erledigt wurden, welche Aufgaben demnächst anstehen, welche Hindernisse teamübergreifend zu Blockaden führen könnten und welche Risiken, Abhängigkeiten oder Engpässe zwischen den Teams bestehen. Die Häufigkeit der Scrum‑of‑Scrums‑Meetings richtet sich nach der Komplexität des Projekts und kann täglich, alle zwei Tage oder wöchentlich erfolgen.

Wann verwende ich Scrum of Scrums?

Scrum of Scrums wird immer dann eingesetzt, wenn mehrere Teams gemeinsam an einem Produkt, System oder Projekt arbeiten und ihre Arbeit koordiniert werden muss. Das ist insbesondere der Fall, wenn ein einzelnes Scrum‑Team aufgrund der Größe oder Komplexität des Vorhabens nicht mehr ausreicht und mehrere Teams parallel entwickeln müssen. Ebenso ist Scrum of Scrums sinnvoll, wenn starke Abhängigkeiten zwischen Teams bestehen, etwa durch gemeinsame Softwaremodule, eine zentrale Architektur, ein gemeinsames Release oder Funktionen, die direkt aufeinander aufbauen. Darüber hinaus wird Scrum of Scrums verwendet, wenn Transparenz über den Gesamtfortschritt notwendig ist, da jedes Team zwar seine eigenen User Stories kennt, jedoch nicht stets den Überblick über das gesamte Produkt hat. Auch wenn Risiken frühzeitig erkannt werden müssen – beispielsweise Integrationsprobleme oder technische Konflikte, die erst teamübergreifend sichtbar werden – bietet Scrum of Scrums eine strukturierte Lösung. Besonders hilfreich ist dieser Ansatz zudem, wenn mehrere Teams gemeinsam ein Inkrement liefern müssen, wie es bei komplexen Softwareprodukten oder umfangreichen Organisationsprojekten häufig der Fall ist.

Wie hebt sich Scrum of Scrums von anderen Scaling-Frameworks ab – und wann setze ich es ein?

Scrum of Scrums (SoS) zählt zu den leichtgewichtigsten Ansätzen, um Scrum über mehrere Teams hinweg zu skalieren. Im Gegensatz zu voll ausformulierten Scaling-Frameworks wie Scrum@Scale, LeSS oder Nexus stellt SoS kein eigenes Framework, sondern einen Kollaborationsmechanismus dar. Der Ansatz konzentriert sich auf die operative Abstimmung zwischen Teams – meist in Form eines regelmäßigen Meta-Dailys –, ohne zusätzliche Rollen, Artefakte oder organisatorische Veränderungen einzuführen. Genau diese Schlankheit macht Scrum of Scrums besonders flexibel und niedrigschwellig: Es lässt sich schnell einführen, funktioniert in hybriden Organisationsformen und eignet sich sowohl für temporäre als auch für dauerhafte Skalierungsbedarfe.

Im Vergleich dazu verfolgt Scrum@Scale einen deutlich breiteren Anspruch. Es skaliert nicht nur die Zusammenarbeit der Entwicklungsteams, sondern auch Führungs-, Entscheidungs- und Priorisierungsprozesse der gesamten Organisation. Frameworks wie LeSS gehen sogar noch einen Schritt weiter, indem sie Strukturprinzipien und organisatorische Vereinfachungen vorgeben – etwa ein einziges Product Backlog und einen einzigen Product Owner für alle Teams. Nexus wiederum adressiert eng verzahnte Softwareprodukte und schafft dafür klare Integrationsrollen und Artefakte, die für Produkte mit hohen technischen Abhängigkeiten unverzichtbar sind.

Scrum of Scrums ist deshalb immer dann die passende Wahl, wenn mehrere Scrum-Teams an einem Produkt arbeiten, aber weitgehend eigenständig liefern können und primär eine koordiniert abgestimmte Delivery brauchen. Wo hingegen umfangreiche organisatorische Veränderungen, starke technische Integration oder ein unternehmensweites Operating Model im Vordergrund stehen, liefern Scrum@Scale, LeSS oder Nexus geeignetere, strukturiertere Leitplanken.

Vor- und Nachteile von Scrum of Scrums

Scrum of Scrums bietet den Vorteil, dass die Transparenz über das Gesamtprojekt steigt und Probleme, die mehrere Teams betreffen, schneller gelöst werden können. Die beteiligten Teams synchronisieren sich besser, gewinnen mehr Klarheit über bestehende Abhängigkeiten und bleiben gemeinsam auf ein zentrales Produktziel ausgerichtet. Gleichzeitig können jedoch Herausforderungen entstehen: Der zusätzliche Koordinationsaufwand kann zu Bürokratisierung führen, komplexe Abhängigkeiten bleiben trotz des Formats bestehen, und es kann notwendig werden, zusätzliche Rollen wie einen Chief Product Owner oder System Architect einzuführen, um die Zusammenarbeit effektiv zu steuern.

Fazit

Scrum of Scrums ist ideal, wenn mehrere Scrum-Teams gemeinsam an einem Produkt arbeiten und ihre Arbeit koordinieren müssen. Es schafft Struktur, verbessert die Transparenz und erhöht die Geschwindigkeit, ohne dabei die agilen Grundprinzipien des klassischen Scrum zu verlieren. Verwenden solltest du es immer dann, wenn ein Projekt zu groß für ein einzelnes Team wird und teamübergreifende Abhängigkeiten entstehen, die durch koordinierte Abstimmung frühzeitig adressiert werden müssen.