Die 5 Scrum-Zeremonien: Was sie sind, Zweck & Tipps
Scrum-Zeremonien sind ein zentraler Bestandteil der Umsetzung von Agilität, einer Denkweise, die Menschen, funktionale Arbeitsergebnisse, die Zusammenarbeit mit Stakeholdern und die Anpassung an Veränderungen wertschätzt.
Die Scrum-Methodik und die Zeremonien basieren auf dem Agilen Manifest, in dessen Rahmen verschiedene Methoden existieren, um als Team zusammenzuarbeiten und zu funktionieren – stets mit der agilen Denkweise und dem Manifest als Grundlage.
Wenn du in einem Team gearbeitet hast, das über „Scrum-Events“, „Sprints“, „Backlog-Pflege“ und „Sprint-Reviews“ gesprochen hat, hast du wahrscheinlich mit einem Team gearbeitet, das versucht hat, nach der Scrum-Methodik zu arbeiten. Denk daran: Das Agile-Framework ist eine Denkweise, Scrum ist eine Methodik.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Was sind Scrum-Zeremonien?
Scrum-Zeremonien (manchmal auch Scrum-Events genannt) sind wichtige Ereignisse oder Elemente der Scrum-Methodik, die der agilen Denkweise folgen und häufig in der Softwareentwicklung oder bei iterativen Projekten eingesetzt werden.
Es gibt fünf speziell definierte Scrum-Zeremonien, die ich im nächsten Abschnitt dieses Artikels ausführlich erläutern werde.
Scrum-Zeremonien sind nicht einfach Meetings um der Meetings willen. Vielmehr bieten sie einen strukturierten Rahmen, damit Teams effizient arbeiten können, Erwartungen gesetzt werden, das Team effektiv zusammenarbeitet und letztlich Ergebnisse erzielt werden.
Werden sie nicht sinnvoll gemanagt, können sie Kalender überfrachten und den eigentlichen Mehrwert in den Hintergrund drängen. Doch Scrum selbst – wie auch die Scrum-Zeremonien – ist bewusst schlank und einfach gehalten.
Mehr dazu in unserem Video-Guide:
Was sind die 5 Scrum-Zeremonien?
Bist du bereit, die fünf Scrum-Zeremonien und -Events zu entwirren? Hier erfährst du ihren Zweck, die Teilnehmenden sowie Tipps und Tricks, wie sie am effektivsten gestaltet werden können.
Jede dieser Veranstaltungen ist besonders erwähnenswert, denn sie ist zeitlich begrenzt, bewusst gestaltet und dient dem gesamten Scrum-Team. Sie existieren also, um die Lieferung von Ergebnissen zu ermöglichen.
Hinweis: Das reine Durchführen dieser Veranstaltungen macht dein Team nicht automatisch agil, noch garantiert es, dass dein Team nach der Scrum-Methodik arbeitet. Damit Scrum effektiv umgesetzt werden kann, müssen diese Veranstaltungen Teil eines größeren, gut verstandenen und festgelegten Prozesses sein.
Sie sollten den Dialog im agilen Team fördern, damit Dinge erledigt werden. Und welcher Projektmanager möchte nicht Dinge zum Abschluss bringen?
Der Sprint
Ein Sprint im Scrum ist ein festgelegter Zeitraum (in der Regel ein Monat oder weniger), in dem Ideen in einen Mehrwert verwandelt werden. Sprints finden aufeinanderfolgend statt, bis das Produkt fertig ist (oder endlos weitergeführt wird). Häufig messen Teams ihre Perspektive in Sprints.
Zweck des Sprints
Der Zweck eines Sprints ist es, die Arbeitszeit klar zu begrenzen und Teams dazu zu bringen, zugesagte Ergebnisse zu liefern. Sprints ermöglichen es, kurzfristigere, aber verbindliche Ziele zu setzen. Während eines Sprints sollte sich nichts ändern, was das Sprint-Ziel gefährden könnte.
Teilnehmende des Sprints
Das gesamte Scrum-Team – Product Owner, Entwicklungsteam und Scrum Master.
Dauer des Sprints
Ein Sprint dauert zwischen 1 und 4 Wochen, niemals länger. Diese Begrenzung sorgt dafür, dass Teams zügig vorankommen und schrittweise Fortschritte möglich sind, ohne die Beteiligten zu überlasten.
Wenn ich Scrum mit einem neuen Team einführe, beginne ich oft mit einwöchigen Sprints, da wir in der Regel eine Woche im Voraus planen können. Fortgeschrittene Teams, insbesondere bei der Softwareentwicklung, arbeiten häufig mit zweiwöchigen Sprints, um in diesem Zeitraum mehr Innovation und Tests zu ermöglichen.
Hilfreiche Tipps
- Sprints sind weder der Feind noch ein Motivator. Versuchen Sie nicht, Menschen allein wegen des Sprints zu etwas zu bewegen. Stattdessen motivieren Sie Ihr Team, das Sprintziel zu erreichen und ein Produktinkrement zu liefern.
- Überlegen Sie, wann Ihr Sprint beginnen und enden soll. Ein Sprint sollte unmittelbar nach dem Ende des vorherigen Sprints beginnen, buchstäblich innerhalb weniger Stunden. Die Zeit zwischen Sprintende und Sprintstart sollte nur für Sprint Review, Retrospektive und Sprint-Planung genutzt werden; dann geht es direkt wieder los!
Noch etwas?
Sprints dürfen weder verlängert noch verkürzt werden. Ein Sprint kann nur abgebrochen werden, wenn das Sprintziel hinfällig wird. Nur der Product Owner kann den Sprint abbrechen.
Sprint-Planungsmeeting
Das Sprint-Planungsmeeting ist das Scrum-Event, das sicherstellt, dass das Team auf den nächsten Sprint vorbereitet ist und die richtigen Dinge erledigen kann.
Zweck der Sprint-Planung
Die Sprint-Planung ermöglicht es dem Product Owner und dem Entwicklungsteam, das priorisierte Product Backlog, meist in Scrum-Software oder agiler Projektmanagement-Software, gemeinsam durchzugehen. In einer Reihe von Diskussionen und Verhandlungen werden die Einträge identifiziert, zu deren Erledigung sie sich bis zum Ende des Sprints verpflichten. Der Product Owner ist dafür verantwortlich.
Teilnehmende der Sprint-Planung
Das Scrum-Team – der Product Owner, das Entwicklungsteam und der Scrum Master.
Dauer der Sprint-Planung
Die Dauer der meisten Scrum-Events hängt von der Sprintlänge ab. Für die Sprint-Planung gilt: Sie sollte das Zweifache der Sprintdauer (in Stunden) betragen.
Hilfreiche Tipps
- Epics und User Stories können während der Sprint-Planung in kleinere Aufgaben zerlegt und zugewiesen werden, damit jeder weiß, wofür er oder sie verantwortlich ist.
- Ermutigen Sie das Team, Aufgaben, Bugs und alle anderen Punkte, die es erfordern, während dieses Scrum-Meetings zu skizzieren. Es sollte ein besonders kollaboratives Event sein.
- Versuchen Sie, vor der Sprint-Planung einen Überblick über die Velocity des Teams zu haben, sofern Sie bereits eine Weile nach der Scrum-Methodik arbeiten.
Noch etwas?
Die Sprint-Planung ermöglicht dem Scrum-Team, die Fragen zu beantworten: „Was kann im nächsten Sprint geliefert werden? Und wie werden wir diese Arbeit erledigen?“ Sie sorgt für Vorhersehbarkeit und schafft ein kollaboratives Umfeld.
Sprint-Planungsvorlagen
In der DPM Membership-Vorlagenbibliothek finden Sie eine herunterladbare Agenda, Checkliste und E-Mail, die Sie auf die Bedürfnisse Ihrer Team-Sprintplanung anpassen können. Damit sind Sie für eine produktive und nützliche Sprint-Planungssitzung bestens ausgestattet.
Daily Scrum (Tägliches Stand-up-Meeting)
Das Daily Scrum ist die Gelegenheit für das Team, kürzlich Erreichtes zu feiern, einen Tagesplan zu definieren und etwaige Blocker im Scrum-Projekt zu identifizieren.
Zweck des Daily Scrum Meetings
Dieses Scrum-Event ist eine häufige und regelmäßige Gelegenheit, bei der sich das Team trifft, um über den individuellen Fortschritt hinsichtlich des Sprint-Ziels zu kommunizieren. Es handelt sich nicht um ein Status-Update, sondern soll Hindernisse des Teams aufzeigen.
Teilnehmende am Daily Scrum Meeting
Der Scrum Master und das Entwicklungsteam. Die Teilnahme des Product Owners ist optional.
Dauer des Daily Scrum Meetings
Dieses Meeting ist kurz! Es sollte nicht länger als 15 Minuten dauern. Leichter gesagt als getan.
Hilfreiche Tipps
- Führen Sie das Meeting jeden Tag zur gleichen Uhrzeit durch (meistens morgens) und versuchen Sie, dies so routiniert wie möglich für das Scrum-Team zu gestalten.
- Das tägliche Stand-up sollte nicht abgesagt werden, wenn eine Führungskraft oder der Scrum Master nicht teilnehmen kann. Das Meeting ist für das Team; führen Sie das Daily Scrum durch.
Noch etwas?
Auch bekannt als Daily Stand-up oder Scrum Meeting, ist dieser schnelle Puls-Check dazu da, das Team für den Tag aufzustellen, damit es synchron bleibt und gegenseitiges Vertrauen aufbauen kann. Lassen Sie das Team sich gegenseitig täglich für die Einhaltung seiner Zusagen verantwortlich machen.
Sprint Review Meeting
Das Sprint Review Meeting ist das Scrum-Event, bei dem alle während des vorangegangenen Sprints abgeschlossenen Arbeiten den Stakeholdern vorgestellt werden können.
Zweck des Sprint Reviews
Am Ende jedes Sprints bietet das Sprint Review eine Plattform für das Entwicklungsteam, um alle abgeschlossenen Arbeiten zu präsentieren. Dadurch können Stakeholder das Produkt überprüfen oder anpassen, während es entsteht.
Sprint Reviews können informell oder strukturiert durchgeführt werden. Dies hängt vom Produktlebenszyklus und von der Release-Planung ab.
Teilnehmende am Sprint Review
Das Scrum-Team – Product Owner, Entwicklungsteam und Scrum Master. Es können auch Mitglieder aus dem Management oder externe Stakeholder teilnehmen.
Dauer des Sprint Reviews
1 Stunde pro Sprint-Woche. Ein zweiwöchiger Sprint sollte ein zwei Stunden langes Sprint Review haben.
Hilfreiche Tipps
- Der Product Owner sollte den Stakeholdern Fragen stellen, Feedback einholen und auch auf eventuell auftretende Fragen antworten.
- Umsetzbares Feedback, das während des Sprint Reviews erhalten wird, sollte in neue Product Backlog Items umgewandelt werden, die später priorisiert und diskutiert werden können.
Noch etwas?
Auch als Sprint Demo bezeichnet, hilft dieses Scrum-Event, Vertrauen zwischen Stakeholdern und dem Scrum-Team aufzubauen. Es ist die direkteste Möglichkeit, frühzeitiges und häufiges Feedback zu erfassen und dem Sprint Backlog hinzuzufügen.
Sprint Retrospective Meeting
Die Sprint Retrospektive ist das letzte Scrum-Event der Sprint-Abfolge, das es dem Team ermöglicht, die abgeschlossene Arbeit zu reflektieren und auf Basis ihrer Erfahrungen Vorschläge zur Verbesserung künftiger Sprints zu erarbeiten.
Zweck der Sprint Retrospektive
Nachdem das Sprint Review durchgeführt wurde, braucht das Scrum-Team Zeit, um über die eben präsentierte Arbeit nachzudenken und Wege zu besprechen, sowohl die Ergebnisse als auch den agilen Workflow zu verbessern. Jegliches Feedback sollte wie andere Epics oder Stories erfasst und zugewiesen werden, damit das Scrum-Team weiß, wer für was verantwortlich ist und wann die Änderungen umgesetzt werden.
Teilnehmende an der Sprint Retrospektive
Der Scrum Master und das Entwicklungsteam. Die Teilnahme des Product Owners ist optional.
Dauer der Sprint Retrospektive
Für einen zweiwöchigen Sprint sollte die Sprint Retrospektive in der Regel nicht länger als 1,5 Stunden dauern. Bei monatlichen Sprints sollte sie nicht länger als 3 Stunden sein.
Hilfreiche Tipps
- Wenn Sie mit teilweise oder vollständig verteilten Teams arbeiten, nutzen Sie aktive Kollaborations-Tools wie Mentimeter oder Confluence, damit sich alle Beteiligten einbringen können, ohne ihr Mikrofon freizuschalten und laut zu sprechen.
- Wenn ein Verbesserungsvorschlag gemacht wird, fragen Sie die anderen Mitglieder des Scrum-Teams, ob sie zustimmen. Ist dies der Fall, wird gemeinsam festgelegt, wie die Empfehlung umgesetzt werden soll.
Noch etwas?
Stellen Sie sicher, dass Sie ein Umfeld von psychologischer Sicherheit schaffen. Es geht nicht darum, Schuldige zu suchen. Diese Meetings bringen oft Empfehlungen ans Licht, wie man sich verbessern und künftige Risiken mindern kann. Als Scrum Master sollten Sie das Team anleiten, ehrliches Feedback zu geben und während des gesamten Ablaufs respektvoll zu sein.
Die Scrum-Rollen
Nachdem wir einige Scrum-Rollen erwähnt haben, sehen wir uns an, was jede einzelne bedeutet:
- Der Product Owner: Diese Rolle repräsentiert den Kunden und das Unternehmen im Allgemeinen für das Produkt, an dem sie arbeiten. Er ist für das Backlog verantwortlich und legt die Priorität der Arbeitspakete für das Entwicklungsteam fest. Er trifft täglich geschäftliche Produktentscheidungen. Er übersetzt die Kundenbedürfnisse in umsetzbare Aufgaben für das Entwicklerteam.
- Der Scrum Master: Scrum Master sind dafür verantwortlich, dass das Team alles hat, was es für den Erfolg braucht, einschließlich eines klaren Verständnisses des Scrum-Prozesses. Sie sind Coach, Berater, Fürsprecher, Beseitiger von Hindernissen, Moderator und Vermittler in einer Person.
Scrum Master sind verantwortlich für die Etablierung von Scrum wie im Scrum Guide beschrieben, aber sie sind keine Projektmanager (achten Sie auf jede Führungskraft, die glaubt, dass dies die gleiche Rolle ist!) – sie sind nicht für das Arbeitsergebnis verantwortlich. Auch ist ein Scrum Master nicht zwangsläufig eine einzelne Person oder ein Vollzeitjob! Lesen Sie hier mehr über Scrum Master vs. Projektmanager. - Das Entwicklungsteam: Dies ist eine Gruppe von funktionsübergreifenden Teammitgliedern, die alle an der Lieferung von funktionierender Software oder dem gewünschten Ergebnis des Teams arbeiten. Sie umfasst alle Produktentwickler, Designer, QA oder andere technische Rollen, die bei der tatsächlichen Produktentwicklung zusammenarbeiten müssen.
Idealerweise ist diese Gruppe von 5-9 Personen vollständig einem Scrum-Team zugeordnet. In Wirklichkeit, besonders in Agenturen, kann dies etwas anders aussehen. Das Entwicklungsteam sollte selbstorganisiert und motiviert sein, Wert zu schaffen, und mit der richtigen Moderation durch Scrum Master und Product Owner können sie das auch erreichen.
Jede dieser Rollen nimmt auf einzigartige Weise an den Scrum-Events teil. Wenn sie effektiv moderiert werden, geben die Scrum-Events jeder Person in ihrer Rolle gute Möglichkeiten, erfolgreich zu sein.
Warum sind Scrum-Events wichtig?
Scrum-Events sind der Herzschlag der Scrum-Methodik. Ohne diese Veranstaltungen kann Scrum sehr schnell ein schwer nachvollziehbarer und chaotischer Prozess werden. Besonders bei neuen Teams empfehle ich, Scrum so umzusetzen, wie es im Scrum Guide beschrieben ist. Führen Sie einige Sprint-Iterationen durch und passen Sie dann an, was am besten zum Team passt.
Hinweis: Vielleicht ist Ihnen aufgefallen, dass wir in diesem Artikel nicht über ein Sprint-Board (manchmal auch Kanban-Board genannt) gesprochen haben. Das liegt daran, dass es kein Kernelement der Scrum-Events ist. Sprint-Boards sind ausgezeichnete Werkzeuge, die man in den Events nutzen kann, sie sind jedoch kein Muss.
Praktische Vergleichstabelle
Keine Zeit? Werfen Sie einen Blick auf diese kurze Tabelle, um die einzelnen Scrum-Events zu vergleichen.
Wie sehen Sie das?
Egal, welche Projektmanagement-Software Sie verwenden oder an welchem Produkt Sie arbeiten – diese Scrum-Events sind dazu gedacht, Ergebnisse zu liefern.
Ich habe festgestellt, dass diese Meetings Struktur bringen und gut laufen, wenn das gesamte Team mit einem gemeinsamen Verständnis für den Zweck jedes Scrum-Events dabei ist. Noch einmal: Scrum ist ein Rahmenwerk, das Ihnen helfen soll, Software agil zu liefern.
