Scrum-Leitfaden · Skalierung und Lernen
Scrum of Scrums: mehrere Scrum Teams koordinieren
Ein Scrum of Scrums ist ein Meeting und eine Struktur, in der Vertreter mehrerer Scrum Teams ihre Arbeit abstimmen. Es ist der einfachste Weg, Scrum zu skalieren, wenn einige Teams gemeinsam ein Produkt entwickeln.
Das Wichtigste in Kürze
- Ein Scrum of Scrums koordiniert mehrere Scrum Teams über Vertreter.
- Es konzentriert sich auf Abhängigkeiten, Integration und gemeinsame Hindernisse.
- It is the basic building block of Scrum@Scale.
Funktionsweise
- Jedes Team entsendet einen Vertreter, oft einen Developer mit dem passenden technischen Wissen, manchmal den Scrum Master.
- Die Vertreter treffen sich regelmäßig, von täglich bis zu einigen Malen pro Woche, oft für etwa 15 Minuten, mit anschließender Zeit für Problemlösung.
- Im Mittelpunkt stehen Integration, Abhängigkeiten und Hindernisse, die mehr als ein Team betreffen.
- Die Vertreter teilen das Ergebnis mit ihren eigenen Teams.
Beispielagenda
- Was hat mein Team seit dem letzten Treffen getan, das andere Teams betrifft?
- Was wird mein Team als Nächstes tun, das andere Teams betrifft?
- Vor welchen Hindernissen steht mein Team, bei denen andere helfen könnten?
- Sind wir dabei, einem anderen Team etwas in den Weg zu legen?
- Problemlösung zu den angesprochenen Themen (nach der Kern-Timebox).
Tipps
- Führen Sie ein gemeinsames Board für teamübergreifende Abhängigkeiten und Hindernisse.
- Schicken Sie die Person, die aktuelle Abhängigkeiten am besten besprechen kann; das kann sich im Lauf der Zeit ändern.
- Stimmen Sie die Sprint-Rhythmen ab, damit die Teams gemeinsam planen und überprüfen.
- Halten Sie ein gemeinsames Sprint Review für das integrierte Produkt ab.
Stolperfallen
- Es in einen Statusbericht für Führungskräfte verwandeln.
- Vertreter, die keine Entscheidungen treffen können oder nicht an ihr Team berichten.
- Zu viele Teams in einem Meeting; teilen Sie bei Bedarf in Ebenen auf.
Der Bezug zu Skalierungsframeworks
Das Scrum of Scrums ist ein zentraler Baustein von Scrum@Scale. Eine ähnliche Abstimmung findet sich in LeSS und im ART Sync von SAFe; siehe Agile Release Train.
Häufig gestellte Fragen
Wie viele Teams kann ein Scrum of Scrums koordinieren?
Typischerweise bis zu etwa fünf bis zehn Teams. Darüber hinaus fügen Organisationen eine weitere Ebene hinzu, manchmal Scrum of Scrums of Scrums genannt.
Ist das Scrum of Scrums Teil des Scrum Guide?
Nein. Es ist eine weit verbreitete Skalierungspraxis, aber nicht Teil des offiziellen Scrum-Frameworks.
Was ist ein Scrum of Scrums?
Ein Abstimmungsmeeting, in dem Vertreter mehrerer Scrum Teams Abhängigkeiten, Integration und gemeinsame Hindernisse besprechen.
Wer nimmt an einem Scrum of Scrums teil?
Ein Vertreter pro Team, oft ein Developer mit relevantem technischem Wissen oder der Scrum Master. Wer am besten geeignet ist, kann sich je nach aktuellen Abhängigkeiten ändern.
Wie oft trifft sich ein Scrum of Scrums?
Von täglich bis zu einigen Malen pro Woche, je nachdem, wie viele Abhängigkeiten bestehen. Viele begrenzen die Kerndiskussion auf etwa 15 Minuten.
Wer hat das Scrum of Scrums entwickelt?
Die Praxis wird meist Jeff Sutherland und Ken Schwaber zugeschrieben, die sie in den 1990er-Jahren zur Koordination mehrerer Teams einsetzten.
Was ist der Unterschied zwischen einem Daily Scrum und einem Scrum of Scrums?
Im Daily Scrum planen die Developers eines Teams ihren Tag in Richtung Sprint-Ziel. Ein Scrum of Scrums stimmt die Arbeit zwischen Teams ab.
Was ist ein Scrum of Scrums Master?
In Scrum@Scale, the person who facilitates the Scrum of Scrums and helps remove impediments across teams. See Scrum@Scale.
Wie hängt das Scrum of Scrums mit SAFe zusammen?
SAFe nutzt ähnliche Abstimmungsevents wie den ART Sync, um die Teams eines Agile Release Train aufeinander abzustimmen. Siehe SAFe.
Was macht ein Scrum of Scrums wirksam?
Vertreter, die Entscheidungen treffen können, ein gemeinsames Board für Abhängigkeiten und Hindernisse, abgestimmte Sprint-Rhythmen und ein Fokus auf Probleme statt auf den Status.
Ist das Scrum of Scrums ein Statusmeeting?
Das sollte es nicht sein. Sein Zweck ist, teamübergreifende Probleme sichtbar zu machen und zu lösen, nicht, Führungskräften über den Fortschritt zu berichten.