Scrum of Scrums: Multi-Team Koordination einfach erklärt
Scrum of Scrums ist eine Skalierungstechnik zur Koordination mehrerer Scrum-Teams, die an einem gemeinsamen Produkt arbeiten. Team-Vertreter treffen sich regelmäßig, um Fortschritte, Abhängigkeiten und Hindernisse teamübergreifend zu besprechen und die Integration der Arbeitsergebnisse sicherzustellen.
Scrum of Scrums (SoS) ist eine Skalierungstechnik im agilen Projektmanagement, die entwickelt wurde, um mehrere Scrum-Teams zu koordinieren, die gemeinsam an einem größeren Produkt oder Projekt arbeiten. Es handelt sich um eine praktische Lösung für die Herausforderungen, die entstehen, wenn ein einzelnes Team nicht ausreicht, um alle Anforderungen zu erfüllen.
Grundkonzept und Struktur
Im Kern ist Scrum of Scrums eine Erweiterung des Daily Scrum-Meetings auf Teamübergreifender Ebene. Während ein reguläres Daily Scrum Mitglieder eines einzelnen Teams zusammenbringt, verbindet Scrum of Scrums Vertreter aus mehreren Teams, um Fortschritte, Abhängigkeiten und Hindernisse auf Programmebene zu besprechen.
Die typische Struktur umfasst:
- Team-Vertreter: Jedes Scrum-Team entsendet einen Vertreter zum SoS-Meeting. Dies kann der Scrum Master sein, ist aber nicht darauf beschränkt - je nach Kontext können auch Team-Mitglieder oder Product Owner teilnehmen.
- Regelmäßige Treffen: SoS-Meetings finden typischerweise 2-3 Mal pro Woche statt, können aber bei Bedarf auch täglich abgehalten werden.
- Hierarchische Skalierung: Bei sehr großen Projekten kann ein "Scrum of Scrum of Scrums" (SoSoS) implementiert werden, um eine weitere Koordinationsebene zu schaffen.
Ablauf eines Scrum of Scrums-Meetings
Ein typisches SoS-Meeting folgt einer ähnlichen Struktur wie das Daily Scrum, ist aber auf teamübergreifende Belange fokussiert:
- Was hat mein Team seit dem letzten Meeting abgeschlossen? Fokus auf Inkremente, die für andere Teams relevant sein könnten.
- Was plant mein Team bis zum nächsten Meeting zu erledigen? Besonders Aufgaben, die Auswirkungen auf andere Teams haben könnten.
- Welche Hindernisse hat mein Team, die andere Teams betreffen könnten? Identifikation von Abhängigkeiten und Blockern.
- Plant mein Team etwas, das andere Teams behindern könnte? Proaktive Kommunikation potenzieller Konflikte.
Die Timeboxing-Regel wird auch hier angewendet, wobei 15-30 Minuten üblich sind, abhängig von der Anzahl der beteiligten Teams.
Rollen und Verantwortlichkeiten
In einem Scrum of Scrums-Setup können zusätzliche Rollen entstehen:
- Scrum of Scrums Master: Facilitiert das SoS-Meeting, verfolgt teamübergreifende Impediments und unterstützt bei deren Lösung.
- Chief Product Owner: Koordiniert die Arbeit zwischen den Product Ownern verschiedener Teams und sorgt für Übereinstimmung mit der übergeordneten Produktvision.
- Team-Botschafter: Die Vertreter jedes Teams, die am SoS teilnehmen und Informationen in beide Richtungen kommunizieren.
Vorteile von Scrum of Scrums
Die Implementierung von Scrum of Scrums bietet mehrere Vorteile:
- Verbesserte Koordination: Frühzeitige Erkennung und Lösung von teamübergreifenden Abhängigkeiten.
- Erhöhte Transparenz: Schafft Sichtbarkeit über Teamgrenzen hinweg.
- Schnellere Problemlösung: Hindernisse, die mehrere Teams betreffen, werden schneller identifiziert und adressiert.
- Konsistente Integration: Sichert die kontinuierliche Integration der Arbeit verschiedener Teams.
- Leichtgewichtige Skalierung: Bietet eine unkomplizierte Methode zur Skalierung ohne umfangreiche Frameworks.
Herausforderungen und Best Practices
Häufige Herausforderungen:
- Zu viele teilnehmende Teams, was zu ineffizienten Meetings führt
- Unklare Abgrenzung der Verantwortlichkeiten zwischen Teams
- Mangelnde Entscheidungsbefugnis der Team-Vertreter
- Überfokussierung auf Statusberichte statt Koordination
- Unzureichende Nachverfolgung der identifizierten Probleme
Best Practices:
- Beschränkung auf maximal 5-7 Teams pro SoS für effektive Kommunikation
- Klare Definition der erwarteten Ergebnisse des SoS-Meetings
- Wechselnde Vertreter je nach besprochenen Themen
- Führung eines teamübergreifenden Impediment Backlogs
- Visualisierung von teamübergreifenden Abhängigkeiten auf einem gemeinsamen Board
- Fokus auf Koordination und Integration, nicht reine Statusaktualisierung
Scrum of Scrums vs. SAFe und andere Skalierungsansätze
Im Vergleich zu umfassenderen Frameworks wie SAFe (Scaled Agile Framework) oder LeSS (Large-Scale Scrum) ist Scrum of Scrums:
- Weniger präskriptiv und leichter zu implementieren
- Flexibler und anpassbarer an spezifische Organisationskontexte
- Besser geeignet für mittlere Skalierung (bis etwa 10 Teams)
- Oft eine Komponente innerhalb größerer Frameworks
- Fokussiert auf operative Koordination statt umfassende organisatorische Transformation
Implementierung in der Praxis
Für eine erfolgreiche Implementierung von Scrum of Scrums empfiehlt sich:
- Mit einer kleinen Anzahl von Teams beginnen (2-3)
- Klare Ziele und Erwartungen für die SoS-Meetings definieren
- Entscheidungsprozesse und Eskalationswege etablieren
- Tools zur Visualisierung und Nachverfolgung von teamübergreifenden Abhängigkeiten einführen
- Regelmäßige Retrospektiven auf Programmebene durchführen
- Die Struktur iterativ anpassen, basierend auf Feedback und Erfahrungen
Scrum of Scrums ist ein pragmatischer Ansatz zur Skalierung agiler Praktiken, der besonders in Organisationen effektiv ist, die bereits Erfahrung mit Scrum auf Team-Ebene haben und nun wachsen oder komplexere Produkte entwickeln möchten.
Weitere Glossarbegriffe
User Story
Eine User Story ist eine kurze, benutzerorientierte Beschreibung einer Softwarefunktionalität aus der Perspektive des Endanwenders, die Wert und Nutzen betont. Sie folgt dem Format „Als Rolle möchte ich Ziel, damit Nutzen" und bildet die Grundlage für Diskussionen im agilen Team.
Lean Software Development - Prinzipien & Praktiken
Lean Software Development überträgt Lean-Manufacturing-Prinzipien auf die Softwareentwicklung: Verschwendung eliminieren, Qualität einbauen, schnell liefern. Die sieben Prinzipien nach Poppendieck bilden die Grundlage für maximalen Kundennutzen bei minimalem Ressourcenaufwand durch kontinuierliche Optimierung und Wertschöpfung.
Sprint
Ein Sprint ist ein definierter Zeitraum von ein bis vier Wochen, in dem ein Scrum-Team ein potenziell auslieferbares Produktinkrement erstellt. Er umfasst Sprint Planning, Daily Scrums, Entwicklungsarbeit, Sprint Review und Retrospektive als festen Rhythmus der agilen Arbeitsweise.