Projectpremortem: vergaderagenda en ingevuld voorbeeld

Een premortem is een bijeenkomst waarin het team zich voorstelt dat een project al is mislukt en naar verklaringen zoekt. Het gebruikt inversie: beginnen bij de mislukking en vóór uitvoering onderzoeken welke omstandigheden haar kunnen veroorzaken.

Een fictief bedrijf wisselt van klantenserviceplatform. De demonstratie werkte, de training is gegeven en de datum is bekend. Nog te controleren is of lopende verzoeken hun geschiedenis, verantwoordelijke en volgende actie behouden na de overstap.

Kies een mislukking die je kunt onderzoeken

AHRQ beschrijft de premortem als hulpmiddel om uitvoeringsobstakels vooraf te onderzoeken. De voorgestelde oorzaken zijn hypothesen die nog controle vragen.

Definieer de ongewenste uitkomst die je onderzoekt. Bij de platformwissel kan dat verlies van continuïteit bij openstaande verzoeken zijn. Alleen zeggen dat de overstap een ramp was, laat ruimte voor zorgen over verschillende problemen.

Spreek ook de periode af. Een onderbreking op de eerste dag vraagt andere vragen dan een probleem na maanden gebruik. Als beide ertoe doen, houd aparte notities bij om oorzaken en maatregelen niet te vermengen.

Een voorgestelde agenda voor een vergadering van 45 minuten

Nodig mensen uit die klanten helpen, het systeem instellen en over de overgang beslissen. Stuur vooraf het plan en het criterium voor mislukking. Deze tijdsverdeling is een begeleidingsvoorstel voor dit geval, geen voorgeschreven duur van de techniek.

Als niemand het traject van een verzoek kan beschrijven, stop dan de risicoselectie en reconstrueer dat traject. Stemmen over een slecht begrepen lijst ordent alleen de onzekerheid.

Individueel schrijven vóór het gesprek kan ruimte geven aan een waarneming die na het horen van de leiding niet zou worden gedeeld. Daarvoor moet de begeleider twijfels ontvangen zonder meteen bewijs voor de volledige hypothese te eisen.

Vervang brede zorgen door mechanismen

“Het team zal weerstand bieden” schrijft mensen een algemene houding toe. Een nuttigere formulering is: wie een verzoek ontvangt, weet niet in welk systeem het moet worden bijgewerkt, omdat de overgangsregels ontbreken.

Vraag welke voorwaarde de voorgestelde oorzaak met de mislukking verbindt. Is er een beperking van het hulpmiddel? Ontbreekt een besluit? Hangt het probleem van een uitzondering af of kan het bij normaal gebruik voorkomen? Zoek registraties, demonstraties en mensen die de relatie helpen controleren.

Een lange risicolijst zegt niets over frequentie of ernst. Onderscheid bewijs van mogelijkheid en noteer onzekerheden. De techniek kan een zorg zichtbaarder maken zonder die waarschijnlijker te maken.

Kies controles die het plan veranderen

Het bedrijf kan een groep openstaande verzoeken migreren en geschiedenis, verantwoordelijke en volgende actie controleren. Het kan ook een tijdens de overgang ontvangen bericht simuleren en het traject tot de klantenservice volgen.

Elke controle heeft een verantwoordelijke en een gevolg voor het plan nodig. Als essentiële geschiedenis niet behouden blijft, moet het team de overstap misschien uitstellen of veilige inzage in het oude systeem behouden. De uitkomst hangt af van wat wordt gevonden.

Vergelijk de kosten van die maatregelen met alternatieven. Twee systemen aanhouden kan toegang bewaren en tegenstrijdige updates veroorzaken. Volg net als bij het kiezen van hulpmiddelen het volledige proces en de inspanning om elke optie te verlaten.

Een ingevuld werkblad voor de platformwissel

Het laatste risico onderscheidt aanwezige gegevens van de mogelijkheid om door te werken. Een exportbestand kan bestaan en toch een handmatige zoektocht vereisen die de bedrijfsvoering niet aankan.

Begin bij het prioriteren met fouten die behandeling van een essentieel verzoek verhinderen en geen aangetoond herstel hebben. Onderzoek daarna relevante gevolgen die vóór de overstap met weinig moeite controleerbaar zijn. Herstelbare ongemakken kunnen onder monitoring blijven, met een aangewezen verantwoordelijke. Die volgorde is een werkcriterium voor het voorbeeld, geen gevalideerde waarschijnlijkheidsschaal.

Bewaar bij het overnemen vier velden: waarneembare mislukking; ontbrekende controle; verantwoordelijke en termijn; beslissing bij een mislukte test. Het onderzoekswerkblad kan waarnemingen bewaren en feiten van interpretaties scheiden.

Noteer wat de oefening niet heeft opgelost

Een premortem hangt af van de kennis en bereidheid van deelnemers. Het kan problemen missen, overtuigingen van de groep herhalen of de aandacht op een opvallend verhaal richten. Nodig iemand uit een andere verklaring voor dezelfde uitkomst te zoeken.

Onderzoek na het verhelpen van een zwakke plek wat de correctie toevoegt. Een extra goedkeuring kan een fout beperken en vertraging veroorzaken. Ook het herziene plan heeft verantwoordelijken, grenzen en voorwaarden voor monitoring nodig.

Aan het einde van de vergadering moet ieder blokkerend punt een geplande controle hebben. Komt het antwoord niet vóór de overstapdatum, dan moet iemand expliciet kiezen tussen uitstel en het aanvaarden van de resterende blootstelling. Een zorgenlijst zonder dat gevolg biedt geen criterium om toestemming voor de overstap te geven.