9 Tipps, die Ihnen helfen, Ihre Sprint-Planungsmeetings zu meistern

Die Retrospektive ist ein wichtiger Teil des agilen Prozesses und bietet Teams die Möglichkeit, zu erörtern, wie sie sich verbessern können. Eine Sprint-Retrospektive findet am Ende jedes Sprints statt und bietet dem Team die Möglichkeit, seine Prozesse zu bewerten.

Was ist gut gelaufen? Was ist nicht so gut gelaufen? Was muss das Team tun, um sich beim nächsten Mal zu verbessern? Bei Agile dreht sich alles ums Lernen und Iterieren. Jedes Mal, wenn Sie einen Sprint abschließen, gibt es Lektionen zu lernen. Agile nimmt kontinuierlich das, was ein Team lernt — die guten, die schlechten und die langweiligen — und setzt diese Erfahrungen in umsetzbare Verbesserungen um.

Dieser Beitrag befasst sich mit Sprint-Retrospektiven, einschließlich der Vorteile, ihrer Einbettung in den Scrum-Prozess, der Durchführung eines effektiven Sprint-Retrospektiv-Meetings und der häufigsten Fehler, die es zu vermeiden gilt.

Der Zweck der Sprint-Retrospektive

Die Sprint-Retrospektive ist der Teamdiskussion gewidmet. Die Zeit wird am Ende jedes Sprints zugeteilt, sodass alle Teammitglieder überprüfen können, was gut gelaufen ist und was geändert werden muss. Das alles ist Teil der agileren Methode, Ihre Prozesse kontinuierlich zu verbessern, während Sie mehr lernen. Es gibt keine festgelegte Vorgehensweise, und es gibt immer Spielraum, um effizienter und effektiver zu werden.

Ein Sprint-Rückblick:

• Fördert eine Denkweise der kontinuierlichen Verbesserung
• Schafft einen sicheren Raum für den Austausch von positivem und konstruktivem Feedback
• Gibt jedem im Team die Möglichkeit, Gedanken, Ideen und Erfahrungen auszudrücken
• Gibt nach jedem Sprint Feedback in Echtzeit
• Bringt das Team zusammen, um gemeinsame Ziele zu erreichen
• Zeigt alle Probleme aus dem vorherigen Sprint an, die das Team zurückhalten
• Informiert die Führung über Erfolge und mögliche Hindernisse
• Hilft Produktbesitzern, Entscheidungen für die nächste Sprint-Planung zu treffen
• Bringt das Team auf einen positiven Weg, um in den nächsten Sprint überzugehen

Wie die Sprint-Retrospektive in den Scrum-Prozess passt

Die Art der Retrospektive, die Sie abhalten, hängt von der Art des Sprints bzw. wendig Methodik Ihr Team trainiert. Eine der gängigsten Methoden in der Softwareentwicklung ist das Scrum-Framework.

Ein Scrum-Team hat drei Arten von Rollen:

• Inhaber des Produkts
• Scrum Master
• Entwicklungsteam

Zu Beginn jedes Scrums entscheidet der Product Owner, welche Artikel aus der Gesamtwertung Produkt-Backlog werden verschoben in die Sprint-Backlog muss im kommenden 2-4-wöchigen Sprint abgeschlossen werden. Der genaue Zeitrahmen für den Sprint wird im Voraus festgelegt.

Das Scrum besteht aus vier verschiedene Zeremonien oder Veranstaltungen:

• Sprint-Planung
• Tägliches Scrum oder Stand-ups
• Sprint-Bewertung
• Sprint-Rückblick

Nachdem die Planung abgeschlossen ist und das Team weiß, welche Backlog-Elemente es für den aktuellen Sprint angehen wird, beginnt die Arbeit. Das Team checkt während des gesamten Sprints über eine tägliches Scrum- oder Stand-up-Meeting. Dieser schnelle, aber wichtige Check-In ermöglicht es dem Scrum-Team, seine Fortschritte zu besprechen und potenzielle Hindernisse täglich zu beheben.

Das Sprint-Review-Meeting findet am Ende des Sprints statt; es ist eine Gelegenheit für die Mitglieder des Scrum-Teams, die während des Sprints geleistete Arbeit zu präsentieren. Dies kann eine interne Präsentation oder eine formellere Demonstration für Stakeholder sein.

Zuletzt kommt die unglaublich wichtige Scrum-Retrospektive. Während dieser Zeit kann das Team besprechen, was gut gelaufen ist und was verbessert werden könnte, damit der bevorstehende Sprint effizienter ablaufen kann. Alles, was im Laufe der Zeit gelernt oder in der Retrospektive entdeckt wurde, wird in die nächste Sprint-Planungssitzung aufgenommen. Dieser Scrum-Prozess wiederholt sich, bis es keine Artikel mehr im Produkt-Backlog gibt oder das Produkt vollständig ist.

So führen Sie ein effektives Sprint-Retrospektiv-Meeting durch

Die Retrospektive ist ein wichtiger Teil des agilen Prozesses, der mit Sorgfalt und Respekt behandelt werden sollte. Gehen Sie mit einem Plan rein. Wenn du zuwinkst, kommst du vielleicht durch, aber jeder wird mehr aus dem Prozess herausholen, wenn die Person oder die Personen, die die Retrospektive leiten, vorbereitet sind.

Verwenden Sie unsere unten aufgeführten Strategien, um effektive Retrospektiven durchzuführen, auf die sich alle freuen.

1. Stellen Sie sicher, dass die Stimme aller gehört wird

Die lautesten Stimmen in einer Sprint-Retrospektive erhalten oft die meiste Aufmerksamkeit und Redezeit, aber sie haben nicht unbedingt bessere Einblicke als alle anderen. Jeder Person, die am Sprint-Prozess beteiligt ist, sollte die Möglichkeit gegeben werden, zu sprechen.

Wenn Sie feststellen, dass einige Personen das Gespräch dominieren oder dass einige Personen nie etwas beitragen, ändern Sie Ihre Strategie, um alle einzubeziehen. Gehen Sie nacheinander durch den Raum und stellen Sie eine Frage, die jede Person beantworten muss, z. B. „Was ist Ihrer Meinung nach in diesem Sprint gut gelaufen?“ oder „Was war deine größte Herausforderung?“

2. Starten, stoppen, weitermachen

Das retrospektive Format „Start, Stop, Continue“ kann in vielen Formen ausgedrückt werden, aber die allgemeine Praxis ist dieselbe. Am Ende eines Sprints entscheiden Sie, womit Sie beginnen möchten, womit Sie aufhören möchten und was Sie weiter tun möchten, wenn Sie in Ihren nächsten Sprint übergehen. Es ist ein einfaches Format, das sowohl abdeckt, was gut als auch was nicht so gut gelaufen ist.

Andere Versionen dieser Übung umfassen die Rose Bud Thorn-Übung, bei der die Teilnehmer etwas Positives teilen, eine neue Gelegenheit und etwas Negatives, das es zu verbessern gilt. Es gibt auch die Übung „Anker und Segel“, bei der die Teilnehmer erzählen, was ihnen Wind in die Segel gebracht hat (lief gut) und was sie verankert hat.

3. Legen Sie bestimmte Aktionspunkte fest

Die Retrospektive ist Zeitverschwendung, wenn Sie nicht mit bestimmten Aktionspunkten abreisen. Was wird Ihr Team gegen die in der Besprechung aufgeworfenen Probleme unternehmen? Stellen Sie sicher, dass Sie den Überblick über die Probleme und das positive Feedback der Teilnehmer behalten, damit Sie sie vor Abschluss des Meetings in umsetzbare Aufgaben oder Ziele umwandeln können.

Sie können nicht absolut jede Änderung umsetzen, die angesprochen wird, aber die Diskussion sollte Ihnen einen Ausgangspunkt bieten. Arbeiten Sie mit dem Team zusammen, um herauszufinden, welche Änderungen die größte Wirkung haben. Sie können eine verwenden Wirkungsaufwandsmatrix oder ähnliche agile Tools, um fundierte Entscheidungen zu treffen.

4. Rückblick — der Rückblick

Nehmen Sie sich hin und wieder die Zeit, Ihre Retrospektive Revue passieren zu lassen. Bitten Sie alle Teammitglieder um Feedback, wie der Prozess verbessert werden könnte. Was würde die Erfahrung für das Team einfacher machen? Was würden sie gerne umgesetzt sehen? Was hat bei deinen wiederkehrenden Retros nicht funktioniert?

Wow, das wird ein bisschen Meta, aber es ist ein wichtiger Schritt. Sie müssen auch Ihren Rückblick kontinuierlich überprüfen, um sicherzustellen, dass Sie das Beste aus dem Erlebnis herausholen.

Eine Sache, auf die Sie achten sollten: Wenn sich Menschen langweilen, engagieren sie sich weniger, was bedeutet, dass es wichtig ist, die Dinge auf den Kopf zu stellen. Sie möchten nicht, dass Ihr retrospektiver Prozess stagniert oder an Effektivität verliert.

5. Prüfen Sie die Aktionspunkte bei der nächsten Sprint-Retrospektive

Stellen Sie sicher, dass sich die harte Arbeit Ihrer Retrospektive auszahlt. Nehmen Sie sich zu Beginn der nächsten Retrospektive etwas Zeit, um Ihre bisherigen Aktionspunkte zu überprüfen. Mit welchen Zielen und Aktionspunkten hast du die letzte Retrospektive verlassen? Haben Sie erreicht, was Sie sich vorgenommen haben, oder müssen Sie noch daran arbeiten?

Häufige Fehler bei der Rückschau, die es zu vermeiden gilt

Vermeiden Sie diese häufigen Fehler bei der Durchführung von Sprint-Retrospektiv-Besprechungen:

❌ Erlaube ein paar Leuten, das Gespräch zu dominieren

❌ Keine Stärkung leiser Stimmen

❌ Ohne gründliche Diskussion voreilige Schlüsse ziehen

❌ Immer wieder dieselben Fragen stellen, ohne die Dinge durcheinander zu bringen

❌ Die Aktionspunkte der vorherigen Retrospektive vergessen oder nicht umgesetzt

❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel

❌ Vergessen der Bedürfnisse von Stakeholdern und Kunden

❌ Es gelingt Ihnen nicht, Ihren retrospektiven Prozess zu verbessern

Setzen Sie Ihre Retrospektiv-Ideen mit Easy Agile TeamRhythm in die Tat um

Sprint-Retrospektiven helfen dem gesamten Team, aus jeder Erfahrung zu lernen und sich zu verbessern. Sie effektiv durchzuführen bedeutet, die Retrospektive selbst zu bewerten, Stimmen zu stärken und ihnen zuzuhören.

Unsere Leidenschaft ist es, die Bedürfnisse des Kunden in den Vordergrund zu stellen. Easy Agile entwickelt Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams zu helfen, effizienter und effektiver zu arbeiten.

Einfacher agiler Teamrhythmus unterstützt die Arbeit Ihres agilen Teams von der Planung bis hin zur Retrospektive und fördert die kontinuierliche Verbesserung, damit Sie in dem, was Sie tun, immer besser werden und Ihren Kunden bessere Ergebnisse liefern.

EASY AGILE TEAMRHYTHM KOSTENLOS TESTEN

Es ist Zeit, Dinge zu erledigen und das Projekt den Programmierern zu übergeben. Aber bevor sie sich die Hände schmutzig machen, muss jemand planen der Scrum-Sprint oder die Scrum-Iteration. Das Sprint Planning-Meeting ist eine der Scrum-Zeremonien, und es ist die Eröffnungsveranstaltung des Sprints. 🎬

Lassen Sie sich von uns durch die Veranstaltung führen und erklären, wie Sie eine Veranstaltung erfolgreich vorbereiten und durchführen können. Außerdem erfährst du, wer an der Sprint-Planung teilnimmt und warum das Meeting so wichtig ist.

Was ist ein Sprint Planning-Meeting?

Sprint Planning ist ein Scrum-Meeting. Es leitet einen Sprint ein, findet also am ersten Tag eines neuen Sprints statt. Falls zutreffend, sollte es danach erfolgen der Sprint Review und die Sprint-Retrospektive aus der vorherigen Iteration.

Die Sprintplanung zielt darauf ab, die Ergebnisse für den bevorstehenden Sprint festzulegen und einen Plan für die Entwicklung der Arbeit zu definieren.

Das gesamte Scrum Team (der Product Owner, der Scrum Master, und das Entwicklungsteam) arbeitet bei der Sprint-Planung zusammen.

Können Sie sich ein erfolgreiches Projekt ohne Planung vorstellen? 🙅 Das können wir auch nicht, also starten wir keinen Scrum-Sprint, ohne ihn zu planen.

Um einen Scrum-Sprint zu planen, müssen Sie sich entscheiden:

• Die Dauer des Sprints — denk daran, dass ein Sprint eine Timebox ist
• Das Sprintziel, was ihr Zweck ist und darstellt die Produktzunahmeder Wert für den Kunden
• Die Arbeit, die das Entwicklungsteam während des Sprints erledigen kann, welche Arbeitsaufgaben das Team zuerst erledigen sollte, um das Sprintziel zu erreichen, und wie lange sie unter Berücksichtigung der Kapazität des Teams benötigen sollten

Darüber hinaus sollte die Sprint-Planung das Team motivieren und realistische Erwartungen setzen.

Am Ende des Sprint Planning-Meetings muss das Team die folgenden Ergebnisse erzielen:

• Ein gemeinsames Verständnis des Sprintziels. Dieses Ziel ist die Richtlinie für die Bewertung der Arbeit des Entwicklungsteams nach Abschluss des Sprints.
• Das Sprint Backlog. Dieses Artefakt steht für das Gespräch zwischen dem Entwicklungsteam und dem Product Owner über die zu erledigende Arbeit. Es ist das Ergebnis eines ausgewogenen Verhältnisses zwischen Kundennutzen und Entwicklungsaufwand.

Jetzt erfordert jedes Sprint Planning-Meeting einige Vorbereitungen. Lesen Sie weiter, wer es tun sollte und was es beinhaltet.

Wie bereitest du dich auf die Sprint-Planung vor?

Der Product Owner sollte die folgenden Schritte befolgen, um die Grundlage für eine erfolgreiche Sprint-Planung zu legen:

• Kombinieren Sie die Ergebnisse des vorherigen Sprint Reviews mit dem Feedback von Stakeholdern wie Management und Kunden und die Produktvision
• Aktualisieren und, falls erforderlich, verfeinern der Produkt-Backlog
• Kennen Sie den Kundennutzen, den das Entwicklungsteam schrittweise schaffen muss

Sobald alle Vorbereitungen abgeschlossen sind, ist es Zeit für das Sprint Planning-Meeting.

Wie sollte das Treffen ablaufen?

1. Der Product Owner gibt die Product Backlog-Elemente — und die entsprechenden Prioritäten — an, die sie als die besten Kandidaten für den nächsten Sprint betrachten. Artikel können sein Anwenderberichte, Aufgaben oder Bugs. Der Product Owner schlägt diese Artikel entsprechend dem Kundennutzen und der Produktvision vor.
2. Basierend auf Aufwandsschätzungen und dem Vorschlag des Product Owners das Entwicklungsteam wählt die Produkt-Backlog-Elemente aus, an denen während des aktuellen Sprints gearbeitet werden soll. Indem sie diese Elemente zu Sprint-Backlog-Elementen heraufstufen, einigen sich die Entwickler mit dem Product Owner auf das Sprint-Ziel.
3. Obwohl optional, könnte das Team die Abhängigkeiten zwischen den Elementen besprechen und darüber, wer an jedem einzelnen von ihnen arbeiten sollte.

Sehr wenige Schritte, oder? Einige praktische Maßnahmen sollten diese Schritte jedoch ergänzen. Im Folgenden erfahren Sie, um welche Maßnahmen es sich dabei handelt.

Wie führt man ein erfolgreiches Sprint-Planning-Meeting durch?

1. Begrenzen Sie die Dauer der Besprechung. ⏳ Die Sprint-Planung sollte nicht länger als 1-2 Stunden pro Sprintwoche dauern. Das bedeutet, dass das Meeting für einen zweiwöchigen Sprint nicht länger als 2-4 Stunden dauern sollte.

2. Lassen Sie den Scrum Master der Wächter der Zeit sein. Sie sind dafür verantwortlich, dass das Meeting innerhalb der definierten Zeitbox stattfindet.

3. Halten Sie das Meeting jedes Mal am selben Tag und zur gleichen Zeit ab. 📅 Teammitglieder können ziemlich beschäftigt sein und volle Agenden haben. Deshalb empfiehlt es sich, für jeden Teilnehmer einen Platz in der Agenda zu reservieren.

4. Definieren Sie wertvolle, klare Ergebnisse. 🎁 Diese, zusammen mit einem klaren Sprint-Backlog, erhöhen die Motivation des Entwicklungsteams. Die richtigen Ergebnisse zu erzielen ist pure Zufriedenheit, und ein klarer Arbeitsplan ist das Rezept, um dies zu erreichen.

5. Stellen Sie sicher, dass der Scrum Master diese Dinge garantiert. Erstens, dass das Gespräch zwischen dem Entwicklungsteam und dem Product Owner fruchtbar ist. Sie sollten sich alle auf das Sprintziel einigen. Zweitens, dass die Entwickler gute Entscheidungen treffen, wenn sie Artikel aus dem Produkt-Backlog in das Sprint-Backlog verschieben. Es ist eine gute Wahl, ein Element auszuwählen, das für die Dauer des Sprints, die Teamkapazität und die Arbeitslast machbar ist.

Es mag einfach erscheinen, aber das ist nicht alles, was Sie während der Sprint-Planung tun müssen. Es gibt eine Reihe von Dingen, die es zu vermeiden gilt.

Wenn wir dir einen Rat geben sollten...

Schätzen Sie den Aufwand anhand der Kapazität des Entwicklungsteams ab. Um zu entscheiden, wie viel Arbeit das Team in einem Sprint erledigen kann, sollten Sie die Kapazität des Teams berücksichtigen. (Und denken Sie daran, Schätzungen sind genau das — Schätzungen.) Entwickler berücksichtigen ihre bisherigen Erfahrungen, doch jeder Sprint ist einzigartig und kann sich im Laufe seines Verlaufs ändern. Die Berücksichtigung der Teamkapazität verbessert jedoch die Genauigkeit der Aufwandsschätzung. Darüber hinaus Storypoints könnte dem Team bei der Aufwandsschätzung helfen.

Bedenken Sie, dass sich die Fähigkeit des Entwicklungsteams zur Schätzung im Laufe der Zeit verbessern sollte. Daher sollte das Team weniger genaue Aufwandsschätzungen nach dem Sprint nicht kritisieren. Andernfalls wird das Team viel länger brauchen, um eine Schätzung vorzunehmen, oder beim nächsten Mal viel größere Schätzungen abzugeben.

Versuchen Sie nicht, während der Sprint-Planung alles zu planen. Lassen Sie die Idee, das vollständigste und perfekteste Sprint-Backlog aller Zeiten zu erstellen, vor der Tür. Schließlich dreht sich bei Scrum alles um Flexibilität und „Besser gemacht als perfekt“. Ein Sprint-Backlog, das vollständig genug ist, um Entwicklern den Einstieg zu erleichtern, ist also genau das, was es sein muss. Denken Sie daran, dass die Lösung komplexer Probleme einen Learn-by-Doing-Ansatz erfordert, der die Planung zu einer ebenso komplexen Aufgabe macht.

Ermitteln Sie eine realistische Erwartung für das Ergebnis des Sprints. Es ist keine gute Idee, unrealistische Erwartungen an den Zuwachs zu stellen, den das Entwicklungsteam im Laufe eines Sprints erzielen kann. Es könnte Entwickler frustrieren, dass sie nicht liefern konnten, was ihre Motivation und Leistung ernsthaft beeinträchtigen kann. Auf der anderen Seite sorgen realistische Erwartungen dafür, dass das Team Erfolg hat und ein Erfolgserlebnis hat. Außerdem erleichtern sie die Konversation zwischen den Entwicklern und dem Product Owner, sodass sie sich auf das Sprintziel einigen können.

Haben Sie einen gut verfeinerten Produkt-Backlog. Es muss detailliert genug sein, damit das Entwicklungsteam verstehen kann, worum es bei den Arbeitsaufgaben geht. Sie möchten keine wertvolle Zeit in der Sprint-Planung damit verschwenden, Arbeitselemente in maximal eines pro Tag aufzuteilen. Definieren und folgen Sie einem Verfeinerung des Backlogs verarbeiten und sicherstellen, dass Product Backlog-Artikel Ihren Anforderungen entsprechen Definition von bereit.

Schlage ein klares Sprintziel vor. 🎯 Der Product Owner muss sich über den erwarteten Kundennutzen für die Erhöhung im Klaren sein. Andernfalls wählt das Entwicklungsteam möglicherweise eine Reihe von Artikeln aus dem Produktbacklog aus, die keinen Bezug zueinander haben. Das Ergebnis könnten unerwartete Ergebnisse und ein geringes Erfolgserlebnis sein.

Klären Sie das Definition von erledigt mit dem Entwicklungsteam. Zu wissen, was geleistete Arbeit im aktuellen Sprint bedeutet, hilft den Entwicklern, die Erwartungen zu erfüllen. Das liegt daran, dass sie besser verstehen, was zu tun ist, um das Inkrement zu erzielen. Außerdem gibt eine klare Definition von „Fertig“ dem Entwicklungsteam mehr Selbstvertrauen bei der Einschätzung des Aufwands.

Starke Sprint-Planung macht Ihr Projekt stärker

Wenn du folgst das Scrum-Framework, Sprint Planning ist keine Wahl. Wenn Sie jedoch jemals versucht sind, ihn zu überspringen, setzen Sie ein Lesezeichen für diesen Artikel und lesen Sie das Folgende. 📑

Mit einem erfolgreichen Sprint-Planning-Meeting ist es einfacher, das Sprintziel, die zu erledigenden Aufgaben und die Sprintergebnisse zu verstehen. Wenn das Team nicht weiß, wohin es geht und wie es dorthin gelangen kann, wird es wirklich schwierig, die Kundenbedürfnisse zu erfüllen. Es ist genauso schwierig, Ihren Kunden wertvolle Zuwächse zu bieten, wenn Sie die Arbeit nicht nach Prioritäten organisieren.

Bei der Sprint-Planung geht es darum, Klarheit zu schaffen und die Arbeit zu organisieren, bevor es in der Iteration zu spät ist. Es geht auch darum, das gesamte Team in die Vorbereitung auf alle Anstrengungen einzubeziehen, die ein Sprint erfordert. Ein Hinweis: Denken Sie daran, dass ein Sprint-Plan in die Zeitbox eines Sprints passen muss, und berücksichtigen Sie die Teamkapazität.

Einfacher agiler Teamrhythmus ist perfekt für die Sprint-Planung. Es ist ein schnelles, unkompliziertes, visuelles und kollaboratives Tool, das Ihnen Folgendes ermöglicht:

• Ziehe Artikel direkt aus dem Produkt-Backlog auf die User Story Map
• Aufwandsschätzungen in User Stories registrieren
• Story-Point-Schätzungen bearbeiten
• Priorisieren Sie die User Stories in jedem Sprint, indem Sie sie innerhalb der jeweiligen Sprint-Swimlane anordnen
• Analysieren Sie die Sprint-Statistiken, um sicherzustellen, dass die geplante Arbeit die Kapazität des Teams nicht überschreitet und das Sprintziel realistisch ist
• Visualisieren Sie, was das Team wann liefern wird, indem Sie User Stories in Sprint-Swimlanes zusammenfassen

Lassen Sie uns wissen, wenn Sie Fragen haben zu Einfacher agiler Teamrhythmus. Wir empfehlen es für Ihr Scrum-Projekt sehr, und unsere Kunden empfehlen dasselbe.

Zeremonien sind regelmäßige Veranstaltungen, die von Scrum-Teams abgehalten werden. „Agile“ ist ein weit gefasstes Wort, das eine andere Arbeitsweise mit kürzeren, zeitlich begrenzten Release-Zyklen beschreibt.

Unter dem breiten Dach von Agile ist Scrum einer der beliebtesten Ansätze, mit denen Teams ihre Arbeit und Veröffentlichungen organisieren.

Jede kurze Iteration der Arbeit in Scrum wird als Sprint bezeichnet. Ein Sprint ist normalerweise ein Zeitraum von 2 Wochen, in dem sich das Team auf einen kleinen Teil der Arbeit konzentriert.

Die Idee ist, dass sich jeder auf einen Teil der Arbeit konzentriert. Und dieser Teil muss innerhalb desselben Sprints fertiggestellt und an den Kunden versendet werden.

Scrum kann in einige wichtige Elemente unterteilt werden:

1. Rollen
2. Artefakte
3. Zeremonien

Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.

Alle 4 Scrum-Zeremonien tragen dazu bei, dass sich das Scrum-Team auf den Teil der Arbeit konzentriert, auf den es sich in diesem Sprint geeinigt hat.

Es hilft dem Team, den Fortschritt der Arbeit, zu deren Abschluss es sich verpflichtet hat, transparent zu machen und Probleme frühzeitig anzusprechen, bevor sie zu Blockern werden.

Schauen wir uns jede der vier agilen Zeremonien in Scrum an:

1. Steh auf (oder tägliches Scrum)

Ziel des Stand-Up: ein kurzer Check-in, bei dem das Team Probleme ansprechen oder mit dem gesamten Team von Angesicht zu Angesicht kommunizieren kann.

Wer tritt dem bei täglich aufstehen: Entwickler, Scrum Master, Product Owner

Ergebnis des täglichen Aufstehens: Das Team erhöht alle Blocker, muss sie aber nicht lösen. Stellen Sie sicher, dass jedes Teammitglied sich darüber im Klaren ist, woran es gerade arbeitet. Jedes Teammitglied sollte in der Lage sein, diese drei Fragen zu beantworten:

• Was habe ich gestern abgeschlossen?
• Woran werde ich heute arbeiten?
• Bin ich durch irgendetwas blockiert?

Wann sollte man einen Stand halten: täglich

Tipp: Stand-ups können von Geschäftsteams durchgeführt werden und müssen nicht immer von Angesicht zu Angesicht stattfinden. Hier ist ein Foto vom Stand up der Geschäftsleitung der australischen Bank ANZ in Aktion:

Und noch ein Bild von InsideIt's Stand Up:

2. Sprint-Planung

Ziel der Sprint-Planung: Die Sprint-Planung hilft dem Team, sich auf die nächsten Aufgaben vorzubereiten. Das Team bespricht jedes Arbeitsthema, das vom Product Owner priorisiert wurde.

Wer macht Sprint-Planung: Entwickler, Product Owner, Scrum Master

Ergebnis der Sprint-Planung: dass jeder weiß, was das Sprintziel ist und wie er es erreichen wird. Stellen Sie sicher, dass jeder versteht, was die allgemeine Vision oder das Ziel der Arbeit ist.

Das Team wird sich damit auskennen, welche Arbeit im nächsten Sprint zur Verfügung steht. Das Team wird alle Hindernisse oder Möglichkeiten besprechen und herausfinden, wie es die Art und Weise, wie die Arbeit abgeschlossen wird, optimieren kann.

Das Team schätzt auch die Arbeit ab und zieht eine Grenze, wenn geschätzt wird, dass der Aufwand zur Fertigstellung der Arbeit die Kapazität oder die historische Geschwindigkeit des Teams übersteigt.

Wann sollte die Sprint-Planung abgehalten werden: am Ende eines Sprints oder ganz am Anfang eines neuen Sprints.

Bonus: Manchmal findest du bei der Sprint-Planung Dinge, die du nicht tun würdest, und das ist auch wertvoll.

3. Bewertung im Sprint

Ziel des Sprint Reviews: Präsentieren Sie die abgeschlossenen Arbeiten und erhalten Sie Feedback vom Product Owner und den relevanten Stakeholdern.

Wer nimmt am Sprint Review teil: Ausführende Sponsoren, Entwickler, Scrum Master, Product Owner

Ergebnis des Sprint Reviews: Jedes Teammitglied fühlt sich gestärkt, wenn es dem Team seine Arbeit präsentiert. Das Team kann seine Erfolge feiern. Das Führungsteam kann Fragen stellen. Der Product Owner kann Feedback geben und überprüfen, ob die Arbeit von hoher Qualität ist und der Benutzererfahrung entspricht. Passt am besten zu Getränken und Kuchen.

Wann sollte ein Sprint Review abgehalten werden: am Ende jedes Sprints.

4. Rückblick

Ziel der Retrospektive: ehrliche Diskussion darüber, was gut funktioniert hat und was nicht. Fördern Sie Selbstverbesserung und Transparenz.

Wer nimmt an der Retrospektive teil: Entwickler, Scrum Master, Product Owner

Ergebnis einer Retrospektive: erhalte Feedback vom Team und versuche, dich im nächsten Sprint zu verbessern. Das Schöne an Agile und Scrum ist die schnelle Feedback-Schleife.

Wenn etwas nicht gut funktioniert, tut das dem Team nur maximal 2 Wochen weh. Es kann dann im Nachhinein behoben werden, und es können Maßnahmen ergriffen werden, um das Problem zu beheben, bevor es aus dem Ruder läuft.

Das Ergebnis sollte die Zusage des Teams sein, sich auf Bereiche zu konzentrieren, die verbessert werden müssen, oder das Verhalten fortzusetzen, das der Gesundheit und/oder der Geschwindigkeit des Teams zugute kommt.

Wann sollte eine Retrospektive abgehalten werden: zu Beginn eines neuen Sprints, wenn ich über einen Sprint nachdenke, der gerade zu Ende gegangen ist.

---

Das gemeinsame Thema dieser Scrum-Zeremonien ist, dass sie die Teamzusammenarbeit, Transparenz und Kommunikation fördern.

Meiner Erfahrung nach ist es genau das, was Agile wirklich zu einer besseren Arbeitsweise macht.

Es sind nicht die Storypoints oder gar die Art und Weise, wie der Backlog priorisiert wird, die den Unterschied machen. Der wahre Wendepunkt von Agile ist, dass es Teams mit offener und ehrlicher Kommunikation hilft.

Diese Agile/Scrum-Zeremonien werden nicht immer für jedes Team gleich funktionieren.

Sie sind jedoch eine großartige Möglichkeit, Gespräche zu erleichtern und eine kontinuierliche Verbesserung zu fördern.