Zweck

Alle Teams arbeiten gemeinsam an Lösungskonzepten für die im Sprint Planning Meeting #1 ausgewählten, committeten Stories. Sie unterstützen sich gegenseitig.

Grundlagen

1. Alle Teams arbeiten an ihren Stories.
2. Abhängigkeiten werden im Scrum of Scrums (SoS) thematisiert und festgehalten.
3. Impediments werden identifiziert und festgehalten.

Zutaten

• ScrumMaster und Entwicklungsteams
• Ergebnisse des Sprint Planning Meeting #1 – Selected Product Backlog der Teams
• Weitere Informationen

Tipp: In diesem Meeting ist es sehr hilfreich, Systemarchitekten oder andere Informationslieferanten, z. B. von anderen Bereichen, on call dabei zu haben. Diese können lediglich beratend und empfehlend eingreifen.

Ergebnis

• Ein gemeinsames, klares Verständnis des Teams über die Lösungskonzepte für die Backlog Items
• ScrumBoard mit Tasks, Design, Architekturinformationen
• Bearbeitete und gelöste Abhängigkeiten und Impediments

Was man NICHT tun sollte

1. Den ScrumMaster zum Scrum of Scrums schicken.
2. Das Meeting z. B. wegen fehlendem Zugriff auf die Codebasis oder Architekturdiagramme unterbrechen müssen.

Dauer / Ort

Die Dauer ist von der Sprintlänge abhängig. 3 Stunden sind ein guter Anfang.

Ablauf

Zeit: 13:00 Dauer: 5 min

Alle Teammitglieder beginnen gemeinsam mit denAktivitäten des Nachmittags.

Zeit: 13:05 Dauer: 60 min

Die Teammitglieder arbeiten an den Stories und finden Lösungen für deren Umsetzung.

Zeit: 14:05 Dauer: 15 min

Scrum of Scrum (SoS): Hindernisse und Abhängigkeiten, die im skalierten Sprint Planning #1 gefunden wurden, auflösen oder an der Klärung arbeiten. Im SoS berichten die Teammitglieder über Stories, für die eine Lösung gefunden wurde, und darüber, wie sie mit der Abhängigkeit zu einem anderen Team umgehen werden.

Zeit: 14:20 Dauer: 60 min

Die Teams arbeiten weiter an den Stories.

Zeit: 15:20 Dauer: 15 min

SoS, siehe oben

Zeit: 15:35 Dauer: 60 min

Die Teams arbeiten weiter an den Stories.

Zeit: 16:35 Dauer: 15 min

Alle Teammitglieder versammeln sich und geben den anderen Teams zusammenfassend Informationen über die Stories, zu denen sie sich verpflichtet haben. Der Tag wird gemeinsam beendet!

Insider Tipp: Das Company ScrumBoard sollte ein physisches Board mit viel Platz sein. (Pack-)Papier ist eine einfache, aber gute Idee. Ein digitales Tool erzeugt nicht genügend Transparenz.

Company ScrumBoard