Euer Daily dauert zu lange, das Refinement endet ohne Klarheit und aus der Retrospektive bleiben keine umgesetzten Verbesserungen? Das ist nicht ein einziges „Scrum-Problem“. Die Formate erfüllen unterschiedliche Aufgaben. Dieser Überblick hilft euch, das passende Event zu verbessern und die Ergebnisse in den nächsten Schritt zu überführen.
1. Schnellauswahl: Welches Meeting löst unser Problem?
Wenn das Problem mehrere Zeilen betrifft, startet nicht mit einem neuen Termin. Prüft erst, ob Ziel, Eingaben und erwartetes Ergebnis des bestehenden Events klar sind.
Der Weg zum richtigen Meeting:
- Fokus auf Sprintziel oder aktuelle Blocker? ➔ Daily Scrum
- Falls nein: Sind kommende Tickets unklar oder zu groß? ➔ Backlog Refinement
- Falls nein: Fehlt ein Ziel und Plan für den nächsten Sprint? ➔ Sprint Planning
- Falls nein: Fehlt Feedback zum fertigen Inkrement? ➔ Sprint Review
- Falls nein: Soll die Zusammenarbeit verbessert werden? ➔ Retrospektive
| Beobachtung im Team | Richtiger nächster Schritt | Ergebnis des Formats | Zielseite / Status |
|---|---|---|---|
| Das Team verliert das Sprintziel aus dem Blick oder Blocker bleiben unsichtbar | Daily Scrum auf das Sprintziel ausrichten | gemeinsamer Plan für die nächsten 24 Stunden; Blocker sichtbar | Daily Scrum |
| Tickets sind vor dem Sprint unklar, zu groß oder unpriorisiert | Backlog Refinement effizient vorbereiten | verständliche, priorisierte und bei Bedarf geschätzte Items | Backlog Refinement |
| Für den nächsten Sprint fehlen Ziel, Auswahl und Zuschnitt | Sprint Planning erklären | Sprintziel und umsetzbarer Sprint Backlog | Spoke fehlt |
| Stakeholder sehen zu spät, was fertig ist oder was als Nächstes sinnvoll ist | Sprint Review erklären | überprüftes Inkrement und relevantes Feedback | Spoke fehlt |
| Dieselben Probleme wiederholen sich oder Maßnahmen versanden | Retrospektive mit wirksamen Maßnahmen durchführen | wenige konkrete Verbesserungsmaßnahmen | Retrospektive |
| Eine Diskussion überschreitet regelmäßig ihre Zeit | Zeitboxen in Scrum Meetings wirksam einsetzen | bewusste Entscheidung: weiter, parken oder beenden | Timeboxing |
2. Der Sprint-Rhythmus: Mehr als nur eine Meeting-Kette
Ein erfolgreicher Sprint folgt einem klaren Zyklus. Jedes Event baut auf den Ergebnissen des vorherigen auf.
Backlog Refinement ➔ Sprint Planning ➔ (Daily Scrum) ➔ Sprint Review ➔ Retrospektive ➔ (nächster Sprint)
Wichtige fachliche Trennung:
- Refinement bereitet Optionen vor; es ersetzt kein Planning. Um Backlog-Items gemeinsam besser zu erfassen, kann es helfen, ein Online Whiteboard für gemeinsame Backlog-Arbeit auszuwählen.
- Planning trifft die Entscheidung für den nächsten Sprint.
- Daily richtet die laufende Arbeit auf das Sprintziel aus; es ist kein Berichtstermin.
- Review betrachtet Ergebnis und Feedback. Um Feedback produktiv zu nutzen, solltet ihr das gesammelte Feedback gemeinsam in tragfähige Entscheidungen überführen.
- Retrospektive verbessert Zusammenarbeit und Vorgehen und benötigt nachhaltbare Maßnahmen.
3. Kurzprofile der fünf Scrum Events
Daily Scrum
Das Daily dient der täglichen Koordination des Teams in Richtung Sprintziel. Es ist zwingend kurz (max. 15 Minuten) und fokussiert.- Entscheidungshilfe & Abgrenzung: Wenn tägliche Koordination fehlt. Nicht für Problemlösung oder Statusberichte an Führungskräfte verwenden.
- Weiterlesen: Daily Scrum auf das Sprintziel ausrichten
Backlog Refinement
Hier wird das Product Backlog gepflegt. Tickets werden verstanden, geschnitten und priorisiert.- Entscheidungshilfe & Abgrenzung: Wenn kommende Arbeit noch nicht verständlich, priorisiert oder schätzbar ist. Nicht mit Sprint Planning verwechseln.
- Weiterlesen: Backlog Refinement effizient vorbereiten
Sprint Planning
Hier plant das Scrum-Team die Arbeit für den kommenden Sprint. Es wird ein Sprintziel definiert und die Items aus dem Backlog ausgewählt.- Entscheidungshilfe & Abgrenzung: Wenn eine begründete Auswahl und ein gemeinsames Sprintziel fehlen.
Sprint Review
Am Ende des Sprints wird das fertige Inkrement inspiziert und Feedback von Stakeholdern eingeholt.- Entscheidungshilfe & Abgrenzung: Wenn Inkrement und Feedback nicht sichtbar zusammenkommen.
Retrospektive
Das Team überprüft seine Zusammenarbeit und Prozesse, um sich kontinuierlich zu verbessern.- Entscheidungshilfe & Abgrenzung: Wenn die Arbeitsweise verbessert werden soll. Nicht mit Produkt-/Scope-Entscheidungen überladen.
- Weiterlesen: Retrospektive mit wirksamen Maßnahmen durchführen
4. Auswahlhilfen für die häufigsten Fehlmuster
Scrum Meetings laufen selten vom ersten Tag an perfekt. Hier sind typische Symptome und wie ihr sie auflöst:
| Symptom | Erst prüfen | Konkrete Intervention | Link |
|---|---|---|---|
| Daily wird Reporting an Scrum Master oder Product Owner | Sprechen Teammitglieder zueinander und über das Sprintziel? | Board/Sprintziel sichtbar machen, Detaildiskussionen parken, Folgegespräch nur mit Betroffenen | Daily optimieren |
| Refinement zieht sich ohne Entscheidung | Sind Ziel, relevante Items und Akzeptanzkriterien vorbereitet? | klare Vorselektion, Zeitbox je Item, ungeklärte Punkte als Folgeaufgabe festhalten | Refinement straffen / Timeboxing |
| Schätzungen dominieren die gesamte Sitzung | Braucht ihr Detailklärung oder eine schnelle relative Erstschätzung? | Für viele Items Magic Estimation wählen; für Sprint-Entscheidungen nicht als alleinige Grundlage verkaufen | viele Backlog Items schnell relativ schätzen |
| Retro produziert nur Beschwerden | Wird nach Ursachen, Auswahl und Umsetzung getrennt gearbeitet? | maximal wenige Maßnahmen, je Maßnahme Verantwortliche:r und Termin, Status im nächsten Retro-Start prüfen | Retro verbessern |
| Scope wächst trotz knapper Sprint-Kapazität | Sind Must-haves und bewusste Ausschlüsse transparent? | Priorisierung explizit machen; ergänzend umgekehrte MoSCoW als Perspektivwechsel nutzen | Anforderungen bewusst aus dem Scope nehmen |
5. Von Meeting-Ergebnis zu Umsetzung
Jedes Scrum Meeting endet mit einem sichtbaren Artefakt: einem Sprint-Plan, geklärten Backlog-Items, Blockern, Feedback oder Verbesserungsmaßnahmen.
- Blocker: Ein Blocker erhält im Daily sofort eine:n Eigentümer:in und einen Klärungsweg. Er bleibt nicht als "Tagesordnungspunkt" für das nächste Daily liegen.
- Maßnahmen: Retro-Maßnahmen erhalten Verantwortliche und Termine. Um komplexe Veränderungen strukturiert umzusetzen, solltet ihr die Maßnahmen aus der Retrospektive verbindlich nachhalten.
- Agenda-Logik: Auch in Scrum gilt die universelle Regel für gute Besprechungen: Definiert immer eine Meeting-Agenda mit Ziel, Zeit und Verantwortung.
6. Vorbereitung: Die Scrum Meeting Checkliste
Ein erfolgreiches Event beginnt lange vor der ersten Minute. Klärt diese Fragen im Voraus:
- Welches konkrete Ergebnis soll am Ende vorliegen?
- Welche Rolle bereitet welche Information vor?
- Welche Inputs liegen vor Beginn für alle sichtbar vor?
- Welche Zeitboxen und Entscheidungsregeln gelten?
- Was wird bewusst außerhalb dieses Events geklärt?
- Wo wird das Ergebnis dokumentiert und wann geprüft?
7. Häufige Fragen (FAQ)
Was ist der Unterschied zwischen Backlog Refinement und Sprint Planning? Das Refinement bereitet künftige Aufgaben vor (Klären, Schätzen, Schneiden). Das Sprint Planning trifft die verbindliche Entscheidung, welche dieser vorbereiteten Aufgaben in den aktuellen Sprint aufgenommen werden, um das Sprintziel zu erreichen.
Ist das Daily Scrum ein Statusmeeting? Nein. Das Daily dient ausschließlich der Planung der nächsten 24 Stunden durch das Entwicklerteam und der Identifikation von Blockern. Es ist kein Rapport an den Scrum Master oder Product Owner.
Was gehört in eine gute Sprint-Retrospektive? Eine Retro braucht einen sicheren Rahmen, ehrliches Feedback zur Zusammenarbeit und am Ende 1-2 konkrete, machbare Maßnahmen, die im nächsten Sprint umgesetzt und überprüft werden.
Wann ist Magic Estimation sinnvoll – und wann nicht? Magic Estimation ist ideal, um sehr viele ungeschätzte Tickets grob und extrem schnell relativ zueinander einzuordnen. Es ersetzt aber nicht den inhaltlichen Deep Dive, der für komplexe Aufgaben im Sprint Planning nötig ist.
Wie sorgen wir dafür, dass Retro-Maßnahmen umgesetzt werden? Macht sie sichtbar (z.B. als Ticket im aktiven Sprint Backlog), bestimmt eine:n klare:n Verantwortliche:n und beginnt die nächste Retrospektive immer mit einem Review der Maßnahmen aus dem letzten Sprint.
---Nächster Schritt: Lasst keine Scrum Meetings mehr unvorbereitet verstreichen. Lade dir unser Template herunter und beginne damit, jedes Scrum Meeting mit einer Vorlage vorzubereiten.