Scrum-Leitfaden | 38. Was ist eine Sprint-Retrospektive?

Die Sprint-Retrospektive ist eine Sprint-Nachbereitungsveranstaltung, an der nur Mitglieder des Scrum-Teams teilnehmen können. Dadurch kann es sich voll und ganz den internen Angelegenheiten des Teams widmen. Denn die Sprint Retrospektive dient in erster Linie dazu, aktuelle Arbeitsweisen zu reflektieren und Verbesserungsvorschläge zu diskutieren.

Was ist eine Sprint-Retrospektive? - Inhaltsverzeichnis:

1. Einführung
2. Ziele und Themen der Sprint Retrospektive
3. Wie führe ich eine effektive Sprint-Retrospektive durch?
4. Probleme zu besprechen
5. Diskussion und Engagement
6. Zusammenfassung

Einführung

Die Sprint-Retrospektive ist das Meeting, das jeden Sprint beendet. Es ist eines der Scrum Events, über das wir in einem separaten Artikel in einer Übersicht geschrieben haben.

Laut dem offiziellen Scrum Guide dauert eine Sprint Retrospektive bei einem monatlichen Sprint maximal drei Stunden. Oder entsprechend kürzer, wenn das Scrum Team in kürzeren Zyklen arbeitet.

Ziele und Themen der Sprint Retrospektive

Alle Mitglieder des Scrum Teams nehmen an der Sprint Retrospektive teil. Der Zweck des Treffens besteht darin, Probleme im Zusammenhang mit der Arbeit des Scrum-Teams und wie es damit umgeht, zu besprechen. Dies sind jedoch keine Probleme im Zusammenhang mit dem Produkt, das vom Scrum-Team entwickelt wird, sondern Probleme im Zusammenhang mit der Art und dem Ablauf der Zusammenarbeit zwischen den Mitgliedern des Scrum-Teams.

Da die angesprochenen Themen oft heikel und heikel sind, ist die Sprint Retrospektive eine geschlossene Veranstaltung. Wir können seine Ziele wie folgt formulieren:

• um die aktuellen Formen der Zusammenarbeit zusammenzufassen
• um die Probleme und Unzulänglichkeiten zu identifizieren, die verbessert werden müssen
• um Lösungen und Änderungen vorzuschlagen

Die Ziele der Sprint-Retrospektive sind eng mit den Säulen der Empirie verbunden, auf denen Scrum basiert. Die ersten beiden Punkte beziehen sich auf die Inspektion. Während der letzte mit der Anpassung zusammenhängt. In diesem Artikel haben wir mehr über die Säulen des Empirismus und ihre Rolle in Scrum geschrieben.

Das Ergebnis der Antworten auf die oben genannten Meetings ist nicht nur ein klares Bild der Prinzipien der Zusammenarbeit des Scrum-Teams, das allen Mitgliedern zur Verfügung steht. Das Team geht auch Verpflichtungen zur Verbesserung der Zusammenarbeit und des Teamverhaltens ein, die im nächsten Sprint umgesetzt werden.

Wie führe ich eine effektive Sprint-Retrospektive durch?

Da die Sprint Retrospektive ein schwieriges Meeting ist, ist die Rolle des Scrum Masters, der die Diskussion moderiert, entscheidend. Idealerweise sollte er oder sie den Mitgliedern des Scrum-Teams vorschlagen, als nächstes zu sprechen. Zum Beispiel kann er jeden bitten, den letzten Sprint in einem Satz zusammenzufassen.

Probleme zu besprechen

Da das Reden über Probleme im Team viele Emotionen wecken kann, besteht eine gängige Lösung darin , die zu besprechenden Themen auf separaten Zetteln festzuhalten. Das erleichtert die Meinungsäußerung. Es ist auch einfacher, größere Problembereiche und Probleme zu erkennen, über die sich mehr Menschen Sorgen machen.

Wenn das Scrum-Team zu viele Probleme aufwirft, können Sie damit beginnen, die wichtigsten zu diskutieren. Oder wählen Sie gemeinsam aus, welche Themen aus Sicht des Scrum-Teams am wichtigsten sind.

Probleme, für die während der Sprint-Retrospektive nicht genug Zeit war, können Sie auf die nächste Retrospektive verschieben . Natürlich nur für den Fall, dass sie noch auftreten.

Diskussion und Engagement

Die wichtigsten Teile der Sprint-Retrospektive sind jedoch die Diskussion und das Eingehen von Verpflichtungen.

Die Diskussion sollte sich auf die Ursachen der Probleme, die Momente, in denen sie auftreten, und ihre Auswirkungen auf das Funktionieren des Scrum-Teams konzentrieren. Es lohnt sich zu überlegen, ob ihr Auftreten vermieden werden kann und mit wem ihre Lösung besprochen werden kann.

Verpflichtungen einzugehen ist genauso wichtig wie die Diagnose der Probleme, denn das bloße Wissen, dass sie existieren und die Ursachen, führt nicht zu deren Lösung. Das Ergebnis einer Sprint Retrospektive sind in der Regel mehrere Commitments. Wenn das Problem das ganze Team betrifft, verpflichtet sich oft eines der Teammitglieder, sich im nächsten Sprint besonders um ein bestimmtes Problem zu kümmern. Und um seine Lösung vorzuschlagen oder sogar das Problem selbst zu lösen. Betrifft das Problem hingegen das Handeln einer bestimmten Person, verpflichtet sie sich, ihr Verhalten bereits im nächsten Sprint zu ändern.

Zusammenfassung

Die Sprint-Retrospektive ist eine Zusammenfassung eines Sprints aus der Perspektive der Zusammenarbeit zwischen Scrum-Teammitgliedern. Sein Zweck ist es, die Effizienz zu verbessern und die drei Säulen der Empirie zu fördern: Transparenz, Inspektion und Anpassung. Transparenz, bei der alle Mitarbeiter offen miteinander über Erfolge und Probleme sprechen, die im Team auftreten. Inspizieren, also häufiges und zuverlässiges Diagnostizieren der Situation im Team, und Adaptieren, dh laufend auftretende Fehler korrigieren.

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

1. Glossar der Grundbegriffe, Rollen und Begriffe
2. Was ist Scrum?
3. Scrum-Werte
4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
5. Scrum Team – was ist das und wie funktioniert es?
6. Wer ist ein Product Owner?
7. Die häufigsten Fehler des Product Owners
8. Wer ist der Scrum-Master?
9. Eigenschaften eines guten Scrum Masters
10. Die häufigsten Fehler des Scrum Masters
11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
12. Zusammenarbeit zwischen Product Owner und Scrum Master
13. Entwicklungsteam in Scrum
14. Die häufigsten Fehler von Entwicklern
15. Scrum-Artefakte
16. Scrum skalieren
17. Sprint-Rückstand
18. Was ist das Product Backlog?
19. Was sind User Stories?
20. Erstellen Sie die beste User Story mit INVEST
21. Die häufigsten Fehler in User Storys
22. Akzeptanzkriterien für User Storys
23. Schätzung und Story Points in Scrum
24. Planungspoker
25. Team-Schätzspiel
26. Inkrement definieren
27. Scrum-Ereignisse
28. Was ist Sprint in Scrum?
29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
30. Was ist ein Burndown-Diagramm?
31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
32. Vor- und Nachteile des Burndown-Charts
33. Kanban-Boards in Scrum und Scrumban
34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
35. Tägliches Scrum
36. Sprint-Planung
37. Sprint-Review
38. Was ist eine Sprint-Retrospektive?
39. Häufige Fehler während einer Sprint-Retrospektive
40. Pflege des Produkt-Backlogs