Was ist Sprint Retrospective?

Question

Accepted Answer

Die Sprint Retrospective ist **die regelmäßige Gelegenheit des Teams, zu überprüfen, wie es gearbeitet hat, und Verbesserungen zu planen**. Sie findet nach dem Review und vor der nächsten Sprint Planning statt. Der Fokus liegt auf dem *Prozess* — Menschen, Beziehungen, Werkzeuge und Definition of Done — nicht auf dem Produkt selbst.

## Wie es funktioniert

Eine einfache, beliebte Struktur:

```text
1. What went well?      (keep doing)
2. What didn't?         (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
```

Das Hauptergebnis sind **wenige umsetzbare Verbesserungen**, idealerweise zum nächsten Sprint Backlog hinzugefügt, damit sie tatsächlich umgesetzt werden.

## Konkretes Beispiel

Das Team bemerkt, dass Code-Reviews mehrere Tage lang stagniert sind. Sie einigen sich auf eine Regel: Review-Anfragen werden innerhalb von vier Stunden angenommen. Eine Person ist für das Posten einer Erinnerung verantwortlich. In der nächsten Retrospective überprüfen sie, ob es funktioniert hat.

## Häufige Fallstricke

- Generierung von 15 Maßnahmen und Durchführung von keiner — wählen Sie eine oder zwei.
- Schuld statt Neugier, was die psychologische Sicherheit zerstört.
- Überspringing unter Zeitdruck, wodurch die Verbesserungsmaschine wegfällt.

## Warum es wichtig ist

Kontinuierliche Verbesserung ist das, was ein Team, das sich bei jedem Sprint verbessert, von einem Team unterscheidet, das die gleichen Fehler wiederholt.

Eine sichere, fokussierte Retrospective verwandelt Frustrationen in konkrete Veränderungen, was eigentlich der ganze Sinn des empirischen Vorgehens ist.