Word PREMIUM

Template per Postmortem Incidente in Word

Serve a SRE, DevOps e team di ingegneria che devono analizzare un incident senza colpevolizzare e trasformarlo in azioni concrete. Concreto: fornisci cronologia, impatto e fattori contribuenti e ottieni un postmortem strutturato con riepilogo, timeline degli eventi, analisi della causa radice a 5 Whys, tabella delle azioni correttive con owner e priorita e lezioni apprese, pronto per Word.

#postmortem #incident #causa-radice #sre #blameless

Scarica il template Gratis con la registrazione Compila con i tuoi dati

Esempio di output

Postmortem incidente - [Titolo incidente]

1. Riepilogo (H1)
Gravita: [SEV2]. Durata: [data/ora inizio - fine]. Impatto: [es. checkout non disponibile per ~22 minuti].

2. Impatto (H1)
Utenti impattati: [numero o DA QUANTIFICARE]; servizi coinvolti: ...; SLA violato: ...

3. Timeline (H1)
Tabella (markdown):
Orario | Evento | Azione | Attore (ruolo)
14:02 | Picco errori 500 su API ordini | Alert PagerDuty | -
14:08 | Riconosciuto da on-call | Avvio indagine | SRE on-call
14:24 | Rollback deploy v2.3.1 | Servizio ripristinato | SRE on-call

4. Analisi causa radice - 5 Whys (H1)
1. Perche e caduto il checkout? -> errore 500 sull'API ordini
2. Perche errore 500? -> connessioni DB esaurite
3. Perche esaurite? -> nuovo codice apriva connessioni senza chiuderle
4. Perche non rilevato? -> assenza test di carico in pipeline
5. Perche assente? -> stage di performance non previsto nella CI
Causa radice: mancanza di un gate di performance in CI.

5. Azioni correttive (H1)
Tabella:
ID | Azione | Categoria | Owner (ruolo) | Priorita | Stato
AC-1 | Aggiungere connection pool con limite | Prevenzione | Backend Lead | Alta | Aperta
AC-2 | Test di carico in pipeline | Rilevamento | DevOps | Alta | Aperta

6. Lezioni apprese (H1)
Cosa ha funzionato; cosa no; rischi residui.

Domande frequenti

Mantiene l'approccio blameless?

Si: analizza cause sistemiche e di processo, non responsabilita individuali. Non attribuisce colpe a persone e riformula gli errori umani come carenze di processo, automazione o salvaguardie mancanti.

Inventa metriche di impatto?

No: usa solo i dati di durata, utenti impattati e metriche che fornisci. Dove un dato manca usa [DA QUANTIFICARE] invece di stimare numeri non forniti.

Le azioni correttive sono azionabili?

Si: ogni azione e specifica, ha un owner come ruolo, una priorita e una categoria (prevenzione, rilevamento, mitigazione), cosi da essere trasformabile in ticket di backlog.

Vuoi un template su misura?

Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.

Crea il tuo template