Sjabloon voor een sprintretrospective voor engineeringteams

Waarom de meeste retro’s geen verandering opleveren

Sprintretrospectives hebben een structureel probleem dat sjablonen niet oplossen: teams bedenken verbeterideeën maar nemen ze niet door. De retro levert vijf actiepunten op. De volgende retro opent met een schone lei. Dezelfde problemen duiken opnieuw op.

Het onderstaande sjabloon bakt het doornemen in de opening in, zodat het niet kan worden overgeslagen. Die ene verandering doet meer voor de effectiviteit van de retro dan welke aanpassing van de vorm ook.

De agenda (kopieer en plak dit)

Duur: 60 minuten voor een sprint van 2 weken; 45 minuten voor een sprint van 1 week
Vorm: begeleid, met een gedeeld asynchroon bord (Miro, FigJam, Notion — jouw keuze)

Onderdeel 1 — Actiepunten doornemen (10 min)

Lees de actiepunten van de vorige sprint een voor een door
Markeer elk: Klaar / In uitvoering / Geschrapt (korte reden bij schrappen)
Neem onafgeronde punten mee naar de volgende sprint; herkauw ze nu niet

Onderdeel 2 — Data-momentopname (5 min)

Sprintvelocity vs. doel
Ongepland werk dat meer dan één dag kostte
Incidenten of on-call-gebeurtenissen
Scopewijzigingen halverwege de sprint
Zet de data op het scherm, nog zonder discussie

Onderdeel 3 — Wat ging goed (10 min)

Het team voegt punten asynchroon toe vóór de vergadering of in de eerste 3 minuten
Bespreek de top 2-3; sla punten met vanzelfsprekende eensgezindheid over
Besteed geen tijd aan dingen die niet actiegericht zijn

Onderdeel 4 — Wat kan beter (15 min)

Zelfde vorm: asynchrone inbreng, bespreek de punten met het hoogste signaal
Voor elk punt: eenmalig voorval of terugkerend patroon? Alleen patronen worden actiepunten
De taak van de begeleider is om "dit was frustrerend" te vertalen naar iets specifieks en veranderbaars

Onderdeel 5 — Actiepunten (15 min)

Elk punt moet hebben: een omschrijving, één verantwoordelijke (niet "het team"), een einddatum
Streef naar maximaal 2-3 punten; meer dan dat verwatert de verantwoordelijkheid
Neem eventuele onafgeronde punten uit Onderdeel 1 mee

Afsluiting (5 min)

Snelle +/-/delta over de retro zelf
Bevestig dat de samenvatting vóór het einde van de dag rondgaat

Wat populaire retro-formats missen

Start/Stop/Continue en Wat Ging Goed/Wat Kan Beter/Actiepunten zijn allebei geldige formats. Het probleem is niet het format — het is dat sjablonen zelden de stap van het doornemen vooraan vastleggen. Die stap is het enige wat continuïteit in verantwoording creëert van de ene retro naar de volgende. Zonder die stap is de retro een gevoelsmachine, geen verandermachine.

Sjablonen behandelen ook geen discipline rond tijdslimieten. "Wat kan beter" loopt vrijwel altijd uit omdat het emotioneel meer aanspreekt dan "wat ging goed". Zonder harde limieten wordt een retro van 60 minuten 90 minuten discussie en 5 minuten gehaaste actiepunten aan het eind. De actiepunten zijn het enige onderdeel dat iets verandert.

De derde leemte: actiepunten worden opgeschreven als vage richtlijnen. "Verbeter de communicatie tussen frontend en backend" is geen actiepunt. "Sarah plant vanaf volgende maandag een wekelijkse sync van 30 minuten tussen de frontend- en backendleads" wel. De verantwoordelijke en de startdatum moeten in de ruimte worden genoemd — later verzachten de details.

De opeenstapelende kosten van deze patronen tonen zich weken later als context die nooit werd vastgelegd en beslissingen die opnieuw worden bediscussieerd. De vergadertaks behandelt hoe dit er kwantitatief uitziet over een kwartaal.

Waarom retro-samenvattingen lastiger te schrijven zijn dan standup-notities

Standup-samenvattingen zijn kort. Sprintplanning-samenvattingen zijn gestructureerd. Retrospective-samenvattingen zijn lastig omdat de inhoud rommelig is — plaknotities, discussie die tussen onderdelen heen en weer springt, een mix van sentiment en data. Wie de samenvatting schrijft, moet een samenhangende lijn reconstrueren uit een vergadering die in meerdere richtingen tegelijk bewoog.

Pavleur handelt dit juist door die rommeligheid goed af. Het legt alles vast wat tijdens de vergadering wordt gezegd en wat er op het scherm staat — het gedeelde bord, de velocitygrafiek uit Onderdeel 2, het incident-ticket dat iemand in Onderdeel 4 aanhaalde. Het rapport na de vergadering is gestructureerd, met actiepunten die zijn afgeleid van wat er daadwerkelijk in de ruimte is besloten (met verantwoordelijken en datums, zoals genoemd). Geen reconstructie nodig, geen opruimwerk na het gesprek.

Transcriptietools met alleen audio leggen de woorden vast, maar niet de visuele context. In een retro is het visuele vaak het belangrijkste onderdeel — het plaknotitiebord, de grafiek die een patroon blootlegde, het ticket dat een discussie verankerde. Die context bestaat niet in een samenvatting met alleen audio. Voor een directe toolvergelijking: Pavleur vs. alternatieven.

Veelvoorkomende faalmodi van retro’s

Hetzelfde actiepunt duikt in drie opeenvolgende retro’s op. Onderdeel 1 is niet onderhandelbaar. Als een punt maar niet gedaan raakt, schrap het dan met een genoemde reden of escaleer het — sleep het niet eindeloos mee.

Discussie verandert in klagen zonder oplossing. De taak van de begeleider in Onderdeel 4 is om "dat proces is kapot" te vertalen naar één specifiek, veranderbaar ding. Als het niet in 30 seconden specifiek gemaakt kan worden, gaat het naar de parkeerlijst.

Niemand voegt vóór de vergadering asynchroon punten toe. Stuur het bord 24 uur van tevoren. Zaai het in met 2-3 punten om het probleem van het lege canvas te doorbreken. Vergaderingen verlopen beter wanneer iedereen met iets op papier arriveert.