Close

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.

Handboek incidentmanagement

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.

Up Next
Meeting