Sprint Retrospective
Qualität und Effektivität des Teams verbessern.
Die Sprint Retrospective dient der Inspektion des letzten Sprints hinsichtlich Menschen, Interaktionen, Prozessen und Tools. Das Team plant Verbesserungen, die im nächsten Sprint umgesetzt werden.
Passende Übungsfragen
✅Wege finden, um Qualität und Effektivität der Zusammenarbeit zu steigern
❌Das Product Backlog priorisieren
❌Den Sprint-Umfang festlegen
❌Das Increment den Stakeholdern zeigen
Die Retrospektive dient dazu, wie das Team zusammenarbeitet zu inspizieren und Verbesserungen zu planen (Qualität/Effektivität). Sie ist der letzte Event im Sprint.
☝️ SingleEin Team lässt die Sprint Retrospective dauerhaft weg, weil "gerade keine Zeit" ist. Wie ist das zu bewerten?
❌Das ist erlaubt, wenn der Scrum Master zustimmt
✅Das Ergebnis ist nicht mehr Scrum; die Elemente von Scrum sind verbindlich
❌Das ist erlaubt, solange das Team seine Sprint-Ziele erreicht
❌Das ist erlaubt, solange die anderen Events stattfinden
Scrum ist "immutable": Einzelne Elemente wegzulassen ist möglich, aber das Ergebnis ist dann nicht Scrum. Weggelassene Elemente verdecken genau die Probleme, die sie sichtbar machen sollen.
✅Weil alle anderen Scrum-Events innerhalb des Sprints stattfinden
❌Weil er alle Product-Backlog-Einträge enthält
❌Weil er das fertige Produkt enthält
❌Weil er die Arbeit mehrerer Teams bündelt
Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective finden alle innerhalb des Sprints statt.
❌Eine Stunde
❌Acht Stunden
❌Vier Stunden
✅Drei Stunden
Maximal drei Stunden bei einem Monatssprint. Sie ist damit kürzer als das Sprint Review (vier Stunden).
✅Wie die Zusammenarbeit im Team verlaufen ist
❌Die Leistung einzelner Teammitglieder zur Beurteilung
❌Der Umfang des nächsten Sprints
✅Die Definition of Done und die Qualität der Arbeit
✅Welche Prozesse und Werkzeuge geholfen oder gestört haben
Die Retrospektive betrachtet Menschen, Interaktionen, Prozesse, Werkzeuge und die Definition of Done. Sie ist kein Instrument der Leistungsbeurteilung.