De Follow-Through-index: voeren agile teams hun besluiten ook daadwerkelijk uit?
De eigen gegevens van TeamRetro over hoe vaak actiepunten uit retrospectieven daadwerkelijk worden uitgevoerd — het cijfer dat iedereen noemt als ‘ongeveer een derde’, maar waarvan niemand de bron vermeldt. Het ligt dichter bij drie op de vier, en twee factoren zijn hiervoor bepalend.
Vraag waarom retrospectieven mislukken en iemand zal u een statistiek voor de voeten werpen — een variant op “slechts ongeveer een derde van de actiepunten uit retrospectives wordt ooit uitgevoerd.” U hoort het overal. Er wordt nergens een bron voor genoemd. Niemand weet het exacte cijfer.
Dat doen wij inderdaad. TeamRetro organiseert voldoende retrospectieven om dat ene aspect te meten dat bepaalt of het uur de moeite waard was — doen teams daadwerkelijk wat ze besluiten? — op basis van een steekproef van honderdduizenden daadwerkelijke actiepunten, niet via een enquête en ook niet op basis van giswerk.
Het is geen derde. Het is bijna driekwart.
Hoe zorgt u ervoor dat actiepunten uit de retrospectieve daadwerkelijk worden uitgevoerd? Wijs aan elke actie een verantwoordelijke toe en stel een deadline vast voordat de vergadering eindigt, neem aan het begin van de volgende retrospectieve de openstaande acties uit de vorige retrospectieve door en houd uw voltooiingspercentage in de loop van de tijd bij. Uit onze gegevens blijkt dat actiepunten met een verantwoordelijke en een deadline in ongeveer 90% van de gevallen worden afgerond; bij actiepunten zonder verantwoordelijke is de kans ongeveer fifty-fifty.
De kop: ongeveer 73% van de retro-acties wordt daadwerkelijk uitgevoerd
Van een steekproef van honderdduizenden actiepunten die tijdens daadwerkelijke retrospectieven waren vastgesteld, werd ~73% voltooid. Niet één op de drie — maar eerder drie op de vier.
Voordat u dit inlijst en aan de muur hangt: dit is een maximum, geen nationaal gemiddelde. Het gaat hier om teams die het belangrijk genoeg vinden om retrospectieven uit te voeren met behulp van een speciale tool; beschouw het dus als een voorbeeld van hoe het goed zou moeten zijn, niet als de gangbare praktijk. Maar het maakt wel definitief een einde aan de hardnekkige mythe. „Ongeveer een derde“ is niet de waarheid over retrospectieven — het is de waarheid over retrospectieven die zonder vast ritme en zonder verantwoordelijken worden gehouden. En dat is precies waar de rest van de gegevens over gaat.
Factor 1: cadans. Teams met een ritme halen de finish; teams zonder ritme doen dat niet.
Het grootste verschil in de gegevens betreft de frequentie waarmee een team een retrospective houdt.
- Teams die op regelmatige basis een retro houden, voltooien ongeveer drie op de vier van hun acties.
- Bij teams die alleen sporadisch retro toepassen, daalt dit cijfer tot ongeveer de helft — en bij de minst betrokken, puur ad-hoc samengestelde teams zakt het tot bijna vier op de tien.
Dezelfde tool, dezelfde functies, tegengestelde resultaten. En het gaat niet alleen om voltooiing: bij teams die sporadisch werken duurt het ongeveer twee keer zo lang om de taken die ze wel afronden af te ronden — een paar maanden, tegenover ongeveer zes weken voor teams die een vast ritme hebben. Een retro is geen vergadering; het is een cyclus. Teams die de cyclus in gang houden, sluiten de cyclus af. Teams die dat niet doen, doen dat niet.
Dit is het ongemakkelijke punt voor degenen die vinden dat retro’s theater zijn: retro’s zijn niet het probleem. Het zijn de onregelmatige retro’s die het probleem vormen.
Punt 2: verantwoordelijkheid. Een actie zonder verantwoordelijke is slechts een wens.
Hier volgt de bevinding waarop u vanmiddag actie kunt ondernemen. Taken waaraan een specifieke verantwoordelijke en een deadline zijn toegewezen, worden in ongeveer 90% van de gevallen voltooid. Taken waarvoor dit niet het geval is, blijven ver achter bij dat percentage.
En toch maken teams er nauwelijks gebruik van. Slechts ongeveer 40% van de acties krijgt überhaupt een verantwoordelijke toegewezen, en slechts ~11% krijgt ooit een uiterste datum. Dat is de kloof — niet de inspanning, niet de intentie, maar de toewijzing. De meeste teams verlaten de retro met een lijst vol goede voornemens zonder namen erop, en vragen zich vervolgens af waarom die lijst twee weken later nog steeds op de lijst staat.
Het advies spreekt dus voor zich, en het is precies het tegenovergestelde van waar de meeste facilitators zich op richten. Ga niet weg met de langste lijst van dingen die u zou kunnen doen. Ga weg met twee punten die elk een naam en een datum hebben. Een actie zonder verantwoordelijke is geen actie; het is een wens die het hele team stilletjes heeft afgesproken te negeren.
De mytheontkrachting: retrospectieven lopen hun eigen daden vooruit
Hier volgt de bevinding die uw manier van beoordelen van de opvolging zou moeten veranderen. Wanneer teams aan hun volgende retro beginnen, zijn de meeste actiepunten van de vorige retro nog niet afgehandeld — en dat jaagt mensen de paniek aan. Dat zou echter niet zo hoeven te zijn.
Het duurt ongeveer zes weken (mediaan) voordat acties zijn afgerond, en de meeste teams voeren hun evaluaties sneller uit dan dat. De werkelijke gang van zaken bij de opvolging ziet er dus grofweg als volgt uit:
- ~1 op de 4 handelingen die tijdens de volgende retro worden uitgevoerd,
- ~1 op de 2 is afgerond — maar nadat de volgende retro al heeft plaatsgevonden,
- ~1 op de 4 heeft dit nog nooit gedaan.
De helft van alles wat teams afronden, wordt te laat afgerond volgens de retro-tijdlijn — niet omdat het werd opgegeven, maar omdat het nog in behandeling was toen de cyclus weer begon. Dus “waarom is de actie van de vorige retro nog niet afgerond?” is meestal de verkeerde vraag. De vraag die u moet stellen, is of er vooruitgang wordt geboekt. Beoordeel de voortgang op basis van het ritme van een kwartaal, niet van twee weken.
De laatste regel van die lijst is de echte leemte: ongeveer één op de vier acties wordt nooit voltooid — en deze bevinden zich overwegend in het deel van de gegevens dat aan niemand toebehoort, geen uiterste datum heeft en op ad-hocbasis wordt afgehandeld. Alles hierboven beschrijft hoe u hieruit kunt komen.
Hoe wij dit hebben gemeten
Geen enquête, geen zelfrapportage over zelfrapportage. Dit zijn gebeurtenissen die in het product zijn vastgelegd:
- Steekproef: een omvangrijke steekproef van actiepunten die tijdens daadwerkelijke retrospectieven zijn opgesteld —
type = actionen die expliciet zijn goedgekeurd (het betreft dus geen AI-suggesties die door een facilitator zijn afgewezen) — binnen teams die gebruikmaken van TeamRetro, waarbij demo- en interne accounts zijn verwijderd. Het gaat om honderdduizenden actiepunten — voldoende om statistisch betrouwbaar te zijn voor elk segment waarover wij rapporteren. - “Klaar” betekent dat een actie expliciet in het product als voltooid is gemarkeerd; dit wordt nooit afgeleid. Wij rapporteren de voltooiing „ooit” en „vóór de volgende retro” afzonderlijk, omdat het verschil tussen beide het hele verhaal is.
- Wat we hebben weggelaten, en waarom. Afspraken — de vaste werkafspraken van een team („oneens zijn en toch uitvoeren”, „camera’s aan tijdens demo’s”) — zijn bewust buiten beschouwing gelaten: het zijn doorlopende normen, geen taken die u kunt afvinken, en het tellen ervan zou de mate van naleving onderschatten. Hetzelfde geldt voor de ~2–3% van de acties die in een externe tracker (meestal Jira) worden vastgelegd: zodra een actie in Jira staat, wordt de voltooiing ervan daar beheerd, niet in TeamRetro, dus meten we alleen wat we daadwerkelijk kunnen zien voltooien. Beide uitsluitingen zijn conservatief.
- Wij rapporteren mediaanwaarden en verdelingen, niet alleen gemiddelden — de voltooiingstijden vertonen een scheve verdeling, en een gemiddelde zou ons een te rooskleurig beeld geven.
- Eén ding waar we naar op zoek waren en dat we niet hebben gevonden: een verband tussen de mate waarin een team zijn voornemens tot uitvoering brengt en de scores op de eigen gezondheidscheck. Er is in feite geen enkel verband — het nakomen van voornemens is een kwestie van discipline, niet van stemming, en het ene laat zich niet afleiden uit het andere.
Realistische grenzen. Teams die kiezen voor een speciale retro-tool, maken hun plannen vrijwel zeker vaker af dan gemiddeld; dit is dus een bovengrens, geen sectoroverschrijdend gemiddelde. „Als voltooid gemarkeerd” is niet hetzelfde als „een verschil gemaakt” — voltooiing vormt de ondergrens van de impact, niet het bewijs ervan. Bovendien worden sommige daadwerkelijke afspraken ten onrechte geregistreerd als acties (en nooit als „voltooid“), wat het gemeten percentage omlaag haalt — dus voor echte taken ligt het werkelijke cijfer, als er al sprake is van een verschil, juist iets hoger.
Privacy
Alle cijfers hier zijn geaggregeerd en geanonimiseerd — het gaat om het aantal gebeurtenissen verspreid over vele teams; er worden nooit gegevens van een individuele klant vermeld, nooit iemands naam en nooit de tekst van een actie. Segmenten worden alleen gerapporteerd boven een minimale drempelwaarde per team of actie. De volledige veiligheidsmaatregelen zijn vastgelegd in de interne specificatie.
Verwijs hiernaar
Van een steekproef van honderdduizenden retrospectieve actiepunten die in TeamRetro werden bijgehouden, werd ongeveer 73% voltooid — ruwweg drie op de vier, en niet de „één op de drie” die vaak wordt beweerd. Het voltooiingspercentage stijgt tot ~90% voor actiepunten waaraan een specifieke verantwoordelijke en een deadline zijn toegewezen, en teams die regelmatig retrospectieven houden, voeren hun acties veel vaker uit dan teams die dit ad hoc doen. — The Follow-Through Index, TeamRetro (2026)
Gebruikt u dit in een onderzoek of een lezing? Wij zouden het op prijs stellen als u een link naar ons zou plaatsen.
Lees verder
- Waarom retrospectives mislukken (en hoe u ervoor kunt zorgen dat die van u echt iets opleveren)
- De leegte in de afwerking — Agile Theatre
- Zijn retrospectieven de moeite waard? Een oordeel
Veelgestelde vragen
Welk percentage van de actiepunten uit de retrospectieve periode wordt daadwerkelijk afgehandeld?
Ongeveer 73% — bijna drie op de vier — op basis van een steekproef van honderdduizenden actiepunten die in TeamRetro worden bijgehouden. Het veelvuldig herhaalde „ongeveer een derde” is een fabeltje: het wordt overal aangehaald, maar nergens onderbouwd. Een derde is ongeveer wat u zou zien bij teams die een retrospectieve houden zonder een vast ritme of duidelijke verantwoordelijkheid — niet het maximum dat teams bereiken wanneer beide wel aanwezig zijn.
Hoe zorgt u ervoor dat maatregelen op basis van retrospectieve inzichten daadwerkelijk worden uitgevoerd?
Twee punten, in volgorde. Retrospectieve evaluaties met een vast ritme — teams die dit ritmisch doen, ronden veel meer af dan teams die ad hoc retrospectieve evaluaties houden. En wijzen aan elke actie een verantwoordelijke en een deadline toe — acties met een verantwoordelijke en een deadline worden in ongeveer 90% van de gevallen voltooid, terwijl slechts ongeveer een tiende van de acties überhaupt een deadline krijgt. Het is beter om met twee acties met een verantwoordelijke te eindigen dan met tien acties zonder verantwoordelijke.
Waarom lijken de actiepunten uit onze vorige retro nooit afgerond te zijn tegen de tijd dat de volgende plaatsvindt?
Omdat retrospectieven hun eigen acties vooruitlopen. Het duurt gemiddeld ongeveer zes weken om acties af te ronden, en de meeste teams houden vaker een retrospective dan dat — dus ongeveer de helft van wat teams afronden, ronden ze af nadat de volgende retrospective al heeft plaatsgevonden. „Nog niet af“ betekent meestal „nog in uitvoering“, niet „mislukt“. Maak u zorgen over de actie die niet vordert, niet over degene die bij de volgende vergadering nog niet is afgerond.
Zijn er hulpmiddelen die helpen om actiepunten uit retrospectieven af te ronden?
Ja — een speciaal retrospectief-instrument vult de leemte aan die een takenlijst achterlaat. TeamRetro, de bron van deze gegevens, stelt u in staat om tijdens de vergadering zelf aan elke actie een verantwoordelijke en een deadline toe te wijzen, zorgt ervoor dat openstaande acties zichtbaar blijven bij de volgende retrospectieve, zodat ze worden geëvalueerd voordat er iets nieuws wordt toegevoegd, en registreert de voltooiing, zodat u kunt zien hoe uw voltooiingspercentage verbetert. Welke tool u ook gebruikt, dit zijn de mechanismen die het resultaat beïnvloeden: verantwoordelijkheid, zichtbaarheid bij de volgende retro en een gemeten voltooiingspercentage.