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.
Template per Postmortem Incidente in Word è un template in formato Word pubblicato da Management Academy. Template di prompt per generare un postmortem blameless con timeline, analisi causa radice 5 Whys e azioni correttive con owner, pronto per Word. Si scarica gratuitamente con un account gratuito.
Cos'è e quando si usa
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.
Cosa contiene il file
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.
Come si usa, passo per passo
- Scarica il file e aprilo. Resta editabile: si apre con Excel, Word e PowerPoint, e anche con Google Workspace o LibreOffice.
- Compila prima le sezioni obbligatorie. Sono quelle che un committente o un esaminatore guarda per prime: oggetto, responsabili, criteri di accettazione.
- Rigenera con il prompt sui tuoi dati. Copia il prompt di questa pagina, incolla il contesto del progetto e ottieni il documento già compilato.
- Fai rivedere il risultato. Un documento corretto nel metodo ma scollegato dal progetto non regge alla prima domanda: rileggilo con chi il progetto lo conosce.
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.