Sjabloon voor Project Post-Mortem

Post-mortem retrospective format

Projectoverzicht, doelen en scope

Wat wilde het project bereiken, en wanneer?

Dit onderwerp zet het kader voordat iemand iets beoordeelt. Vraag naar de oorspronkelijke doelstelling, de afgesproken scope, de planning en de succescriteria, plus wat er daadwerkelijk is opgeleverd. Gebruik het bij een incidentevaluatie in plaats daarvan voor de feiten van de tijdlijn: wat brak, wanneer het werd ontdekt, wie betrokken was en hoe het is opgelost. Houd interpretatie buiten deze kolom en parkeer meningen voor de onderwerpen die volgen. Als mensen van mening verschillen over wat de doelen of succescriteria eigenlijk waren, is dat meningsverschil zelf een bevinding die het vastleggen waard is.

Wat ging goed

Welke successen en processen zijn het herhalen waard?

Teams razen langs dit onderwerp, vooral na een moeilijk project of een stressvol incident, dus bescherm de tijd ervoor. Je zoekt herhaalbare praktijken, geen complimenten, en kudos hebben later hun eigen onderwerp. Wanneer iemand lof plaatst, vraag dan wat het precies liet werken, zodat het antwoord opnieuw te gebruiken is. Let op successen die voortkwamen uit individueel heldendom en benoem die als risico's in plaats van als successen.

Wat ging niet goed

Waar liepen we vast, brak het of misten we doelen?

Hier zit de echte waarde, dus benoem de blameless-basisregel hardop voordat je begint: je onderzoekt systemen en beslissingen, geen mensen. Stimuleer specifieke voorbeelden boven vage klachten, want 'de communicatie was slecht' is niet actiegericht, terwijl 'we hoorden over de deadlinewijziging in een gesprek op de gang' dat wel is. Gebruik hier stemmen om te voorkomen dat de discussie uitwaaiert over elke irritatie van de afgelopen drie maanden.

Analyse van de onderliggende oorzaken

Waarom ging het mis, niet alleen dát het misging?

Optioneel voor een eenvoudige projectevaluatie, essentieel voor een incident. Neem de hoogst gestemde problemen uit het vorige onderwerp en blijf 'waarom' vragen totdat je bij een omstandigheid uitkomt in plaats van bij een persoon: een ontbrekende waarborg, een onduidelijke eigenaar, planningsdruk, een aanname die niemand heeft getest. Five Whys werkt hier goed, net als de vraag wat de verkeerde actie op dat moment redelijk liet lijken. Stop wanneer je bij iets komt dat je daadwerkelijk kunt veranderen, en noteer bijdragende factoren los van de trigger.

Geleerde lessen

Wat zijn de belangrijkste inzichten die we meenemen?

Dit is de 'en dus?' die observaties omzet in herbruikbare kennis. Blijf doorvragen tot elk idee een gedrag, een trigger of een waarborg benoemt, zodat het het volgende project kan overleven. Maak onderscheid tussen dingen die dit team zelf kan veranderen en dingen die naar een manager of een andere groep moeten, en wees eerlijk over die tweede categorie. Formuleer inzichten zo dat iemand buiten de sessie ze in het geëxporteerde rapport kan lezen en begrijpen zonder dat jij het uitlegt.

Actiepunten, eigenaren en deadlines

Wie doet wat, en wanneer?

Een post-mortem zonder toegewezen acties telt niet, dus reserveer hier echt tijd voor in plaats van het in de laatste twee minuten te proppen. Zet de hoogst gestemde lessen om in een klein aantal specifieke acties, elk met een genoemde eigenaar en een deadline vastgelegd in TeamRetro, zodat ze bij je volgende sessie weer opduiken. Twee of drie goed toegewezen acties zijn beter dan tien ambitieuze. Als een actie bij iemand buiten de sessie hoort, spreek dan af wie het naar die persoon brengt en wanneer.

Waardering en kudos voor het team

Wie verdient erkenning voordat we afsluiten?

Sluit af met de mensen, niet met de problemen. Nodig iedereen uit om een specifieke persoon en een specifieke actie te benoemen, wat veel betekenisvoller is dan algemene dank en zelfs na een moeilijk project goed werkt. Dit is het belangrijkst wanneer de evaluatie zwaar was, omdat het het team eraan herinnert dat het onderzoeken van een mislukking niet hetzelfde is als elkaar de schuld geven. Houd het kort, lees er een paar voor, en laat het geëxporteerde rapport de rest dragen.

Wanneer dient u deze retrospective te gebruiken?

• Een project, oplevering, migratie of campagne is net afgerond en je wil een gestructureerde projectevaluatie in plaats van een informeel gesprek dat wegebt.
• Een incident, storing of mislukte release vraagt om een blameless post-mortem met de tijdlijn, onderliggende oorzaken en preventieve acties.
• Een langlopend programma heeft een fase afgerond en je wil geleerde lessen vastleggen terwijl de details nog fris zijn.
• Een cross-functioneel team wordt ontbonden, en dit is je laatste kans op een teamdebrief en het erkennen van bijdragen voordat mensen naar nieuw werk vertrekken.
• Er ging iets onverwacht goed en je wil begrijpen waarom, zodat de praktijk herhaald kan worden in plaats van als geluk te worden afgedaan.

Voorgestelde vragen als ijsbreker

• In één woord: hoe voelde dit project of incident toen je er middenin zat?
• Als je één zin advies naar jezelf op dag één kon sturen, wat zou daar dan staan?

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

• Doe het binnen één of twee weken na de afronding van het project of het oplossen van het incident. Herinneringen verbleken snel en het nuttige detail verdwijnt daarmee.
• Benoem de blameless-regel aan het begin. Je kijkt naar beslissingen, systemen en druk, niet naar wie je verantwoordelijk kunt houden.
• Besteed een paar minuten aan het afstemmen van het projectoverzicht voordat de meningen beginnen. Een gedeeld kader voorkomt dat de sessie een debat wordt over wat het doel eigenlijk was.
• Sla de analyse van onderliggende oorzaken over of houd die kort bij een vlekkeloze projectevaluatie, en leun er zwaar op bij incidenten waar preventie het punt is.
• Prioriteer met stemmen, en laat de sessie niet eindigen zonder eigenaren en deadlines op de belangrijkste acties, anders blijven je geleerde lessen theoretisch.
• Neem de acties van de vorige post-mortem mee en bespreek die eerst. Niets verbetert de opvolging zo goed als weten dat het gecontroleerd wordt.

Veelgestelde vragen