Agile retrospective

Vier vragen om je sprint te evalueren en veranderingen te plannen.

Probeer deze retrospective live eens

Wat ging goed?

Dingen waar we blij mee zijn.

We hebben alle toegezegde stories opgeleverd en het sprintdoel gehaald.
Onze dagelijkse stand-ups waren efficiënt en hielpen ons om goed op elkaar afgestemd te blijven.
De nieuwe aanpak met pair programming heeft de codekwaliteit verbeterd.
Wat ging minder goed?

Dingen die we moeten verbeteren.

De requirements waren onduidelijk, waardoor we zelf aannames moesten doen.
Het testen moest aan het eind worden afgeraffeld omdat de scope eerder in de sprint was uitgedijd.
Door gebrekkige communicatie tussen de frontend- en backendteams liepen we vertraging op.
Wat willen we hierna proberen?

Dingen die we anders moeten doen.

Een inhoudsdeskundige laten aansluiten bij planning- en refinementsessies.
Een design spike doen voor complexe features voordat we gaan bouwen.
Taken timeboxen zodat we niet te diep in de details verzanden.
Waar zitten we mee?

Onbeantwoorde vragen die we hebben.

Hoe kunnen we onze DevOps-werkwijze en ons deploymentproces verbeteren?
Welke vaardigheden moeten we als team ontwikkelen voor het komende project?
Moeten we naar nieuwe testframeworks of -tools kijken?

Wat is een agile retrospective?

Een agile retrospective stelt vier eenvoudige vragen: wat ging goed, wat ging minder goed, wat wil je hierna proberen en waar zit je nog mee? Samen zorgen ze ervoor dat je team in gesprek gaat over hoe de afgelopen sprint verliep en op welke acties jullie je in de volgende sprint richten. Het format is bewust eenvoudig. Door het te gebruiken laat je je team zien dat je luistert en dat je van plan bent iets te doen met wat ze zeggen. De retrospectivepraktijk zelf wordt beschreven in Agile Retrospectives, het boek van Esther Derby en Diana Larsen (met een voorwoord van Ken Schwaber). Het werkt als een regelmatige onderhoudsbeurt die ervoor zorgt dat je team soepel blijft draaien. Als je de retro elke sprint houdt, komen problemen in de manier waarop jullie software bouwen en opleveren aan het licht terwijl ze nog klein zijn. Bovendien krijgt je team een vast moment om ze samen op te lossen. Met korte, regelmatige retro's en vastgelegde acties kun je bijsturen voordat het te laat is. Een groot schip besturen werkt net zo: kleine koerscorrecties onderweg zijn makkelijker dan aan het eind ontdekken dat je in de verkeerde haven hebt aangemeerd. Een post-mortem kijkt eenmalig terug als een project is afgerond. Een agile retrospective kijkt vooruit naar de volgende sprint, waardoor de toon positief en praktisch blijft.

Agile retrospective-format

Wat ging goed?

Dingen waar we blij mee zijn.

Moedig het team aan om concrete voorbeelden van successen te delen, groot of klein. Vier wat het team heeft bereikt en waardeer individuele bijdragen.

Wat ging minder goed?

Dingen die we moeten verbeteren.

Zorg voor een omgeving zonder schuldvraag, zodat er open en eerlijk gepraat kan worden. Richt je op processen, niet op personen. Zoek naar de onderliggende oorzaken.

Wat willen we hierna proberen?

Dingen die we anders moeten doen.

Stimuleer creatief denken en sta open voor onconventionele ideeën. Zoek naar kleine, praktische experimenten die je in de volgende sprint kunt uitvoeren.

Waar zitten we mee?

Onbeantwoorde vragen die we hebben.

Dit is een kans om onbekende zaken of onderwerpen die verder onderzocht moeten worden boven tafel te krijgen. Leg ze vast zodat je ze later kunt bespreken.

Wanneer dient u deze retrospective te gebruiken?

  • Aan het eind van elke sprint of iteratie, om terug te kijken op de afgelopen cyclus.
  • Als je team concreet wil vaststellen wat er beter kan.
  • Na een belangrijke projectmijlpaal of release, om de geleerde lessen te bespreken.
  • Als je team vastzit en weer op koers moet komen.
  • Tijdens een agile transformatie, om regelmatig reflecteren voor elk team een gewoonte te maken.

Voorstellen voor ijsbrekers

  • Als je één tool of proces aan ons team zou mogen toevoegen, wat zou dat dan zijn?
  • Welk klein ding zou een groot positief effect op ons team kunnen hebben?

Wilt u een opwarmoefening waarbij uw team daadwerkelijk meedoet, en niet alleen hardop antwoorden geeft? Bekijk gratis ijsbrekers →

Ideeën en tips voor uw retrospectievevergadering

  • Zet aan het begin een toon zonder schuldvraag neer, zodat mensen vrijuit durven te praten.
  • Timebox elk onderdeel zodat de retro gefocust blijft.
  • Haal input op bij iedereen, niet alleen bij de paar mensen die altijd het woord voeren. Een paar minuten stil brainstormen helpt daarbij.
  • Leg actiepunten vast en geef elk actiepunt een eigenaar die het opvolgt.
  • Probeer niet elk probleem op te lossen. Kies de belangrijkste één of twee en voer kleine experimenten uit.
  • Laat de rol van facilitator rouleren, zodat je steeds nieuwe perspectieven krijgt.

Veelgestelde vragen

Wat is een agile retrospective?
Een agile retrospective is een meeting aan het eind van een sprint waarin je team bekijkt hoe het werk is verlopen en afspreekt wat er moet veranderen. Deze template gebruikt vier vragen: wat ging goed, wat ging minder goed, wat willen we hierna proberen en waar zitten we mee.
Hoe vaak moet je een agile retrospective houden?
De meeste teams houden er aan het eind van elke sprint een. Je kunt er ook een houden na een grote release of mijlpaal, of wanneer het team het gevoel heeft vast te zitten.
Hoe lang duurt een agile retrospective?
Volgens de Scrum Guide duurt de sprint retrospective maximaal drie uur bij een sprint van een maand, en bij kortere sprints is de retro ook korter. Voor een sprint van twee weken is 45–90 minuten gebruikelijk.
Wat is het verschil tussen een agile retrospective en een post-mortem?
Een post-mortem vindt één keer plaats, na afloop van een project, en kijkt terug op wat er misging. Een agile retrospective houd je elke sprint, zodat je team kleine problemen kan oplossen zolang er nog tijd is om in te grijpen.
Kunnen remote teams een agile retrospective houden?
Ja. In TeamRetro voegen verspreide teams vanaf elke locatie in realtime samen ideeën toe, groeperen ze die, stemmen ze en spreken ze acties af.

Gerelateerde sjablonen

Strategische roadmapplanning

Zet je doelstellingen om in doelen en mijlpalen

Zeilboot retrospective

Breng in kaart wat je team vooruit helpt en wat het tegenhoudt

Start Stop Continue retrospective

Bepaal waarmee je team begint, stopt en doorgaat.

Must Should Could Won't-retrospective

Spreek als team af wat moet gebeuren en wat kan wachten.

Bent u klaar om deze retrospective te houden?Probeer deze retrospective live eens