Wat stroomde goed door?

Waar bewoog werk soepel over het bord?

Bugfixes gingen binnen een dag van review naar done, lekker snel.
Onze daily standup hielp ons om snel met z'n allen geblokkeerde items op te pakken.
Door duidelijke acceptatiecriteria kwamen er minder kaarten terug bij development.
Waar zaten de bottlenecks?

Bij welke fases stapelde werk zich op of liep het vast?

Code review was continu een bottleneck, met maar één reviewer beschikbaar.
Kaarten bleven dagenlang in 'wacht op deployment' staan.
Het testen liep achter omdat de omgevingen instabiel waren.
WIP-limieten en afspraken

Werken onze work-in-progress-limieten en regels?

We overschreden steeds de WIP-limiet in development. Moeten we hem verlagen?
Door de limiet op 'in progress' moesten we eerst afmaken voordat we iets nieuws oppakten, en dat hielp.
Onze definition of done is onduidelijk, dus kaarten schuiven te vroeg door.
Wat gaan we verbeteren?

Welke concrete veranderingen verbeteren onze flow?

Een tweede code reviewer aan het rooster toevoegen om de vertraging in reviews te verminderen.
De WIP-limiet voor dev naar 3 verlagen, zodat we minder hoeven te schakelen tussen taken.
Een verouderingsregel voor 'geblokkeerd' invoeren: alles wat langer dan 2 dagen geblokkeerd is, escaleren.

Wat is de Kanban Flow Retrospective?

Kanbanteams werken niet in sprints, dus een retrospective die op sprints is ingericht mist vaak de kern. De Kanban Flow Retrospective kijkt naar hoe werk over je bord beweegt: waar kaarten vastlopen, waar ze snel doorstromen en wat de opstoppingen veroorzaakt. Zo vind je op een praktische manier de frictie die de levering vertraagt en voorspelbaarheid lastig maakt. Het team bespreekt vier onderwerpen: wat goed doorstroomde, waar de bottlenecks zaten, of je work-in-progress-limieten (WIP) en afspraken werken, en wat je gaat veranderen. Door ze samen in TeamRetro te bespreken, ontstaat een gedeeld beeld van hoe werk van "to do" naar "done" komt. Het past bij teams die met Lean of Kanban werken en bij elk agile team dat de cycle time en throughput wil verbeteren. Houd je deze retrospective regelmatig, dan groeit er een gewoonte van kleine verbeteringen (kaizen). Als je het bord en je flowmetrics erbij pakt, blijft het gesprek over het systeem gaan in plaats van over personen. Zo kan het team procesveranderingen afspreken en in de volgende sessie nagaan of ze gewerkt hebben.

Format voor de Kanban Flow Retrospective

Wat stroomde goed door?

Waar bewoog werk soepel over het bord?

Dit onderwerp gaat over de delen van je workflow die goed werkten: werkitems die gestaag van start tot finish gingen zonder onnodige vertraging. Laat het team denken aan specifieke kaarten, overdrachten of fases die soepel voelden, en vraag door op wat die flow mogelijk maakte, zodat je die werkwijzen kunt herhalen.

Waar zaten de bottlenecks?

Bij welke fases stapelde werk zich op of liep het vast?

Bottlenecks zijn de fases waar werk sneller binnenkomt dan het verwerkt kan worden, waardoor de hele flow vertraagt. Vraag het team te kijken naar kolommen waar kaarten zich opstapelden of stil bleven liggen, en zoek uit waarom. Richt je op het systeem en het proces in plaats van op personen, zodat er geen schuldvraag ontstaat en het gesprek constructief blijft.

WIP-limieten en afspraken

Werken onze work-in-progress-limieten en regels?

Dit onderwerp kijkt of de WIP-limieten, kolomafspraken en definitions of done van het team de flow helpen of juist hinderen. Laat het team nadenken over de vraag of de limieten werden gerespecteerd, te krap of te ruim waren, en of de regels voor het verplaatsen van kaarten duidelijk waren. Vaak zie je hier waar het proces zelf bijgesteld moet worden.

Wat gaan we verbeteren?

Welke concrete veranderingen verbeteren onze flow?

Dit is het actiegerichte onderwerp waarin het team inzichten omzet in afspraken. Stimuleer concrete, meetbare verbeteringen met een eigenaar in plaats van vage voornemens. Koppel elke actie aan een bottleneck of flowprobleem dat eerder naar voren kwam, en spreek af hoe je bij de volgende retrospective weet of het gewerkt heeft.

Wanneer dient u deze retrospective te gebruiken?

  • Als je team met Kanban of Lean werkt en de flow wil verbeteren zonder te wachten tot er een sprint afloopt.
  • Als de cycle times oplopen of het werk vast lijkt te zitten, en je de bottleneck moet vinden.
  • Als WIP-limieten en kolomafspraken onduidelijk zijn of genegeerd worden.
  • Als je de retrospective wilt koppelen aan flowmetrics zoals throughput en lead time.
  • Elke twee weken of eens per maand, om het verbeteren van de flow een gewoonte te maken.

Voorstellen voor ijsbrekers

  • Als je workflow verkeer was, hoe zou het er nu uitzien: een vrije snelweg, de spits of een totaal verkeersinfarct?
  • Wat is één ding in je dagelijkse routine dat altijd soepel loopt, zonder enige bottleneck?

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

  • Neem het bord en je flowmetrics (cycle time, throughput, WIP) mee, zodat de discussie begint bij data.
  • Praat over het systeem, niet over personen. Bottlenecks zijn meestal procesproblemen, dus ga niet op zoek naar schuldigen.
  • Beperk je tot een of twee verbeteracties, zodat het team ze vóór de volgende retro kan uitvoeren.
  • Geef elke actie een eigenaar en een manier om die bij de volgende sessie te meten.
  • Laat ideeën anoniem invoeren vóór de discussie, zodat ook stillere teamleden bijdragen.
  • Begin met het doornemen van de acties van de vorige keer om te zien wat er veranderd is.

Veelgestelde vragen

Wat is het verschil tussen een Kanban Flow Retrospective en een sprintretrospective?
Een sprintretrospective blikt terug op een vaste timebox. Een Kanban Flow Retrospective kijkt naar hoe werk door je systeem beweegt, aan de hand van flowmetrics zoals cycle time, throughput en WIP in plaats van sprintdoelen.
Hoe lang duurt een Kanban Flow Retrospective?
De meeste teams zijn in 45–60 minuten klaar. Trek tot 90 minuten uit voor een groot team of als er een grote bottleneck uitgezocht moet worden.
Wanneer houden we een Kanban Flow Retrospective?
Kanban kent geen sprints, dus kies een vast ritme, bijvoorbeeld elke twee weken of eens per maand. Plan er een extra in als je merkt dat de cycle times oplopen of de wachtrijen groeien.
Welke metrics nemen we mee naar de retrospective?
Cycle time, lead time, throughput, WIP-niveaus en een cumulative flow diagram. Die laten zien waar werk zich opstapelt en of je veranderingen helpen.
Wie faciliteert een Kanban Flow Retrospective?
Vaak een Scrum Master, agile coach, teamlead of flow manager, maar iedereen in het team kan het doen. Waar het om gaat, is dat de discussie over het systeem blijft gaan en dat elke actie een eigenaar en een meetpunt heeft.
Bent u klaar om deze retrospective te houden?Probeer deze retrospective live eens