Retrospective-template: format, voorbeeld — en hoe actiepunten de volgende retro halen (2026)

Een retrospective is de meeting waarin een team terugkijkt op hoe het gewerkt heeft — over een sprint, een release, een maand — en beslist wat het wil veranderen. Niet wat het gebouwd heeft, want dat is het werk van de review. Het gaat om hoe het gebouwd is: wat het werk vertraagde, wat het vooruit hielp en welke een of twee dingen het team de volgende keer anders gaat doen. Een retrospective-template is de ene pagina die dat gesprek in een vaste volgorde houdt, zodat de meeting een besluit oplevert in plaats van een lijst klachten.

Deze gids behandelt eerst het vak: het format, een sprint-retrospective-template om te kopiëren, een ingevuld voorbeeld en de vier sets prompts waartussen de meeste teams wisselen. Daarna volgt de praktijk: waar de retro leeft in de tools die je team al gebruikt en wat er na het gesprek met de acties gebeurt. De echte test van een retrospective is namelijk niet het bord aan het eind van het uur. Het zijn de eerste vijf minuten van de volgende, wanneer iemand vraagt of de twee veranderingen waar iedereen het over eens was echt zijn doorgevoerd.

Wat een retrospective is — en wat niet

Vier meetings staan dicht bij de retrospective, en teams gooien ze op eigen kosten op één hoop:

De retrospective is de enige van de vier die over het team zelf gaat, in aanwezigheid van het team en met het team als beslisser. Daarom is de uitkomst klein — een team kan per cyclus een of twee gewoontes veranderen, geen tien. En daarom is een retro met een lange lijst meestal een review of incidentreview onder een verkeerde naam geworden. De agenda van de sprintreview en de retro-agenda zijn om een reden twee verschillende pagina's.

Een retrospective is ook geen statusmeeting met gevoelens. "Laten we de ronde doen en zeggen hoe de sprint voelde" levert een stemming op, geen verandering. Het onderstaande template vraagt om data vóór meningen, schrijven vóór praten en een besluit vóór het uur om is.

Wat het template bevat: het format

Een bruikbaar retrospective-template heeft zeven onderdelen, in deze volgorde. De meeste templates online zijn een deelverzameling; het eerste en het laatste onderdeel ontbreken het vaakst.

1. De acties van de vorige retro, nagelopen. Eerst alles hiervan: elke actie van de vorige keer, de eigenaar en een van drie statussen — gedaan, niet gedaan met reden, laten vallen. Twee minuten voor een lijst van drie. Een retrospective die dit onderdeel overslaat, kondigt aan dat zijn acties vrijblijvend zijn, en de zaal hoort dat.
2. De periode in feiten. Wat is opgeleverd, wat is uitgelopen, wat ging kapot — in cijfers of data, op het bord voordat iemand iets zegt. Drie tot vijf regels. Meningen over dezelfde feiten convergeren; meningen over verschillende herinneringen niet.
3. Wat goed ging. Eerst schriftelijk, één notitie per persoon per punt, daarna hardop voorgelezen. Eerst schrijven is de regel die de stille helft van het team laat horen en de gewone reden waarom retro's door twee stemmen worden gedomineerd.
4. Wat niet goed ging. Zelfde methode. Notities gaan over het werk en de manier van werken, niet over personen. De facilitator zet een notitie die een persoon noemt op de parkeerplaats voor een eén-op-één-gesprek.
5. Groeperen en kiezen. Cluster de notities en laat iedereen twee stemmen uitbrengen op de clusters die aangepakt moeten worden. De top een of twee vormen het onderwerp van de retro voor de resterende tijd. De rest wacht tot de volgende keer, en de lijst van wat wacht wordt bewaard.
6. Een of twee wijzigingen, als acties. Voor elk gekozen cluster de verandering waaraan het team zich committeert, opgeschreven als actiepunt: één eigenaar, één werkwoord, één datum. "Beter worden in schatten" is een wens; "Lena — een schattingscheck van 15 minuten toevoegen aan de planning van donderdag — vanaf de volgende sprint" is een actie.
7. Eigenaren, een controledatum en waardering. Lees de acties terug, met eigenaren; noem de datum waarop ze worden gecontroleerd — normaal de volgende retro; en sluit af met één ronde dank, met naam. Dat laatste is geen versiering: het maakt dat mensen de volgende keer bereid zijn de notities van onderdeel 4 te schrijven.

Wat er niet in hoort: alles wat thuishoort in de review (scope), de incidentreview (de tijdlijn van één storing) of een eén-op-één (één persoon). Een retrospective die dat probeert te dragen loopt uit en beslist niets.

Hoe je er een houdt: ervoor, tijdens, erna

Ervoor: leg het tijdslot vast en bereid de feiten voor. Een retrospective is een terugkerende meeting, na de review en vóór de volgende planning, zodat hij uitgaat van wat er echt is opgeleverd. Hoe dat in de week past, staat in de gids over meetingritme. De dag ervoor plaatst de facilitator de feiten van de periode in het kanaal van het team — de lijst van opgeleverd, de lijst van uitgelopen, de incidenten — plus de acties van de vorige retro met eigenaren, zodat onderdeel 1 en 2 vóór de meeting worden gelezen en niet tijdens de meeting worden samengesteld. Laat de facilitator rouleren: een retro die elke keer door de manager wordt geleid, wordt een rapportage aan de manager.

Tijdens: schrijven vóór praten, dan een besluit. Open met de actiecheck — elke eigenaar zegt in één zin of het gedaan is en waarom (niet). Dan de feiten, in een minuut hardop gelezen. Daarna acht minuten stil schrijven over wat goed en wat niet goed ging, met elke notitie zichtbaar voor iedereen zodra die verschijnt, in de eigen taal van elk lid als het bord vertaalt en in de ene taal waar de zaal het over eens werd als dat niet zo is. Voorlezen, clusteren, stemmen: vijftien minuten. De gekozen clusters krijgen de rest van het uur, en de enige taak van de facilitator in dat stuk is praat omzetten in een actie met een naam voordat de klok om is, en elke actie hardop terug te lezen zodat de eigenaar er twee keer mee instemt. Vijf minuten aan het eind: acties met eigenaren en de controledatum, dan waardering.

Erna: publiceer de pagina dezelfde dag, waar de volgende retro hem opent. Het bord met zijn notities, de gekozen clusters, de acties met eigenaren en de vorige acties met hun status — één pagina, naar iedereen, ook naar wie er niet bij was. Zet hem dan waar de volgende retrospective begint: de actiecheck bovenaan de volgende pagina is een kopie van de actielijst onderaan deze. Een retrospective die in het notitieboek van de facilitator blijft, is een retrospective die het team niet heeft.

Hoe het uur zelf verloopt — de opening, de tijdsblokken, het terugleggen van uitkomsten in de laatste vijf minuten — is hetzelfde vak als bij elke effectieve meeting. Specifiek voor de retro zijn de regel van eerst schrijven en de grens van twee wijzigingen.

Een sprint-retrospective-template

[Team] — Retrospective, sprint [nummer] / [periode]
Datum: [datum] · Tijd: [begin]–[einde] · Link: [meetinglink]
Doel: een of twee wijzigingen kiezen in hoe we werken, en de wijzigingen controleren die we de vorige keer kozen.
Facilitator: [naam, roulerend] · Notities: [naam of "de recap"]
Vooraf lezen: de pagina van de vorige retro, de feiten van deze periode

1. Acties van de vorige retro — facilitator — 5 min — informatie
– [Eigenaar] — [actie] — had deadline [datum] — gedaan / niet gedaan: [reden] / laten vallen
– [Eigenaar] — [actie] — had deadline [datum] — gedaan / niet gedaan: [reden] / laten vallen

2. De periode in feiten — facilitator — 3 min — informatie
Opgeleverd: [lijst]. Uitgelopen: [lijst]. Kapotgegaan: [lijst]. [Eén getal dat deze periode telt.]

3. Wat goed ging — iedereen, eerst schriftelijk — 8 min — discussie
[Notities, elk één punt, na het schrijven hardop voorgelezen.]

4. Wat niet goed ging — iedereen, eerst schriftelijk — 8 min — discussie
[Notities over het werk en de manier van werken — niet over personen.]

5. Groeperen en stemmen — iedereen — 10 min — besluit
Clusters: [A], [B], [C]. Twee stemmen per persoon. Gekozen: [een of twee]. Wacht tot de volgende keer: [de rest].

6. De wijzigingen waaraan we ons committeren — team — 15 min — besluit
– [Eigenaar] — [werkwoord + object] — vanaf [datum] — gecontroleerd op de retro van [datum]
– [Eigenaar] — [werkwoord + object] — vanaf [datum] — gecontroleerd op de retro van [datum]

7. Eigenaren, controledatum, waardering — 5 min
Acties teruggelezen met eigenaren. Controledatum: volgende retro, [datum]. Eén bedankje per persoon, met naam.

Parkeerplaats: [punten die zijn aangedragen maar niet gekozen — meegenomen naar de pagina van de volgende retro]

Het template is platte tekst: het kan zonder opmaakwerk in een document, een canvas, een kolom met plaknotities op een whiteboard of een chatbericht worden geplakt. De volgorde is waar het om gaat; de tool niet.

Een ingevuld voorbeeld: een productteam van acht, na een sprint van twee weken

Platformteam — Retrospective, sprint 31
Doel: een of twee wijzigingen kiezen in hoe we werken, en de wijzigingen controleren die we de vorige keer kozen.
Facilitator: Mateusz · Notities: de recap
Vooraf lezen: de retropagina van sprint 30; de feiten van sprint 31, gisteren in het kanaal geplaatst

1. Acties van de vorige retro — 5 min
– Priya — de daily verplaatsen naar 09:30 zodat Lissabon live kan meedoen — deadline 2 nov — gedaan
– Kenji — een definition of done van één pagina voor het mobiele spoor — deadline 6 nov — niet gedaan: wacht op de aanpassingen van de QA-lead; nieuwe datum 20 nov

2. De periode in feiten — 3 min
9 van de 11 geplande items opgeleverd. Uitgelopen: de exportjob, de onboarding-e-mail. Kapotgegaan: één incident, 40 minuten, de zoekindex. De review op donderdag liep 25 minuten uit.

3. Wat goed ging — 8 min
Samen aan de zoekfix werken zorgde dat die dezelfde dag dicht was. Het kanaal bewaarde de feiten, dus niemand vroeg twee keer "wat hebben we opgeleverd". Lissabon was bij elke daily.

4. Wat niet goed ging — 8 min
Twee items waren half gespecificeerd toen de sprint begon. De review liep uit omdat de demo tijdens de meeting werd klaargezet. Het incidentrapport werd drie dagen te laat geschreven.

5. Groeperen en stemmen — 10 min
Clusters: gereedheid bij sprintstart (6 stemmen), de duur van de review (4), incidentverslagen (3), schattingen (2). Gekozen: gereedheid, de review. Wachten: incidentverslagen, schattingen.

6. De wijzigingen waaraan we ons committeren — 15 min
– Lena — een gereedheidscheck voor elk item op de dinsdag vóór de planning; een item zonder specificatie van één regel en een eigenaar komt de sprint niet in — vanaf sprint 32 — gecontroleerd op de retro van 28 nov
– Tomás — de demo-omgeving op reviewdag om 12:00 klaar en getest — vanaf sprint 32 — gecontroleerd op de retro van 28 nov

7. Eigenaren, controledatum, waardering — 5 min
Teruggelezen. Controledatum: 28 nov. Dank aan Priya voor de samenwerking aan de zoekfix en aan Lissabon voor de vroege starts.

Parkeerplaats: incidentverslagen; schattingen — bovenaan de lijst voor de retro van sprint 32.

Let op wat de pagina laat werken: het eerste onderdeel en het voorlaatste zijn dezelfde lijst, twee weken uit elkaar gezien. De acties van sprint 31 zijn geboren onderaan de pagina van sprint 30 en werden bovenaan deze beoordeeld; die van sprint 32 worden beoordeeld op 28 november. Die lus is de hele waarde van een retrospective, en het is het deel dat de meeste templates aan het geheugen overlaten.

Vier promptsets, en wanneer welke past

De onderdelen 3 en 4 van het template vormen een paar prompts, en teams worden hetzelfde paar zat. Vier bekende alternatieven, die elk nog steeds eindigen in onderdeel 5 en 6:

Welke set je ook gebruikt, twee regels gelden: schrijven vóór praten, en de uitkomst is een of twee acties met eigenaren. Een promptset die een rijkere muur aan notities maar geen besluit oplevert, maakt de meeting interessanter en minder nuttig.

Waar de retrospective leeft in de tools die je al gebruikt

Elk groot platform geeft de retro een bord of een document, en elk stopt op een ander punt. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elk feit is gecontroleerd:

Twee dingen zijn in elke rij gelijk. Het bord van de retro is een document naast de meeting, in de ene taal waarin het is geschreven of gehouden. En of de acties van de vorige retro zijn uitgevoerd, is een vraag die het document niet beantwoordt — iemand opent bij de volgende meeting de vorige pagina en leest haar de zaal in. Waar dat prima is, volstaat elk van de vier en is de tabel het hele antwoord. Waar het transcript, de opname en de samenvatting van een Teams- of Meet-gesprek daarna terechtkomen, en wie ze nog kan openen, staat in waar Teams en Meet je transcript, opname en samenvatting bewaren. Wat de live vertaling van elk platform binnen het gesprek dekt en waar die ophoudt, staat in de gidsen over Teams en Meet (Teams, Meet).

Hoe de acties de volgende retro halen

InterMIND is een communicatieruimte waarin een meeting in een kanaal leeft, dus de retrospective heeft een vanzelfsprekend thuis: een eigen kanaal, waar de feiten van de periode en de acties van de vorige retro de dag ervoor worden geplaatst, en waar het kanaal de recap van elke sessie bewaart, zodat de pagina van sprint 30 één klik verwijderd is van die van sprint 31. Elk lid typt in de eigen taal en leest de anderen in de zijne; een pagina die elders is opgesteld, komt per e-mail in het kanaal terecht — de host geeft het kanaal een eigen adres, en een bericht dat daarheen wordt gestuurd verschijnt als gewoon bericht met de afzender genoemd en de bijlagen bewaard.

Tijdens het gesprek is het bord een notitie die naast de videotegels op ieders scherm staat met Share to conference: de facilitator bewerkt haar live terwijl de zaal haar punten schrijft, en elke deelnemer leest haar in de eigen taal, met het origineel een schakelaar verderop. De recap van de vorige sessie kan op dezelfde manier in de conference worden gedeeld, zodat onderdeel 1 — de acties van de vorige retro — het werkelijke verslag op ieders scherm is in plaats van iemands herinnering eraan.

Als het gesprek eindigt, wordt de recap geschreven op basis van de meeting zelf: een samenvatting, de punten gemarkeerd als afgesproken, open of betwist, de actiepunten met eigenaren, elke regel met zijn tijdstempel. Hij komt per e-mail, als bericht in het kanaal en als link in de agenda-afspraak, en elk ingelogd lid leest hem in de eigen taal — het verslag wordt per lezer vertaald, niet één keer geschreven in de taal die de zaal toevallig gebruikte. Elk lid kan het bewerken en elke wijziging bewaart auteur en revisiegeschiedenis. De host kan een kopie van de recap naar elk adres laten sturen — een inkomende mailbox van een tracker of CRM — zodat de twee acties in het systeem van record komen zonder dat iemand iets doorstuurt. Teams en Meet vertalen, volgens hun documentatie hierboven, het moment — ondertitels in het gesprek, een recap in de taal van de meeting; hier is de ruimte wat vertaald blijft.

In een organisatie met teamstatuspagina's aan worden de acties van de retro ook gecontroleerd. Elke actie die een recap vastlegt, komt in de taakketen van de organisatie, en wanneer de volgende recap wordt geschreven, worden de openstaande acties beoordeeld aan de hand van wat er is gezegd: een actie waarvan iemand meldde dat ze klaar was, wordt als gedaan gemarkeerd; een actie die is besproken maar niet af is, wordt als niet gedaan gemarkeerd met de reden in de woorden van de meeting; een actie die niemand ter sprake bracht, blijft open. De oordelen staan op de statuspagina van de organisatie, elk met de recap waarop het berust, en aan het begin van de volgende sessie noemt Mia de openstaande punten en hun eigenaren — zodat onderdeel 1 van het template ter sprake komt, ook als niemand de vorige pagina opende. Teamstatuspagina's zijn een preview-functie: een beheerder van de organisatie zet ze aan onder Settings → Advanced na het accepteren van de alfavoorwaarden (de pagina Preview-functies beschrijft ze stuk voor stuk).

Een gast — een contractor in de sprint, een engineer van een klant die voor één retro is uitgenodigd — neemt deel via een link, zonder account en kosteloos, vanaf een telefoon of in de browser, en hoort de meeting live in de eigen taal. Voor een gast is er daarna geen verslag — het account is gratis, en het is wat het verslag bereikbaar maakt. De host biedt de ruimte en betaalt, in een betaald abonnement, alleen voor de leden die in de afgelopen 28 dagen actief waren; leden die stil worden, houden kosteloos hun toegang.

• Open een volledige recap — een echt verslag, weergegeven door dezelfde code die die van jou schrijft, actiepunten inbegrepen.
• Probeer de live demo — zonder aanmelding; spreek, en hoor de zaal per luisteraar vertaald.

Retrospectives als vak overleven elke tool: iemand moet het team nog steeds vragen wat het wil veranderen en het houden aan twee antwoorden. Wat niet hoeft te overleven is de tweede klus — het bord na het gesprek in één taal overtypen en de volgende retro openen met de vraag of iemand deed wat de vorige besloot.

FAQ

Wat is een retrospective-meeting?

Een retrospective is een terugkerende meeting waarin een team terugkijkt op hoe het over een periode heeft gewerkt — een sprint, een release, een maand — en zich committeert aan een of twee wijzigingen in zijn manier van werken. Hij controleert eerst de acties van de vorige retro, zet de feiten van de periode op het bord, verzamelt schriftelijk wat goed ging en wat niet, groepeert en stemt, en eindigt met acties die een eigenaar en een controledatum hebben. Hij verschilt van de review, die kijkt naar wat er is gebouwd, en van een incidentreview, die kijkt naar één storing.

Hoe houd je een sprint-retrospective?

Leg het tijdslot vast na de review en vóór de planning, en plaats de dag ervoor de feiten van de periode en de acties van de vorige retro in het kanaal van het team. In de meeting: controleer de acties van de vorige keer (vijf minuten), lees de feiten, schrijf notities over wat goed en wat niet goed ging in stilte voordat iemand praat, lees ze voor, cluster, stem met twee stemmen per persoon, en besteed de resterende tijd aan het omzetten van de top een of twee clusters in acties met één eigenaar en één datum. Lees de acties terug, noem de controledatum — normaal de volgende retro — en sluit af met waardering. Publiceer de pagina dezelfde dag waar de volgende retro hem opent.

Wat zijn de 5 fasen van een retrospective?

De veelgebruikte structuur in vijf fasen is: de scène zetten (doel, de vorige acties, de regels), data verzamelen (de feiten van de periode en ieders notities), inzichten genereren (de notities groeperen en het patroon erachter vinden), beslissen wat te doen (een of twee acties met eigenaren) en afsluiten (terugleggen, controledatum, waardering). Het template in deze gids sluit onderdeel voor onderdeel op die fasen aan: onderdeel 1–2 zetten de scène en verzamelen feiten, 3–5 verzamelen en groeperen, 6 beslist, 7 sluit af.

Wat is het verschil tussen een sprintreview en een sprint-retrospective?

De review kijkt naar het werk — wat is gebouwd, of het is wat bedoeld was, wat er verandert in de backlog — met stakeholders in de zaal. De retrospective kijkt naar de manier van werken — wat het team vertraagde en wat het gaat veranderen — met alleen het team. De review laat geaccepteerde items en wijzigingen in de backlog achter; de retrospective laat een of twee acties over hoe het team werkt achter, en de acties van de vorige keer gemarkeerd als gedaan of niet. De retro zit na de review zodat hij uitgaat van wat er echt is opgeleverd.

Wat is start, stop, continue?

Een promptset voor retrospectives met drie kolommen: waarmee het team moet beginnen, waarmee het moet stoppen en wat het moet blijven doen. Hij vervangt het paar goed/niet goed van het basistemplate en past bij teams die acties rechtstreeks uit de notities willen — een "start"-notitie is al een halve actie. Groeperen, stemmen en de grens van een of twee vastgelegde wijzigingen blijven gelden.

Wat zijn de 4 vragen van een retrospective?

Een klassieke retrospective stelt vier vragen: wat deden we goed, wat hebben we geleerd, wat moeten we de volgende keer anders doen en wat vraagt ons nog af. Het zijn de 4L's in een andere vorm — liked, learned, lacked, longed for — en ze werken het best over een langere periode, zoals een kwartaal of het einde van een project, waarin leren net zo veel telt als verbeteren.

Hoe lang moet een sprint-retrospective duren?

Voor een sprint van twee weken en een team van vijf tot tien: 45 tot 60 minuten: vijf voor de vorige acties, drie voor de feiten, zestien voor schrijven, vijftien voor voorlezen, clusteren en stemmen, vijftien voor de wijzigingen, vijf om af te sluiten. Een retrospective die regelmatig langer duurt, heeft meestal de review of een incidentdiscussie de zaal in gelaten; een retro die veel korter is, heeft meestal het schrijven of de acties overgeslagen.

Wat moet een retrospective-template bevatten?

Zeven dingen: de acties van de vorige retro met hun status; de periode in feiten; wat goed ging; wat niet goed ging — beide eerst schriftelijk; groeperen en stemmen; een of twee wijzigingen opgeschreven als actiepunten met een eigenaar en een datum; en de afsluiting — terugleggen, controledatum, waardering — met een parkeerplaats voor wat wacht. De twee onderdelen die de meeste templates overslaan zijn het eerste en het voorlaatste: de controle van oude acties en eigenaar-en-datum bij de nieuwe. Zij verbinden de ene retro met de volgende.

Bronnen: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Elke tabelcel noemt de maand waarin het feit is gecontroleerd: de notitiepagina van Microsoft, de agendapagina van Zoom, de pagina's van Google en de pagina's van Slack gecontroleerd in oktober 2026; de recappagina van Microsoft en de pagina over meetingsamenvattingen van Zoom gecontroleerd in augustus 2026. De structuur in vijf fasen en de promptsets zijn gangbare praktijk en bevatten geen claim van een leverancier. Leveranciers wijzigen na verloop van tijd abonnementen, functies en lijsten met talen; controleer hun pagina's voor de actuele stand.