Scrum Master Moderation guide
Fünf Scrum-Veranstaltungen, fünf sehr unterschiedliche Moderationsaufgaben. Hier finden Sie die Tagesordnung, die Zeitvorgaben und die Anti-Muster, die wir am häufigsten beobachten – zusammengefasst aus den Erfahrungen mit dem Coaching von Dutzenden von Teams.
Sprint-Planung
Time-box
Bis zu 8 Stunden für einen 4-wöchigen Sprint (bei kürzeren Sprints entsprechend weniger)
Agenda
- • Bestätigen Sie das Ziel des Sprints – einen Satz, hinter dem das Team steht.
- • Gehen Sie die obersten Einträge im Backlog durch. Klären Sie die Akzeptanzkriterien, nicht die Umsetzung.
- • Prognose: Das Team übernimmt die Arbeit, der Scrum Master drängt niemals darauf.
- • Teilen Sie Aufgaben nur dann in Teilaufgaben auf, wenn dies dem Team tatsächlich hilft – viele erfahrene Teams verzichten darauf.
Anti-patterns
- − Der Produktverantwortliche stellt Elemente vor, die das Team noch nie gesehen hat (die Verfeinerung wurde übersprungen).
- − Der Scrum Master weist Aufgaben zu oder nimmt im Namen der Entwickler Schätzungen vor.
- − Kein Sprintziel – lediglich eine Liste von Tickets.
Tägliches Scrum-Meeting
Time-box
15 Minuten, jeden Tag, zur gleichen Zeit, am gleichen Ort
Agenda
- • Überprüfen Sie den Fortschritt im Hinblick auf das Sprintziel – es handelt sich nicht um einen Statusbericht an den Vorgesetzten.
- • Hindernisse. Verschieben Sie die Lösung dieses Problems auf nach der Besprechung.
- • Sollte der Plan angepasst werden müssen, passen Sie ihn an. Der Tagesplan dient dazu, die nächsten 24 Stunden neu zu planen.
Anti-patterns
- − Rundum-Bericht an den Scrum Master (die Entwickler sind für dieses Meeting verantwortlich).
- − Probleme in der Besprechung lösen, während sechs Personen zusehen.
- − Ich lasse es aus, „weil ja alles auf der Tafel steht“.
Sprint-Review
Time-box
Bis zu 4 Stunden für einen 4-wöchigen Sprint
Agenda
- • Zeigen Sie funktionierende Software, keine Folien. Was noch nicht fertig ist, wird nicht gezeigt.
- • Laden Sie die tatsächlich Beteiligten ein – jene Personen, deren Entscheidungen sich aufgrund dessen, was sie sehen, ändern werden.
- • Erfassen Sie Rückmeldungen als potenzielle Backlog-Elemente, nicht als feste Zusagen.
- • Aktualisieren Sie das Produkt-Backlog und die Roadmap gemeinsam und transparent.
Anti-patterns
- − Behandeln Sie dies als Freigabeschritt. Die Abnahme erfolgt während des Sprints, nicht erst am Ende.
- − Demo-Theater – inszenierte Klicks, die Ecken und Kanten verbergen. Zeigen Sie die Ecken und Kanten.
- − Es waren keine Interessengruppen anwesend, lediglich das Entwicklerteam, das sich gegenseitig die Ergebnisse vorstellte.
Sprint-Retrospektive
Time-box
Bis zu 3 Stunden für einen 4-wöchigen Sprint
Agenda
- • Bereiten Sie den Boden vor – lesen Sie die Hauptrichtlinie noch einmal durch und fassen Sie die Maßnahmen der letzten Retrospektive zusammen.
- • Daten sammeln – eines der Formate aus unserem Leitfaden zu Formaten für Retrospektiven.
- • Gewinnen Sie Erkenntnisse – gruppieren Sie die Themen, stimmen Sie darüber ab und diskutieren Sie ausschließlich die 2–3 wichtigsten Themen.
- • Legen Sie fest, was zu tun ist – höchstens drei Maßnahmen, namentlich benannte Verantwortliche und Fristen.
- • Abschluss – eine Runde der Anerkennung. Beenden Sie die Sitzung stets pünktlich.
Anti-patterns
- − Jeden Sprint das gleiche Format – jeden Sprint die gleichen Antworten.
- − Zwölf Aktien, die niemand besitzt. Drei reichen völlig aus.
- − Eine Demo, die sich mit der Nachbereitung oder Planungsfehlern befasst. Beheben Sie stattdessen die Probleme bei der vorgelagerten Besprechung.
Verfeinerung des Auftragsbestands
Time-box
Etwa 10 % der Kapazität des Teams, fortlaufend – keine einzige Feier
Agenda
- • Der PO geht die anstehenden Punkte durch. Das Team stellt klärende Fragen.
- • Erstellen Sie gemeinsam die Akzeptanzkriterien. Der Produktverantwortliche verfasst den Text – das Team leistet einen Beitrag.
- • Schätzen Sie die Anzahl der Aufgaben so ein (bzw. passen Sie sie so an), dass sie für 1,5 bis 2 Sprints ausreichen.
- • Teilen Sie alles, was länger als einen halben Sprint dauert, auf, bevor es in die Planung aufgenommen wird.
Anti-patterns
- − Sechs Sprints im Voraus planen – die Welt wird sich zuerst verändern.
- − Die Schätzung von Arbeiten, die das Team niemals ausführen wird – vergeudeter Aufwand.
- − Dies wird als optional betrachtet. Die Planungsqualität wird durch die Verfeinerungsqualität begrenzt.
Ein tieferer Einblick in die Retrospektive
Von den fünf Veranstaltungen ist die Retrospektive diejenige, die die meisten Teams wie im Autopilot-Modus abwickeln. Der oben genannte Schritt „Daten sammeln“ verweist auf unseren Leitfaden
mit zwölf Retrospektive-Formaten – wechseln Sie diese ab, damit die Retrospektive nicht in jedem Sprint dieselben drei Antworten liefert. Die Gewohnheiten während des Meetings, die dafür sorgen, dass die Retrospektive erfolgreich verläuft, sind im Leitfaden mit Moderationstipps zusammengefasst, und der Grund, warum sich so viele Retrospektiven sinnlos anfühlen – Maßnahmen, die nie umgesetzt werden –, wird im Artikel „Warum Ihre Aktionspunkte nie umgesetzt werden “ analysiert.
Tools zur Unterstützung der Zeremonie
Das Anti-Muster „zwölf Maßnahmen, für die niemand verantwortlich ist“ ist ebenso sehr ein Problem der Tools wie der Moderation selbst. Tools, die jeder Maßnahme einen Verantwortlichen und ein Fälligkeitsdatum zuweisen und sie in das Backlog übernehmen – TeamRetro
und Parabol tun dies beide nativ für Jira und andere Tracker –, verwandeln „höchstens drei Maßnahmen“ von einer Regel, die Sie durchsetzen müssen, in einen Standard, den das Tool automatisch einhält. Sehen Sie sich die Optionen im Tool-Verzeichnis an.