Incidentmanagement voor razendsnelle teams
Postmortemrapporten maken
Waarom het verzamelen en documenteren van gegevens essentieel is voor het postmortemproces na een incident
Een incidentpostmortem van een incident kan worden onderverdeeld in twee verschillende artefacten: de vergadering waarin het incident wordt besproken, en het bijbehorende postmortemrapport dat op basis van die vergadering is opgesteld.
Beide worden vaak door elkaar gebruikt wanneer mensen het over een 'postmortem' hebben. Mensen hebben het misschien over een van beide, of beide, wanneer ze de term gebruiken.
Wil je aan de slag met een postmortemsjabloon? Bekijk onze postmortemsjablonen.
Toch is er een verschil tussen de postmortemvergadering en het schriftelijke postmortemrapport.
Bij Atlassian gebruiken we meestal 'postmortem' of 'incidentpostmortem' om het hele proces van het analyseren van een incident te beschrijven, waaronder:
- Een postmortemvergadering organiseren
- Acties en informatie tijdens de vergadering noteren
- Goedkeuring verkrijgen voor vervolgacties en over de uitkomst van de vergadering communiceren
Lees meer over hoe Atlassian postmortems beheert in ons handboek 'Incidentmanagement'.
Hoe ziet een goede postmortemrapport eruit?
Duidelijke en consistente vragen
Een goed verslag moet gebaseerd zijn op een duidelijk en samenhangend framework. Effectieve teams zetten elke postmortem in een sjabloon, waarin deelnemers een reeks vragen of verzoeken beantwoorden.
Dit zorgt ervoor dat belangrijke details niet worden vergeten en draagt bij aan consistentie tussen incidenten. Ook helpt het teams om patronen, trends en kansen voor verbetering in kaart te brengen. Het framework kan in de loop der tijd worden herhaald en verbeterd, maar eventuele wijzigingen moeten wel een doel hebben.
Rijke details en gegevens
Postmortemvelden zijn geen plaatsen om te beknibbelen op details en gebeurtenissen te verdoezelen. Integendeel, hier wil je heel gedetailleerd en specifiek zijn. Zeg niet dat je een verkeerspiek hebt gezien, maar omschrijf precies hoe groot die was en welke meetwaarde veranderde. Zeg niet dat het team in de war was, maar kom met een exact citaat uit de chatgeschiedenis waarin iemand verwarring uitte.
Inclusieve taal, zonder schuldboodschap
Zoals veel teams hanteren we hier bij Atlassian postmortems zonder vingerwijzen. Het is belangrijk om niet te beschuldigen tijdens de vergadering en de analyse van het incident. Maar wees daar even alert op tijdens het opstellen van het rapport. Vermijd beschuldigende taal en bewoordingen die mensen aanwijzen.
Belangrijke vragen die je moet stellen in een postmortemrapport
Hier zijn de aanwijzingen die zijn opgenomen in de postmortemfunctie van Opsgenie:
- Aanloop
Beschrijf de omstandigheden die tot dit incident hebben geleid
- Fout
Beschrijf wat niet werkte zoals verwacht
- Detectie
Beschrijf hoe het incident werd gedetecteerd
- Hoofdoorzaken
Voer een analyse aan de hand van de vijf waaroms uit om de ware oorzaken van het incident te begrijpen
- Beperking en oplossing
Welke stappen heb je ondernomen om dit incident op te lossen?
- Geleerde lessen
Wat ging er goed? Wat had beter gekund? Wat heb je nog meer geleerd?
Bekijk ons artikel over postmortemsjablonen voor meer voorbeeldvragen die je in een postmortemrapport kunt opnemen.
Andere inhoud van een postmortemrapport
- Schermopnamen
Voeg relevante schermopnamen toe, vooral degene die het responsteam tijdens de uitval heeft gemaakt. Wat zag je veranderen in het product? Welk productgedrag gebeurde niet zoals verwacht?
- Tickets
Link naar alle relevante tickets met betrekking tot het incident.
- Terugkoppeling van klanten
Is er feedback van klanten binnengekomen over het incident? Deze kan gemeld zijn bij bijvoorbeeld de helpdesk, via e-mail of op sociale media. Wees niet bang om alles mee te nemen.
- Grafieken en afbeeldingen
Welke gegevensvisualisaties helpen de impact van het incident te laten zien?
- Gegevens
Zijn er nog andere belangrijke gegevenspunten over het incident of de impact ervan?
- Chat-uitwisselingen
Als het team tijdens de respons een chattool zoals Slack gebruikt, kun je overwegen om belangrijke berichten uit de chatgeschiedenis op te nemen.
- Tijdlijnen
Een duidelijke tijdlijn van het incident is een uitstekend hulpmiddel voor incidentanalyse. Wat waren de belangrijkste gebeurtenissen en de tijdstippen waarop ze plaatsvonden tijdens het incident?
Interne vs. externe postmortemrapporten
Hoewel dat minder gebruikelijk is, kiezen sommige organisaties er voor om na een incident een openbare versie van een postmortem te publiceren. Dit komt vooral veel voor bij grootschalige consumentendiensten met uitval die veel gebruikers treft. Ze publiceren mogelijk het volledige postmortemrapport, of (waarschijnlijker) een ingekorte versie van het interne rapport. Waarschijnlijk moeten er wel gevoelige gegevens of privégegevens uit worden verwijderd.
Zo reageren de professionals op grote incidenten
Ontvang ons gratis handboek voor incidentmanagement. Leer alle tools en technieken die Atlassian gebruikt om grote incidenten te beheren.
Ontdek incidentcommunicatie met Statuspage
In deze tutorial laten we je zien hoe je incidentsjablonen kunt gebruiken om effectief te communiceren tijdens storingen. Aanpasbaar voor de vele soorten serviceonderbrekingen.
Lees deze tutorialHet belang van een postmortemproces bij incidenten
Een postmortemincident, ook wel bekend als een beoordeling na een incident, is de beste manier om door te werken wat er tijdens een incident is gebeurd en geleerde lessen vast te leggen.
Lees dit artikel