Wat is de Sprint Retrospective?

Question

Accepted Answer

De Sprint Retrospective is **de regelmatige gelegenheid voor het team om te inspecteren hoe het heeft gewerkt en verbeteringen in te plannen**. Het vindt plaats na de Review en vóór de volgende Sprint Planning. De focus ligt op het *proces* — mensen, relaties, tools en Definition of Done — niet op het product zelf.

## Hoe het werkt

Een eenvoudige, populaire structuur:

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

De sleuteloutput is een **klein aantal uitvoerbare verbeteringen**, bij voorkeur toegevoegd aan de volgende Sprint Backlog zodat ze daadwerkelijk worden uitgevoerd.

## Concreet voorbeeld

Het team merkt op dat codereviews dagen lang zijn blijven steken. Ze spreken af: reviewverzoeken worden binnen vier uur opgepikt. Één persoon is verantwoordelijk voor het posten van een herinnering. In de volgende Retrospective controleren ze of het werkte.

## Veel voorkomende valkuilen

- 15 actiepunten genereren en geen daarvan uitvoeren — kies er één of twee.
- Schuld toewijzen in plaats van nieuwsgierigheid, wat psychologische veiligheid vernietigt.
- Het overslaan onder deadline-druk, wat de verbeteringsmotor uitschakelt.

## Waarom het belangrijk is

Continue verbetering is wat een team onderscheidt dat elke Sprint beter wordt van een team dat dezelfde fouten herhaalt.

Een veilige, gerichte Retrospective zet frustraties om in concrete veranderingen, wat precies het punt is van het werken volgens empirische principes.