Home / Blog / Condurre un post-mortem senza colpe

Operazioni

Come condurre un post-mortem senza colpe? Guida pratica

Guida pratica per condurre un post-mortem senza colpe dopo un guasto operativo: quando farlo, l’agenda, la cronologia, i 5 perché, le azioni con responsabili e il follow-up.

1 ottobre 2026 · 6 min di lettura

Un post-mortem è una revisione strutturata che si tiene dopo che qualcosa è andato storto — una consegna mancata, un’interruzione di sistema, un quasi incidente, un cambio di linea eseguito male. Un post-mortem senza colpe aggiunge una regola: lo scopo è capire come il guasto sia stato possibile, non decidere chi punire. Le persone prendono decisioni ragionevoli con le informazioni e la pressione che avevano in quel momento. Se temono di essere incolpate, nascondono dettagli, e il guasto successivo arriva con le stesse cause.

Che cosa significa davvero «senza colpe»

Non significa senza conseguenze né senza responsabilità. Significa separare l’apprendimento dalla disciplina. Le singole persone sono responsabili di correggere e dare seguito; la revisione in sé esamina sistemi, processi, strumenti, passaggi di consegne e incentivi. Invece di chiedere «Chi ha sbagliato?», chieda «Che cosa ha reso questo errore facile da commettere e difficile da individuare?»

Quando farlo

Tenga un post-mortem quando l’impatto supera una soglia concordata in anticipo. Inneschi tipici:

• Impatto sul cliente, come un ordine in ritardo o sbagliato o un fermo del servizio
• Una perdita economica significativa, rilavorazioni o sprechi
• Un incidente di sicurezza o un quasi incidente serio
• Perdita di dati, una violazione della conformità o un evento di sicurezza informatica
• Un guasto che si ripete, anche se ogni episodio è piccolo

Punti a riunirsi entro due-cinque giorni lavorativi: abbastanza presto perché i ricordi siano freschi, abbastanza tardi perché il team abbia riposato e l’emergenza immediata sia rientrata.

Prepararsi prima dell’incontro

Nomini un facilitatore neutrale — idealmente qualcuno non coinvolto direttamente — e un verbalizzante. Raccolga prima le prove grezze: log, messaggi, ticket, note di turno, foto. Chieda ai partecipanti di annotare, con parole proprie, ciò che hanno visto e fatto prima dell’incontro, così che i primi interventi non condizionino tutti gli altri. Inviti le persone vicine all’evento e una o due dei team confinanti; mantenga il gruppo abbastanza piccolo da poter parlare, di solito meno di dieci.

Un’agenda semplice (60–90 minuti)

• Regole del gioco (5 min): chiarire che la revisione è senza colpe, che lo scopo è imparare e che i fatti vengono prima delle opinioni.
• Sintesi dell’impatto (5 min): che cosa è successo, chi è stato colpito, quanto è durato.
• Cronologia (20 min): ricostruire gli eventi in ordine.
• Fattori concorrenti e causa radice (25 min): scavare nel perché.
• Che cosa è andato bene (5 min): annotare i salvataggi, le soluzioni tampone e le buone decisioni da ripetere.
• Azioni (15 min): concordare correzioni specifiche, responsabili e scadenze.
• Chiusura (5 min): confermare chi scrive e distribuisce il riepilogo.

Costruire la cronologia

Parta solo da orari e fatti: che cosa è successo, che cosa si sapeva in quel momento, quale azione è stata intrapresa e con quale esito. In questa fase eviti di interpretare. Una cronologia condivisa di solito fa emergere sorprese — un allarme in ritardo, un passaggio di consegne poco chiaro, un passaggio che nessuno sapeva fosse manuale. Segni i punti in cui era possibile una decisione diversa e si chieda quali informazioni avesse la persona allora, non che cosa sappiamo oggi. Con il senno di poi tutto sembra ovvio.

Trovare la causa radice con i 5 perché

La tecnica dei 5 perché consiste nel chiedere «perché?» finché si passa dal sintomo a una causa sistemica. Cinque è un’indicazione, non una regola; si fermi quando arriva a qualcosa che può davvero cambiare. Un breve esempio:

• La spedizione è partita in ritardo. Perché? L’ordine era stato preparato con l’articolo sbagliato e ha dovuto essere ripreparato.
• Perché è stato prelevato l’articolo sbagliato? I due prodotti hanno etichette quasi identiche.
• Perché non sono stati controllati? Il passaggio di scansione viene saltato quando la coda è lunga.
• Perché viene saltato? Lo scanner è lento e il team è valutato sulla produttività.
• Perché la produttività è l’unico indicatore? La dashboard non mostra i tassi di errore.

Noti che la risposta non è «l’addetto è stato negligente». I guasti reali hanno di solito più cause concorrenti, quindi non forzi un’unica «radice». Se i perché si ramificano, segua ogni ramo.

Trasformare i risultati in azioni con responsabili

Un post-mortem senza azioni è solo una conversazione. Le buone azioni sono specifiche, abbastanza piccole da essere completate e legate a una causa individuata. Per ognuna registri:

• Che cosa: un cambiamento concreto, per esempio «aggiungere un passaggio di scansione obbligatorio con avviso visivo in caso di difformità»
• Responsabile: una persona indicata per nome, non un team
• Scadenza: realistica, con una priorità
• Come sapremo che ha funzionato: un controllo misurabile

Preferisca le correzioni che cambiano il sistema — automazione, checklist, impostazioni predefinite migliori, avvisi più chiari — a «ricordiamo a tutti di fare più attenzione». Limiti l’elenco a ciò che il team può davvero realizzare: cinque azioni concluse valgono più di quindici dimenticate.

Il follow-up, perché funzioni

Pubblichi entro pochi giorni un breve riepilogo scritto: impatto, cronologia, cause e azioni con responsabili. Lo conservi in un luogo dove si possa cercare, così i team futuri potranno imparare da esso. Riesamini le azioni aperte in una riunione periodica finché ciascuna non è chiusa, e verifichi dopo qualche settimana che la correzione abbia davvero ridotto il problema. Condivida le lezioni oltre il team coinvolto quando valgono anche altrove.

Errori comuni

• Cercare un colpevole e concludere con un «errore umano».
• Saltare l’incontro perché l’incidente era piccolo o già risolto.
• Azioni vaghe, senza responsabile né scadenza.
• Dirigenti che dominano la discussione e zittiscono le voci più giovani.
• Nessun follow-up, così il documento viene archiviato e dimenticato.

La pratica funziona solo se le azioni sono seguite con la stessa cura con cui è stato esaminato l’incidente. In FulcrumGrid Command Center può registrare l’incidente, assegnare ogni azione correttiva a un responsabile con una scadenza e vedere che cosa resta aperto tra i team, così il follow-up non dipende dalla memoria di qualcuno. Anche un semplice foglio di calcolo condiviso va bene, purché qualcuno lo controlli.

Domande frequenti

Che cos’è un post-mortem senza colpe?

Una revisione strutturata dopo un guasto operativo che si concentra su come sistema, processi e circostanze lo abbiano reso possibile, non su chi incolpare. Le persone restano responsabili delle azioni di follow-up, ma la revisione mira ad apprendere.

Quando va fatto un post-mortem?

Ogni volta che l’impatto supera una soglia concordata in anticipo: problemi per i clienti, costi significativi, incidenti di sicurezza, perdita di dati o questioni di conformità, oppure piccoli guasti ripetuti. Ci si riunisce entro pochi giorni lavorativi, finché i ricordi sono freschi.

Come funzionano i 5 perché?

Si chiede «perché?» ripetutamente, partendo dal problema, fino a raggiungere una causa sistemica che si possa cambiare. Cinque è un’indicazione; se le risposte si ramificano, si segue ogni ramo invece di forzare un’unica causa radice.

Che cosa rende buona un’azione correttiva?

È specifica, legata a una causa individuata, abbastanza piccola da essere completata e ha un responsabile indicato per nome, una scadenza e un modo per verificare che abbia funzionato. Meglio cambiare il sistema che ricordare di fare più attenzione.

Come si fa il follow-up dopo un post-mortem?

Si distribuisce un breve riepilogo scritto, si segue ogni azione fino alla chiusura in una riunione periodica e si verifica dopo qualche settimana che la correzione abbia ridotto il problema. Il documento va conservato dove altri possano trovarlo.

← Torna al blog