Je kent die retrospectieve wel: iedereen zegt dat het goed ging, één persoon noemt een build die instabiel was, iemand schrijft drie actiepunten op waar niemand meer naar kijkt, en jullie krijgen allemaal veertig minuten terug. Dat is geen retrospectieve. Dat is een statusvergadering in vermomming.
Wat een vergeetbare retro onderscheidt van een retro waar mensen achteraf echt over nadenken, is de vraag waarmee je opent. Betere vragen brengen naar boven wat niemand als eerste wil zeggen, benoemen de successen die anders onopgemerkt zouden blijven, en maken het veilig genoeg om eerlijk te zijn.
Hieronder vind je meer dan 50 retrospectieve vragen, gegroepeerd op wat je ermee wilt bereiken, een raamwerk voor het samenstellen van een sessie, en de werkwijzen die voorkomen dat je retrospectives terugvallen in een statusvergadering.
Waarom de meeste retrospectieven mislukken
De meest voorkomende oorzaak is elke twee weken dezelfde drie vragen stellen. Mensen antwoorden op de automatische piloot, omdat ze al weten hoe het antwoord eruit moet zien voordat ze überhaupt over de sprint hebben nagedacht.
Daaronder schuilt het echte probleem: niemand voelt zich veilig genoeg om het ongemakkelijke te zeggen, dus blijft de discussie aan de oppervlakte waar niets op het spel staat. Voeg daar een generiek format aan toe dat negeert waar je team werkelijk mee worstelt, en geen opvolging van de actiepunten die je wel hebt genoteerd, en je hebt een vergadering die betrouwbaar niets oplevert. Na de vierde keer hebben mensen terecht geconcludeerd dat het er niet toe doet, en ze verschijnen dienovereenkomstig.
Betere vragen lossen hier meer van op dan je zou verwachten. Een vraag die mensen nog niet eerder hebben gehoord, kan niet op de automatische piloot worden beantwoord, en een vraag die iemand de toestemming geeft om iets moeilijks aan te kaarten, is vaak alle psychologische veiligheid die een team nodig heeft om te beginnen.
Het complete raamwerk voor retrospectieve vragen
Een goede retro doorloopt fasen: opwarmen, terugkijken, onderzoeken hoe je werkt, graven naar oorzaken, elkaar waarderen, en dan beslissen wat er verandert. Kies een handvol vragen uit elke sectie in plaats van ze allemaal te doorlopen.
1. Openingsvragen (bouw veiligheid en verbinding op)
Begin laagdrempelig. Mensen moeten iets makkelijks zeggen voordat ze iets moeilijks zullen zeggen.
- Op een schaal van 1-10, wat is je energieniveau vandaag?
- Welk woord beschrijft jouw sprint- of projectervaring?
- Als deze sprint een weertype was, welk type zou het dan zijn en waarom?
- Waar ben je dankbaar voor uit de afgelopen sprint?
- Deel één ding dat je deze week hebt geleerd, werkgerelateerd of persoonlijk
2. Reflectievragen (wat er gebeurde)
Laat het team terugkijken naar de daadwerkelijke sprint in plaats van de versie ervan in de burndown-grafiek.
- Wat verraste je het meest tijdens deze sprint?
- Welke momenten maakten je trots op ons team?
- Wanneer voelde je je het meest gefrustreerd of vastgelopen?
- Welke obstakels hebben we overwonnen die we zouden moeten vieren?
- Welke aannames hebben we gedaan die onjuist bleken te zijn?
- Wat ging beter dan verwacht? Wat ging slechter?
- Als je één beslissing opnieuw zou kunnen nemen, welke zou dat dan zijn?
- Welk patroon heb je opgemerkt over meerdere sprints heen?
3. Procesvragen (hoe we werken)
Teamdynamiek, samenwerking en waar het werk vastloopt.
- Waar hebben we deze sprint de meeste tijd verspild?
- Welke vergaderingen voegden waarde toe? Welke niet?
- Hoe effectief communiceerden we als team?
- Welke tools of werkwijzen hielpen ons het meest?
- Waar liepen overdrachten tussen teamleden vast?
- Wat vertraagde ons besluitvormingsproces?
- Hoe goed hebben we omgegaan met scopewijzigingen en onderbrekingen?
- Wat zorgde ervoor dat je je verbonden voelde met het team? Of juist niet?
4. Diepgaande vragen (ontdek de hoofdoorzaken)
Dit zijn de vragen die verder gaan dan symptomen. Gebruik er één of twee, niet alle acht, en laat na het stellen ervan echte stilte vallen.
- Welk probleem blijft terugkomen dat we nog niet hebben opgelost?
- Waar vermijden we over te praten?
- Als je één ding zou kunnen veranderen aan hoe we werken, wat zou dat dan zijn?
- Wat zou iemand die nieuw is in het team verwarrend vinden aan ons proces?
- Wat is iets wat je zou willen zeggen, maar nog niet hebt gedaan?
- Waar komen onze uitgesproken waarden en ons feitelijke gedrag niet overeen?
- Wat is het grootste risico dat we niet aanpakken?
- Wat zou er moeten veranderen om je meer betrokken te voelen?
5. Waarderingsvragen (bouw teamcohesie op)
Erkenning is geen opvulling. Het is de manier waarop het gedrag dat je wilt, wordt herhaald.
- Wie heeft je geholpen toen je vastzat?
- Wat heeft een teamgenoot gedaan dat jouw werk gemakkelijker maakte?
- Welk samenwerkingsmoment sprong er voor jou uit?
- Wie heeft deze sprint onze teamwaarden getoond?
- Welke bijdrage is misschien onopgemerkt gebleven die we zouden moeten vieren?
- Welk teamlid heeft je deze sprint geïnspireerd en waarom?
6. Toekomstgerichte vragen (zet aan tot actie)
Waar inzicht iets wordt met een eigenaar en een datum eraan gekoppeld.
- Welk experiment zouden we de volgende sprint moeten proberen?
- Wat moeten we beginnen te doen? Stoppen met doen? Blijven doen?
- Wat is de kleinste verandering die we kunnen aanbrengen die de grootste impact zou hebben?
- Wat moeten we als team leren of ontwikkelen?
- Hoe kunnen we elkaar de volgende sprint beter ondersteunen?
- Welke toezegging kan ieder van ons doen voor de volgende sprint?
- Wat zou de volgende sprint 10% beter maken dan deze?
- Als we maar capaciteit hebben voor één verbetering, wat zou dat dan moeten zijn?
7. Afsluitende vragen (eindig positief)
Twee minuten, en de moeite waard.
- Waar kijk je naar uit de volgende sprint?
- Wat is één ding dat je meeneemt uit deze retrospectieve?
- Op een schaal van 1-10, hoe waardevol was deze retrospectieve?
- Wat maakte de retro van vandaag beter of slechter dan normaal?
- Hoe groot is je vertrouwen dat we onze actiepunten daadwerkelijk zullen implementeren?
Retrospectieve vragen voor specifieke situaties
Voor projectmijlpalen of releases
- Wat was onze grootste overwinning bij het over de eindstreep trekken hiervan?
- Wat hebben we geleerd over de nauwkeurigheid van onze schattingen?
- Hoe gingen we als team om met druk?
- Welke technische schuld hebben we gecreëerd die we moeten aanpakken?
- Wat zouden we anders doen bij de volgende grote release?
Voor uitdagende of moeilijke sprints
- Wat hield je gaande toen het moeilijk werd?
- Hoe hebben we elkaar ondersteund tijdens stressvolle momenten?
- Welke waarschuwingssignalen moeten we in de toekomst in de gaten houden?
- Wat heeft deze moeilijkheid ons geleerd over ons team?
- Hoe kunnen we vergelijkbare uitdagingen voorkomen of ons er beter op voorbereiden?
Voor remote of hybride teams
- Hoe verbonden voelde je je met het team deze sprint?
- Wat maakte samenwerking op afstand gemakkelijker of moeilijker?
- Waar werkte asynchrone communicatie goed? Waar niet?
- Wat ervaren remote teamleden anders dan teamleden op kantoor?
- Hoe kunnen we onze virtuele vergadercultuur verbeteren?
Voor nieuwe of startende teams
- Wat werkt goed terwijl we onze teamcultuur opbouwen?
- Wat heb je van je teamgenoten nodig om je beste werk te leveren?
- Welke teamnormen moeten we expliciet vaststellen?
- Hoe kunnen we de sterke punten van elke persoon beter benutten?
- Wat heb je nodig om je veilig te voelen bij het delen van eerlijke feedback?
Hoe je een retrospectieve leidt die resultaten oplevert
Roteer de vragen. Als je vier sprints lang dezelfde set hebt gebruikt, verander dan de hele categorie, niet één vraag. Verschillende vragen brengen verschillende problemen naar boven, en sleur is de faalmodus die je als eerste zult tegenkomen.
Spreek de basisregels hardop uit, in ieder geval de eerste paar keer: wat in de retro wordt gezegd, blijft in de retro, elk perspectief telt, bekritiseer het systeem in plaats van de persoon, en geen enkele observatie is te klein. Begin dan zelf met iets dat oprecht jouw fout was. Niemand zal openhartiger zijn dan de persoon die de vergadering leidt.
Houd je aan een tijdslimiet. Een werkbare uur ziet eruit als 5 minuten voor check-in, 15 tot 20 voor reflectie, 15 tot 20 voor discussie, 10 voor actiepunten en 5 voor afsluiting. Pas aan voor teamgrootte en sprintlengte, maar behoud de structuur.
Noteer de actiepunten met een benoemde eigenaar en een datum, en open de volgende retro door ze voor te lezen. Als het je steeds niet lukt om ze af te ronden, is dat op zich een discussie waard, want het betekent meestal dat je de verkeerde verbeteringen kiest in plaats van dat mensen lui zijn.
Houd het interactief. Een virtueel whiteboard zoals Miro of Mural, dot voting, breakout-groepen bij een groter team, of vijf minuten stil schrijven voordat iemand spreekt. Stil schrijven verandert met name wie er aan het woord komt.
Meet tot slot de retro zelf. Vraag aan het einde "hoe waardevol was dit op een schaal van 1-10?" en volg het cijfer over tijd. Wanneer het daalt, verander dan het format. Het proces dat al het andere verbetert, zou ook moeten verbeteren.
Valkuilen bij retrospectieven die je moet vermijden
Schuld is de grootste. Zodra een retro gaat over wie het heeft verpest, begint iedereen zijn eigen positie te beschermen en hoor je niets waars meer. Houd de discussie gericht op systemen en processen.
Luchten is prima, maar alleen als een weg naar een experiment. Een klacht die twee keer nergens toe leidt, wordt de derde keer achtergrondruis. De tegenovergestelde fout is net zo gebruikelijk: tien actiepunten die niemand zal afmaken. Kies één tot drie echte.
Sla de retro niet over omdat de sprint zwaar was, want dat is precies de sprint die het waard is om te onderzoeken. Let op hoeveel spreektijd de manager inneemt, en maak bewust ruimte voor de mensen die er niet om vechten. Als hetzelfde probleem voor de vierde keer terugkomt, stop dan met het op dezelfde manier te bespreken en probeer iets heel anders. En laat verbetering de erkenning niet verdringen. Een team dat alleen maar hoort wat er misging, zal ook niet meer vrijwillig bijdragen.
Tools die het facilitatiewerk verminderen
Goede vragen schrijven kost denkwerk. Het leiden van de vergadering zou dat niet moeten doen. De meeste retro-tools willen dat je vragen kiest, een bord bouwt, post-its rangschikt en iedereen in beweging houdt, en die opzet kost twintig minuten voordat iemand iets zegt.
MileSmile heeft een Retrospectieve spelmodus die een andere weg inslaat. Kies een vooraf samengestelde vragenset of schrijf je eigen onderwerpen, en laat de app de vragen genereren terwijl je bezig bent. Je faciliteert het gesprek in plaats van de logistiek, en je verliest nooit momentum door te zoeken naar de volgende vraag.
Het begon als een familiegespreksapp, en dat blijkt de reden te zijn waarom het hiervoor werkt. De vragen worden gegenereerd op basis van de onderwerpen die je kiest, dus een sessie verloopt nooit twee keer hetzelfde, of je nu een sprintretro, een project post-mortem of een teamgezondheidscheck doet. Dezelfde tool werkt ook voor teambuilding, een offsite, of de rit naar een conferentie.
Voorbeeld van een 60-minuten retrospectieve agenda
Voor een standaard sprintretrospectieve, met een team van vijf tot acht personen.
0 tot 5 minuten: check-in. Eén openingsvraag om de sfeer te peilen, daarna de actiepunten van de vorige keer bespreken en wat ermee is gebeurd.
5 tot 10 minuten: individuele reflectie. Iedereen schrijft stilzwijgend over twee of drie reflectievragen. Dit is wat de stillere helft van het team in de discussie brengt met iets dat al gevormd is.
10 tot 30 minuten: groepsdiscussie. Deel wat mensen hebben geschreven, in een rondje of open. Stel vervolgvragen over alles wat op een patroon lijkt, en groepeer de thema's naarmate ze verschijnen.
30 tot 45 minuten: verbeteringen identificeren. Gebruik de toekomstgerichte vragen om opties te genereren, stem over welke het belangrijkst zouden zijn, en werk de implementatie van de top één tot drie uit.
45 tot 55 minuten: actieplanning. Eigenaren, deadlines, en een expliciete controle dat elke persoon weet wat hij of zij heeft opgenomen.
55 tot 60 minuten: afsluiting. Een waarderingsvraag, een beoordeling van de retro, en een snelle blik op wat er de volgende sprint komt.
Retrospectieven aanpassen voor virtuele teams
Retros op afstand vereisen een meer bewuste structuur, omdat de signalen die je vertellen dat iemand wil spreken grotendeels ontbreken. Gebruik een gedeeld oppervlak waar iedereen tegelijkertijd op kan schrijven, of dat nu Miro, Mural of een gewoon Google Doc is. Bij een team van acht of meer, splits op in breakout rooms voor de discussiefase en breng de thema's terug.
Vraag om camera's aan waar mensen dat kunnen, en laat het los waar ze dat niet kunnen. Gebruik de chat voor parallel denken, zodat iedereen een antwoord typt voordat iemand het uitspreekt. Benoem je stiltes hardop, want "Ik geef iedereen twee minuten om na te denken" neemt de ongemakkelijkheid weg die anders iemand de leegte zou laten vullen. En check vaker in dan nodig lijkt: "wil iemand anders hier nog iets aan toevoegen?" is hoe je de persoon vindt die al een minuut lang zijn microfoon aan- en uitzet.
Werkt jouw retrospectieve eigenlijk wel?
Volg een paar dingen gedurende een kwartaal. Welk deel van je actiepunten wordt afgerond. Of dezelfde problemen blijven terugkeren. Of de deelname over het team verspreid is of geconcentreerd is in drie stemmen. Vraag het team af en toe direct hoeveel de retro voor hen waard is.
Twee andere dingen zijn het waard om in de gaten te houden: hoe lang het duurt voordat problemen zijn opgelost nadat ze zijn aangekaart, en of het team überhaupt nieuwe benaderingen probeert. Een team dat nooit experimenteert, heeft meestal besloten dat er niets zal veranderen.
Het doel is geen perfecte retrospectieve. Als de jouwe eerlijke gesprekken en één kleine verandering oplevert die blijft hangen, dan werkt het.
Waar te beginnen
Neem drie vragen uit de openingssectie, drie uit de diepgaande sectie, en twee uit de toekomstgerichte sectie, en voer je volgende retro alleen daarmee uit. Gooi ze daarna weg en kies de sprint erna acht andere.
Als je liever niet elke twee weken een set samenstelt, genereert MileSmile's Retrospectieve modus ze op basis van jouw onderwerpen, wat werkt voor agile teams, projectretros en offsites. Hoe dan ook, de vragen die je stelt bepalen het gesprek dat je krijgt, en het gesprek dat je krijgt is waar je teamcultuur uit bestaat.