Die fünf Scrum-Events sind keine Sammlung erforderlicher Meetings. Sie sind ein System, gestaltet, um Inspect-and-Adapt-Gelegenheiten in der richtigen Frequenz für jede Ebene der Arbeit zu schaffen. Sie als System statt als einzelne Zeremonien zu verstehen, verändert den Umgang mit jedem einzelnen.

Der Sprint

Der Sprint ist der Container für alle anderen Events. Alles, was in Scrum geschieht, geschieht innerhalb eines Sprints, Planung, tägliche Koordination, Review, Retrospektive, und die eigentliche Lieferarbeit. Sprints haben eine feste Länge (ein Monat oder weniger, die meisten Teams nutzen ein oder zwei Wochen) und laufen kontinuierlich: einer endet, der nächste beginnt sofort.

Die feste Länge ist nicht willkürlich. Sie schafft einen Rhythmus, der Planung, Fortschritt und Verbesserung vorhersehbarer macht. Teams, die Sprints ad hoc verlängern oder verkürzen, untergraben die Konsistenz, die den Sprint-Rhythmus wertvoll macht.

Sprint Planning

Sprint Planning beantwortet drei Fragen: Warum ist dieser Sprint wertvoll, was kann das Team erreichen, und wie wird die Arbeit erledigt. Die "Warum"-Frage erzeugt das Sprint Goal, das einzelne Ziel, das dem Sprint seinen Zweck gibt und die Entscheidungen des Teams während des gesamten Sprints leitet. Die "Was"-Frage erzeugt den Sprint Backlog, die Elemente, die das Team aus dem Product Backlog auswählt. Die "Wie"-Frage erzeugt einen Plan zur Lieferung dieser Elemente.

Sprint Planning wird oft primär als Auswahlübung behandelt: welche Elemente rein, welche raus. Das Sprint Goal bekommt tendenziell weniger Aufmerksamkeit. Das ist die falsche Gewichtung. Das Goal ist es, was dem Team erlaubt, während des Sprints adaptive Entscheidungen zu treffen. Ohne es wird jede Planänderung während des Sprints zu einem Problem, das durch Eskalation gelöst werden muss, statt zu einer Entscheidung, die das Team selbst treffen kann.

Der Daily Scrum

Der Daily Scrum sind fünfzehn Minuten für die Developer, um den Fortschritt in Richtung Sprint Goal zu überprüfen und ihren Plan für die nächsten vierundzwanzig Stunden anzupassen. Es ist kein Statusbericht an den Scrum Master, und es ist keine Gelegenheit für die Product-Owner-Person, neue Anforderungen einzubringen.

Der Wert des Daily Scrum entsteht aus seiner Funktion als täglicher Anpassungsmechanismus, Abweichungen früh zu erkennen statt sie erst beim Sprint Review zu entdecken. Teams, die ihn gut nutzen, sprechen Blockaden tendenziell früher an, koordinieren Abhängigkeiten wirksamer, und bewahren ein genaueres gemeinsames Bild davon, wo der Sprint steht.

Der Sprint Review

Der Sprint Review ist eine Arbeitssitzung, keine Präsentation. Das Scrum-Team und die Stakeholder arbeiten gemeinsam daran, was das Team gebaut hat, welches Feedback das erzeugt, und was das für das weitere Vorgehen bedeutet. Der Product Backlog wird typischerweise basierend auf diesem Gespräch aktualisiert.

Im Sprint Review wird der empirische Prozess von Scrum greifbar: echte Arbeit wird von echten Stakeholdern überprüft, und die Richtung des Produkts passt sich an das Gelernte an. Teams, die ihn als Abnahme-Zeremonie statt als echtes kollaboratives Gespräch behandeln, verlieren den größten Teil seines Werts.

Die Sprint Retrospektive

Die Sprint Retrospektive ist die Gelegenheit des Teams, die eigene Arbeitsweise zu untersuchen und konkrete Verbesserungen zu identifizieren. Sie ist das letzte Event des Sprints, nach dem Review, vor Beginn des nächsten Sprints, was sie als Brücke positioniert zwischen dem, was aus dem Produkt in diesem Sprint gelernt wurde, und dem, was das Team im nächsten anders machen wird.

Die Retrospektive ist das Event, das am häufigsten gekürzt wird, wenn Sprints hektisch werden. Das ist das Gegenteil von rational. Die Retrospektive ist genau der Mechanismus, der alle anderen Events verbessert, einschließlich jener, die in diesem Sprint zu lang, zu unfokussiert oder zu frustrierend waren. Sie zur Zeitersparnis zu streichen, bedeutet tendenziell, dass die Probleme, die den Zeitdruck verursacht haben, im nächsten Sprint wiederkehren.

Wie die Events zusammenhängen

Jedes Event hängt davon ab, dass das vorherige gut ausgeführt wurde. Ein schwaches Sprint Goal im Planning erschwert den Daily Scrum, dem Team fehlt ein klarer Referenzpunkt für seine täglichen Entscheidungen. Ein schwacher Daily Scrum macht den Sprint Review weniger informativ, Probleme, die mitten im Sprint hätten erkannt und gelöst werden können, kommen als Lieferausfälle beim Review an. Ein schwacher Sprint Review macht die Retrospektive weniger nützlich, es gibt weniger geteiltes Verständnis dessen, was tatsächlich geschah, zu untersuchen und zu verbessern.

Die Events sind nicht unabhängig. Sie sind ein verbundenes System, und die Qualität jedes einzelnen prägt die Qualität des nächsten.