Een agile retrospective is een gestructureerde bijeenkomst aan het einde van elke sprint waarin het team reflecteert op hoe ze gewerkt hebben, niet alleen op wat ze geleverd hebben. Het is de meest consistente verbetergewoonte in softwareontwikkeling.
Goed uitgevoerd brengt een retrospective vroegtijdig wrijving aan het licht, bouwt teamvertrouwen op en leidt tot concrete procesveranderingen. Slecht uitgevoerd wordt het een 45 minuten durende klaagsessie die niets verandert.
Deze gids behandelt wat retrospectives zijn, waarom ze belangrijk zijn, hoe je ze stap voor stap kunt uitvoeren, en de meest voorkomende formats die agile teams gebruiken.
Wat is een agile retrospective?
Een retrospective (vaak afgekort tot "retro") is een tijdbegrensde bijeenkomst, meestal 60–90 minuten, waarin het team reflecteert op de vorige sprint. Het is een van de vier Scrum-ceremonies, naast Sprint Planning, de Daily Standup en de Sprint Review.
Het doel is continue verbetering: beter worden in hoe je werkt, niet alleen wat je levert.
Drie vragen vormen de basis van bijna elke retrospective:
- Wat ging goed?
- Wat kan beter?
- Wat gaan we anders doen in de volgende sprint?
De derde vraag is het belangrijkst. Een retrospective zonder actiepunten is slechts een gesprek. De uitkomst moet altijd een korte lijst van concrete veranderingen zijn, met eigenaren en deadlines, waar het team zich aan committeert in de volgende sprint.
Waarom retrospectieven uitvoeren?
Teams die retrospectieven overslaan, neigen hetzelfde probleem te herhalen. Het probleem dat sprint 3 vertraagde, is er nog steeds in sprint 7; iedereen heeft zich er gewoon aan aangepast.
Retrospectives doorbreken die cyclus. Ze bieden het team een toegewijde ruimte om:
- Wrijving aan te pakken die niet ter sprake komt in dagelijkse stand-ups
- Procesverbeteringen door te voeren voordat ze in permanente noodoplossingen veranderen
- Te erkennen wat werkt voordat het per ongeluk wordt veranderd
- Vertrouwen op te bouwen door eerlijke gesprekken te voeren in een gestructureerde omgeving
De beste teams zien retrospectieven als een gewoonte: iets dat je consequent doet, niet alleen als er iets misgaat.
Hoe vaak moet je een retrospective uitvoeren?
De meeste Scrum-teams houden een retrospective aan het einde van elke sprint, meestal elke één tot vier weken. Kanban-teams houden vaak een frequentie-gebaseerde retro (maandelijks of tweewekelijks) in plaats daarvan.
Frequentie is minder belangrijk dan consistentie. Onregelmatige retrospectieven zijn moeilijker serieus te nemen en moeilijker op te volgen.
Als je team nieuw is of door significante veranderingen gaat, kies dan voor frequentere retros. Een 30 minuten durende lichte check-in elke sprint is waardevoller dan een 90 minuten durende diepgaande analyse elke zes weken.
Hoe voer je een agile retrospective uit
1. Stel het toneel (5–10 minuten)
Begin met een korte check-in. Vraag iedereen een simpele vraag om te beginnen: "Hoe voel je je in één woord over deze sprint?" Het laat stille teamleden vroeg praten en is vooral nuttig in remote of hybride sessies waar je lichaamstaal niet kunt lezen.
TeleRetro's AI Icebreaker Bot genereert vragen die passen bij de stemming van je team als je iets creatievers wilt.
2. Verzamel gegevens (15–20 minuten)
Vraag het team kaarten aan het bord toe te voegen. Zet anonieme brainstormmodus aan zodat iedereen privé schrijft, zonder beïnvloed te worden door wat anderen toevoegen.
Hier bepaalt het gekozen format wat naar boven komt. Een Sailboat retro vraagt om wind (wat hielp), ankers (wat vertraagde), rotsen (risico's), en het eiland (je doel). Een Mad Sad Glad vraagt het team de sprint emotioneel te beschrijven. Verschillende formats brengen verschillende gesprekken naar voren.
TeleRetro heeft 50+ retroformaten en sjablonen om aan verschillende teamstemmingen, sprinttypes en ervaringsniveaus te voldoen.
3. Genereer inzichten (20–25 minuten)
Groeperen gelijkaardige kaarten. Gebruik anoniem stemmen om de thema's die het belangrijkste zijn voor het team naar voren te halen. Besteed het grootste deel van de vergadering aan de belangrijkste twee of drie clusters.
Het doel in deze fase is te begrijpen waarom iets is gebeurd, niet alleen dat het is gebeurd. "Implementaties waren traag" is een observatie. "Implementaties waren traag omdat we nog steeds geen geautomatiseerde staging-controles hebben" is een inzicht dat het waard is om op te volgen.
4. Besluiten wat te doen (10–15 minuten)
Voor elk prioriteitsthema, kom tot overeenstemming over een concrete actie. Acties hebben een eigenaar en een deadline nodig, bij voorkeur afgerond binnen de volgende sprint.
TeleRetro's actiepuntentoewijzing draagt acties van retro naar retro zodat niets verloren gaat. Teams die acties bijhouden volgen veel vaker door dan degenen die vertrouwen op geheugen of notulen.
5. Sluit de retrospective af (5 minuten)
Eindig met iets korts: een bedankje rond de tafel, een beoordeling van de retro zelf van 1 tot 5, of simpelweg het voorlezen van de actiepunten. Afsluiten is belangrijk. Het geeft aan dat de sessie de moeite waard was en versterkt de gewoonte.
Veelvoorkomende retroformats
Verschillende formats brengen verschillende soorten gesprekken naar voren. Enkele veelvoorkomende:
- Start, Stop, Continue: Direct en actiegericht. Het beste voor ervaren teams die elkaar goed kennen.
- Mad, Sad, Glad: Emotiegericht. Goed voor teams die een moeilijke of drukke sprint verwerken.
- Sailboat: Visuele metafoor. Werkt goed met gemengde groepen en teams die nieuw zijn in retrospectives.
- 4 Ls: Liked, Learned, Lacked, Longed For. Sterk voor teams gericht op leren.
- DAKI: Drop, Add, Keep, Improve. Doelgericht en actiegericht.
- Lean Coffee: Teamgestuurde agenda. Goed wanneer het team specifieke onderwerpen heeft die ze willen bespreken.
Weet je niet welk formaat nu het beste bij je team past? TeleRetro's Retro Bot stelt er een voor op basis van de context van je team.
Veelvoorkomende fouten om te vermijden
Voer de retro niet uit met publiek. Retrospectives zijn voor het team. Managers, productowners en stakeholders moeten over het algemeen niet aanwezig zijn. Hun aanwezigheid verandert wat mensen zeggen.
Actiepunten zonder eigenaren. "We zouden de CI-pijplijn moeten verbeteren" is geen actie. "Maya zal het paralleliseren van de testsuite onderzoeken voor volgende woensdag" is dat wel.
Hetzelfde formaat elke sprint. Het rouleren van formats houdt het gesprek fris en geeft ruimte aan verschillende observaties.
Overslaan van retrospectieven als het goed gaat. Dan is het juist het gemakkelijkst om een eerlijk, toekomstgericht gesprek te voeren.
Het negeren van vorige actiepunten. Begin elke retrospective met het herzien van wat de vorige keer is beloofd. Teams die dit niet doen verliezen geloofwaardigheid in hun eigen proces.
Veelgestelde vragen
Wie moet een agile retrospective faciliteren?
In Scrum faciliteert de Scrum Master doorgaans. In teams zonder een toegewezen Scrum Master kan elk teamlid het doen, en het rouleren van de rol van facilitator kan de deelname zelf verbeteren. De taak van de facilitator is om de sessie in beweging te houden en ervoor te zorgen dat stille stemmen worden gehoord, niet om de resultaten aan te sturen.
Hoe lang moet een retrospective duren?
De Scrum Guide stelt één uur per week sprintlengte voor, dus een sprint van twee weken rechtvaardigt een retro van maximaal twee uur. In de praktijk vinden de meeste teams 60–75 minuten voldoende, vooral als het team ervaren is en actiepunten van eerdere retros al zichtbaar zijn voordat de sessie begint.
Kun je een retrospective op afstand uitvoeren?
Ja, en remote retrospectives kunnen effectiever zijn dan fysieke wanneer ze goed gefaciliteerd zijn. Anonieme digitale borden verminderen de sociale dynamiek die eerlijkheid in een kamer onderdrukt. Icebreaker muziek helpt de toon te zetten wanneer je niet kunt vertrouwen op een gedeelde fysieke ruimte.
Wat is het verschil tussen een retrospective en een sprint review?
De sprint review gaat over het product: wat er is gebouwd, wat stakeholders ervan vinden, en wat er vervolgens op de backlog staat. De retrospectieve gaat over het team: hoe je samenwerkte, wat je vertraagde, en wat te veranderen. Het zijn aparte bijeenkomsten met verschillende deelnemers en verschillende resultaten.
Hoe ga je om met steeds terugkerende problemen elke sprint?
Dat is een signaal dat het waard is om direct te benoemen. Als hetzelfde item drie sprints achter elkaar verschijnt, is het ofwel een systemisch probleem dat een grotere oplossing vereist, mogelijk buiten de controle van het team, of de afgesproken actiepunten blijven niet plakken. Breng het naar voren: "We hebben dit drie keer gemeld. Wat blokkeert ons daadwerkelijk om het op te lossen?"
Bijgewerkt
Ervaar een betere retro
Creëer binnen enkele seconden een retro en ervaar het zelf.