Agile Ceremonies: Die 4 Scrum Events erklärt
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Agile Ceremonies sind die vier wiederkehrenden Meetings, die jedem Scrum Sprint seine Form, seine Richtung und die eingebauten Momente zur Verbesserung geben. Die meisten Teams führen außerdem eine fünfte, laufende Aktivität namens Backlog Refinement durch, die den Arbeitsvorrrat zwischen den Sprints in gutem Zustand hält.
Der Begriff "Ceremonies" ist in der Agile-Community geläufig, aber der offizielle Scrum Guide von Ken Schwaber und Jeff Sutherland bezeichnet sie als Events. Beide Wörter bedeuten in der Praxis dasselbe: strukturierte, zeitlich begrenzte Meetings, die an vorhersehbaren Punkten innerhalb eines Sprints stattfinden.
Was sind Agile Ceremonies?
Agile Ceremonies sind die formalen Kontrollpunkte, die in das Scrum-Framework eingebettet sind, um sicherzustellen, dass Teams regelmäßig planen, sich abstimmen, prüfen und anpassen. Jede Ceremony hat einen klaren Zweck, eine festgelegte maximale Dauer (die Timebox) und einen definierten Teilnehmerkreis.
Ohne sie neigen Sprints zum Abdriften. Arbeit wird begonnen, ohne ein gemeinsames Ziel zu haben. Kleine Hindernisse bleiben tagelang unausgesprochen. Und am Ende eines Sprints liefert das Team etwas, ohne je zu fragen, ob es beim nächsten Mal besser machen könnte.
Wichtige Fakten
- Der Scrum Guide 2020 definiert vier offizielle Events: Sprint Planning, den Daily Scrum, das Sprint Review und die Sprint-Retrospektive. Der Sprint selbst gilt ebenfalls als Container-Event.
- Timeboxes sind harte Obergrenzen, keine Ziele. Das Planning-Meeting eines zweiwöchigen Sprints ist auf vier Stunden begrenzt; der Daily Scrum auf 15 Minuten.
- Laut dem 17. State of Agile Report (2023) ist Scrum das am weitesten verbreitete Agile-Framework, das von über 87 % der befragten Agile-Teams eingesetzt wird.
Ein nützliches Bild: Betrachten Sie Agile Ceremonies als das Betriebssystem eines Sprints. Die Arbeit ist die Anwendung; die Ceremonies sind die geplanten Prozesse, die alles synchron halten.
Die 4 Agile Ceremonies auf einen Blick
| Ceremony | Zweck | Zeitpunkt | Timebox (2-Wochen-Sprint) | Wer nimmt teil |
|---|---|---|---|---|
| Sprint Planning | Sprint-Ziel festlegen und Backlog-Items auswählen | Beginn jedes Sprints | Max. 4 Stunden | Scrum Master, Product Owner, Dev Team |
| Daily Scrum (Standup) | Fortschritt synchronisieren, Hindernisse aufdecken | Jeden Tag im Sprint | Max. 15 Minuten | Dev Team (SM und PO optional) |
| Sprint Review | Fertige Arbeit vorführen, Stakeholder-Feedback einholen | Ende des Sprints | Max. 2 Stunden | Scrum Master, PO, Dev Team, Stakeholder |
| Sprint-Retrospektive | Prozess reflektieren und eine Verbesserung planen | Nach dem Review, vor dem nächsten Sprint | Max. 1,5 Stunden | Scrum Master, PO, Dev Team |
Die Timeboxes skalieren mit der Sprint-Länge. Bei einem einwöchigen Sprint halbieren Sie jede Timebox ungefähr.
Sprint Planning
Das Sprint Planning eröffnet jeden Sprint. Das Team, der Product Owner und der Scrum Master treffen sich, um zwei Fragen zu beantworten: Was werden wir in diesem Sprint tun, und wie werden wir es tun?
Der Product Owner stellt die obersten Einträge im Product Backlog vor. Das Entwicklungsteam wählt die Einträge aus, von denen es glaubt, sie innerhalb des Sprints abschließen zu können, und erstellt ein Sprint-Ziel, das diese Einträge mit einem geschäftlichen Ergebnis verbindet. Außerdem werden die ausgewählten Einträge in Aufgaben aufgeteilt, die täglich verfolgt werden können.
Ein gut durchgeführtes Sprint Planning dauert unter zwei Stunden. Schlecht durchgeführt wird es zur vierstündigen Verhandlung, die das Team erschöpft, bevor der Sprint überhaupt begonnen hat.
Vollständigen Leitfaden lesen: Sprint Planning: So führen Sie ein effektives Sprint-Planning-Meeting durch
Daily Standup (Daily Scrum)
Der Daily Standup ist die kürzeste Ceremony im Scrum-Kalender: 15 Minuten, jeden Arbeitstag, zur gleichen Zeit und am gleichen Ort. Der Zweck ist Synchronisation, kein Statusbericht an einen Manager.
Jedes Teammitglied teilt mit, woran es gestern gearbeitet hat, was es heute plant und ob etwas es blockiert. Das Gespräch deckt Hindernisse frühzeitig auf, damit das Team sie noch am selben Tag lösen kann, anstatt sie erst beim Sprint Review zu entdecken.
Der Scrum Master leitet den Standup nicht wie ein Moderator. Das Entwicklungsteam ist dafür verantwortlich. Die Aufgabe des Scrum Masters besteht darin, während der 15 Minuten auftauchende Hindernisse zu beseitigen, nicht individuelle Statusmeldungen zu sammeln.
Vollständigen Leitfaden lesen: Daily Standup: So führen Sie eine 15-minütige Synchronisation durch, die funktioniert
Sprint Review
Das Sprint Review findet am Ende des Sprints statt. Das Team demonstriert, was es gebaut hat, und Stakeholder sehen zum ersten Mal funktionierende Software (oder ein funktionierendes Increment). Dies ist keine Präsentation von Folien. Es ist ein Live-Blick auf tatsächliche Ergebnisse.
Stakeholder stellen Fragen, geben Feedback und helfen dem Product Owner zu entscheiden, was als Nächstes im Backlog kommen sollte. Das Ergebnis eines Sprint Reviews ist ein überarbeitetes Backlog, kein abgezeichnetes Deliverable.
Diese Ceremony macht die Arbeit des Teams für das Unternehmen sichtbar. Sie verhindert auch die klassische Falle, monatelang isoliert zu entwickeln und die Fehlausrichtung erst bei der Markteinführung zu entdecken.
Vollständigen Leitfaden lesen: Sprint Review: So führen Sie Arbeit vor und sammeln Feedback
Lesen Sie auch den Artikel zu Akzeptanzkriterien, um zu verstehen, wie Teams definieren, was "fertig" bedeutet, bevor das Review beginnt.
Sprint-Retrospektive
Die Retrospektive schließt den Sprint-Zyklus ab. Nach dem Review trifft sich das Scrum-Team (einschließlich des Product Owners) intern, um darüber zu sprechen, wie es zusammengearbeitet hat, nicht was es gebaut hat.
Das klassische Format stellt drei Fragen: Was lief gut? Was hätte besser laufen können? Was werden wir im nächsten Sprint ändern? Das Team wählt ein oder zwei konkrete Maßnahmen, die im nächsten Sprint umgesetzt werden sollen, und verfolgt dann, ob diese Maßnahmen tatsächlich geholfen haben.
Diese Ceremony wird als erste gestrichen, wenn Teams unter Druck stehen. Das ist ein Fehler. Kontinuierliche Verbesserung kumuliert. Ein Team, das alle zwei Wochen ehrliche Retrospektiven durchführt, verbessert sich innerhalb eines Quartals erheblich. Ein Team, das sie überspringt, macht tendenziell immer wieder die gleichen Fehler.
Vollständigen Leitfaden lesen: Sprint-Retrospektive: Ein praktischer Leitfaden für die Durchführung
Backlog Refinement: die fünfte, laufende Aktivität
Backlog Refinement (manchmal auch Backlog Grooming genannt) ist im Scrum Guide nicht als offizielle Ceremony aufgeführt, wird aber von den meisten Scrum-Teams als wiederkehrende Aktivität behandelt. Es findet in der Regel ein- oder zweimal pro Sprint statt, in der Mitte des Zyklus.
Beim Refinement reviewen Product Owner und Entwicklungsteam bevorstehende Backlog-Einträge. Sie klären Anforderungen, fügen Akzeptanzkriterien hinzu, teilen große Stories in kleinere auf und schätzen den Aufwand. Das Ziel ist es, den oberen Teil des Backlogs sprint-bereit zu halten, damit Planning-Meetings nicht an undefinierter Arbeit ins Stocken geraten.
Ein gut gepflegtes Backlog halbiert die Sprint-Planning-Zeit.
Detaillierte Aufschlüsselung lesen: Backlog Refinement: Was es ist und wie man es durchführt
Wie die Ceremonies in einen Sprint passen
Stellen Sie sich einen zweiwöchigen Sprint als Schleife vor. So fallen die Ceremonies hinein:
Tag 1, morgens: Sprint Planning. Das Team legt das Sprint-Ziel fest und wählt Einträge aus dem Product Backlog aus. Der Sprint Backlog wird erstellt.
Tage 1 bis 9, jeden Morgen: Daily Scrum. Fünfzehn Minuten Synchronisation. Hindernisse werden gemeldet, gelöst oder noch am selben Tag eskaliert.
Mitte des Sprints (um Tag 5 bis 7): Backlog Refinement. Das Team schaut auf die Backlog-Einträge des nächsten Sprints, um sie gut definiert zu halten.
Tag 10, nachmittags: Sprint Review. Das Team demonstriert abgeschlossene Arbeit gegenüber Stakeholdern. Feedback fließt zurück in den Product Backlog.
Tag 10, später Nachmittag: Sprint-Retrospektive. Das Team reflektiert seine Arbeitsweise. Ein oder zwei Verbesserungen werden für den nächsten Sprint festgelegt.
Tag 11, morgens: das nächste Sprint Planning. Die Schleife beginnt erneut.
Diese Abfolge bedeutet, dass jeder Sprint mit Absicht beginnt (Planning), täglich ausgerichtet bleibt (Standup), mit Transparenz für das Unternehmen endet (Review) und mit einer konkreten Verbesserung schließt (Retrospektive). Keine der vier Ceremonies ist optional, ohne das Risiko einzugehen, dass der von ihr abgedeckte Schritt unkontrolliert bleibt.
Häufige Fehler bei Agile Ceremonies
Standups in Statusberichte verwandeln. Wenn ein Manager jede Person auffordert, ihre Aufgaben der Reihe nach zu berichten, wird der Standup zu einem Statusgespräch. Das Team hört auf, miteinander zu sprechen, und beginnt, mit dem Manager zu sprechen. Hindernisse bleiben unbeachtet, weil das Ansprechen als Eingeständnis eines Versagens wirkt.
Sprint Reviews ohne echte Stakeholder durchführen. Eine Demo, bei der nur das Dev Team und der Scrum Master im Raum sind, ist kein Sprint Review. Es ist ein Team-Meeting. Stakeholder-Feedback ist der gesamte Sinn der Übung.
Die Retrospektive überspringen, wenn der Sprint schwierig war. Teams überspringen Retros genau dann, wenn sie sie am meisten brauchen. Ein schwieriger Sprint ist der beste Zeitpunkt, Grundursachen zu betrachten, anstatt einfach weiterzumachen.
Das Planning über seine Timebox laufen lassen. Eine Obergrenze von vier Stunden für ein zweiwöchiges Sprint Planning ist bereits großzügig. Wenn das Meeting regelmäßig die Grenze erreicht, ist das Backlog wahrscheinlich nicht gut genug gepflegt.
Sprint Review und Stakeholder-Genehmigung gleichsetzen. Das Sprint Review sammelt Feedback. Es ist kein Abzeichnungs-Gate. Wird es als solches behandelt, entsteht Bürokratie und die Lieferung verlangsamt sich.
Auf Retrospektiven-Maßnahmen nicht reagieren. Teams, die Verbesserungen identifizieren, aber nie umsetzen, verlieren das Vertrauen in die Ceremony. Wenn sich nach der Retro nichts ändert, bringen Teams keine echten Probleme mehr dorthin.
Häufig gestellte Fragen
Was sind die 4 Agile Ceremonies?
Die vier Agile Ceremonies in Scrum sind: Sprint Planning (legt das Sprint-Ziel fest), Daily Scrum (15-minütige tägliche Synchronisation), Sprint Review (Demo gegenüber Stakeholdern am Ende des Sprints) und Sprint-Retrospektive (Prozessverbesserungs-Reflexion nach dem Review). Der Scrum Guide bezeichnet sie offiziell als "Events", aber "Ceremonies" ist der weit verbreitete Begriff in der Agile-Community.
Ist Backlog Refinement eine Ceremony?
Backlog Refinement ist im Scrum Guide nicht als offizielles Event aufgeführt und ist daher technisch gesehen keine der vier Ceremonies. Aber die meisten Scrum-Teams behandeln es als wiederkehrendes Meeting innerhalb des Sprints. Es wird informell oft als "fünfte Ceremony" bezeichnet. Ohne Refinement neigt das Sprint Planning dazu, an schlecht definierten Backlog-Einträgen ins Stocken zu geraten.
Warum heißen sie Ceremonies?
Das Wort "Ceremony" impliziert Ritual und Absichtlichkeit: eine strukturierte Aktivität, die das Team regelmäßig durchführt. Es signalisiert, dass diese Meetings nicht ad hoc stattfinden. Sie haben definierte Ergebnisse, Timeboxes und Teilnehmer. Der Scrum Guide ist ab der Edition 2017 vom Begriff "Ceremonies" zugunsten von "Events" abgerückt, aber der ältere Begriff hat sich im Alltag durchgesetzt.
Wie lang sollte jede Ceremony dauern?
Die Timeboxes im Scrum Guide sind für einen einmonatigen Sprint definiert. Für einen zweiwöchigen Sprint: Sprint Planning bis zu 4 Stunden, Daily Scrum 15 Minuten, Sprint Review bis zu 2 Stunden, Sprint-Retrospektive bis zu 1,5 Stunden. Das sind Obergrenzen. Kürzere Sprints verwenden proportional kürzere Timeboxes. Das wichtigste Prinzip: Eine Ceremony sollte enden, wenn ihr Zweck erfüllt ist, nicht wenn die Zeit abgelaufen ist.
Können Ceremonies asynchron durchgeführt werden?
Der Daily Scrum ist die Ceremony, die Teams am häufigsten für asynchrone Durchführung anpassen. Tools wie Slack-Threads oder asynchrone Video-Updates können funktionieren, erfordern aber Disziplin, damit Hindernisse schnell aufgedeckt und behoben werden. Die anderen drei Ceremonies (Planning, Review, Retrospektive) sind auf Diskussion und Entscheidungsfindung in Echtzeit angewiesen. Asynchrone Varianten dieser Ceremonies liefern tendenziell schwächere Ergebnisse, weil das Gespräch, das Abstimmung und Erkenntnisse erzeugt, im Schriftlichen nicht natürlich zustande kommt.
Agile Ceremonies sind kein Overhead. Sie sind der Mechanismus, der aus einer Gruppe von Einzelpersonen ein selbstorganisierendes Team macht, das Sprint für Sprint lernt und sich verbessert. Wenn die Ceremonies stimmen, wird der Sprint-Rhythmus selbsttragend.
Senior Operations & Growth Strategist