Premortem: L'arte Segreta per Prevedere e Evitare il Fallimento dei Progetti
# 🧠 Premortem: L'Autopsia Anticipata che Salva i Progetti (Prima che Falliscano)
"Immagina che il tuo progetto sia già fallito. Spiega perché."
No, non è pessimismo. È una delle tecniche di analisi dei rischi più potenti mai concepite. E si chiama Premortem (o "autopsia anticipata").
Cos'è un Premortem? (Spiegato semplice)
Partiamo da una domanda di base per chi non conosce il termine:
Un "post-mortem" è l'analisi che si fa dopo che un progetto è fallito o un paziente è morto, per capire cosa è andato storto.
Un "pre-mortem" è esattamente l'opposto: si fa prima che il progetto inizi (o in una fase cruciale), immaginando che sia già fallito, e chiedendosi perché.
La tecnica è stata sviluppata dallo psicologo cognitivo Gary Klein e descritta in un celebre articolo su Harvard Business Review nel 2007. L'idea è geniale nella sua semplicità:
Invece di chiedere "cosa potrebbe andare storto?" (domanda vaga, ipotetica), chiedi: "Il progetto è fallito. Perché?"
La differenza sembra sottile, ma il cervello reagisce in modo completamente diverso. Vediamo perché.
🔬 Il trucco psicologico: il "Senno di Poi Prospettico"
Il fondamento scientifico del Premortem si chiama Prospective Hindsight — letteralmente "senno di poi prospettico".
Ecco cosa succede nel nostro cervello:
| Scenario | Cosa fa il cervello | |---|---| | "Cosa potrebbe andare storto?" | Il cervello resta in modalità difensiva/ottimistica. Pensa: "Sì, potrebbe, ma probabilmente non succederà." | | "Il progetto è fallito. Perché?" | Il cervello parte in modalità detective. Il fallimento è un dato di fatto (100% certo), quindi deve trovare le cause. |
La ricerca dimostra che immaginare un evento come già accaduto aumenta del 30% la capacità di identificarne correttamente le cause. Si sfrutta quel famoso bias del "senno di poi" (hindsight bias) — quello per cui, dopo un incidente, diciamo tutti: "Lo sapevo che sarebbe successo" — ma in modo proattivo, prima che l'incidente avvenga.
🆚 Premortem vs. gestione del rischio tradizionale
| Approccio tradizionale | Premortem | |---|---| | "Quali rischi potrebbero verificarsi?" | "Il progetto è fallito. Perché?" | | Domanda ipotetica (tempo condizionale) | Dato di fatto simulato (tempo passato) | | Il cervello resta nella comfort zone | Il cervello diventa un detective | | Tendenza all'ottimismo e al pensiero di gruppo | Il "guastafeste" diventa l'eroe |
Premortem vs. Post-Mortem
- Post-Mortem: autopsia dopo la morte del progetto. Serve per imparare, ma ormai il danno è fatto.
- Premortem: medicina preventiva. Identifica i rischi prima che causino danni.
🧩 I problemi psicologici che il Premortem risolve
- Bias dell'Ottimismo → tendiamo a sopravvalutare le nostre capacità e sottostimare i rischi.
- Pensiero di Gruppo (Groupthink) → nelle riunioni di kick-off l'entusiasmo è tale che chi solleva dubbi viene visto come "negativo".
- Eccessiva Fiducia (Overconfidence) → crediamo di avere più controllo di quanto ne abbiamo realmente.
- "Luna di Miele del Progetto" → l'euforia iniziale inibisce il pensiero critico.
Il Premortem legalizza il dissenso: in questa sessione, la persona più critica non è un problema, ma diventa l'eroe che ha visto l'iceberg prima dell'impatto.
📋 I 4 Passaggi per eseguire un Premortem
Passaggio 1: Immagina il disastro
Il leader dice al team:
"Immaginate di essere tra 6 mesi. Il progetto è un completo disastro: budget esaurito, stakeholder furiosi, team demoralizzato. Il fallimento è un dato di fatto. Ora raccontatemi perché."
- Il fallimento viene trattato come certo, non come ipotesi.
- Si rimuove la pressione psicologica di dover difendere il piano.
Passaggio 2: Brainstorming delle cause
Ogni membro del team elenca i possibili motivi del fallimento. Si cercano tre categorie:
- 🐘 L'elefante nella stanza: rischi evidenti che tutti conoscono ma nessuno osa menzionare.
- 🦢 I "Cigni Neri": eventi a bassa probabilità ma ad alto impatto (es. un fornitore chiave che fallisce).
- ⚔️ La "morte per mille tagli": piccole inefficienze che si accumulano fino al disastro.
Tecnica consigliata: approccio "Silent-to-Loud" — prima ognuno scrive i propri rischi in silenzio, poi si condividono in gruppo. Questo evita che la voce più forte o carismatica prevalga.
Passaggio 3: Valuta probabilità e impatto
Non tutti i rischi sono uguali. Si filtrano con una matrice:
| | Alto Impatto | Basso Impatto | |---|---|---| | Alta Probabilità | 🔴 Da disinnescare subito | 🟡 Da monitorare | | Bassa Probabilità | 🟠 Servono piani di contingenza | 🟢 Si può ignorare |
Passaggio 4: Crea strategie di mitigazione
Per ogni rischio prioritario (quelli rossi e arancioni), si definisce:
- Punto Trigger: il primo segnale che il rischio si sta verificando.
- Piano d'Azione: i passi immediati da intraprendere.
- Proprietario: il "guardiano" responsabile del monitoraggio.
💡 Esempio pratico
Immagina un team che deve lanciare una nuova app.
Scenario tradizionale:
"Quali rischi abbiamo?" — "Mah, potrebbe esserci qualche ritardo, ma ce la giochiamo."
Con Premortem:
"Siamo tra 6 mesi. L'app è un flop totale. Perché?"
Il team inizia a scrivere:
| Causa identificata | Trigger | Azione | |---|---|---| | "Il backend non reggeva il carico utenti" | Test di carico che falliscono | Rafforzare infrastruttura cloud | | "Il design era troppo complesso" | Feedback negativi nei beta test | Ridurre feature set (MVP) | | "Il fornitore API esterno ha cambiato contratto" | Nessuna comunicazione da 2 settimane | Avere fornitore di backup |
Risultato: il team parte con piani B già pronti, invece di scoprire i problemi sulla propria pelle.
✅ Vantaggi strategici
- Maggiore consapevolezza del rischio → funge da radar che individua le "nuvole temporalesche" molto prima che arrivino.
- Pianificazione rafforzata → il piano passa da un fragile "percorso felice" a una strategia resiliente.
- Responsabilità condivisa → il team possiede collettivamente sia i rischi che le soluzioni.
- Sicurezza psicologica → anche i membri junior possono evidenziare rischi che la leadership potrebbe non cogliere.
- Riduzione dell'eccessiva fiducia → immaginare il fallimento come fatto compiuto abbatte le barriere mentali dell'ottimismo.
🗓️ Quando usare il Premortem
- Al kick-off di progetto → prima di spendere il primo euro di budget.
- Prima di decisioni Go/No-Go → lancio prodotto, rilascio software.
- In pivot strategici → cambi di rotta aziendali.
- Prima di firmare contratti importanti → fusioni o partnership critiche.
🔗 Conclusione
Il Premortem non è pessimismo. È un'assicurazione a costo zero.
Ti permette di vedere i problemi prima che diventino disastri, trasformando il "guastafeste" del team nell'eroe che salva il progetto.
La prossima volta che inizi un progetto, prova a dire al team:
"Ok, il progetto è appena fallito. Perché?"
E ascolta le risposte. Potrebbero salvarti mesi di lavoro.
📌 Fonti utilizzate: