1. Il punto di partenza: l’incertezza non si elimina (si governa)
Nei progetti reali l’incertezza non è un errore del piano, ma parte del contesto in cui si lavora. Governarla significa considerare il progetto come un sistema di elementi collegati: ogni decisione cambia la situazione e può ridurre oppure amplificare gli scostamenti.
Più dettaglio e più rigidità non significano sempre più controllo. Spesso danno solo questa impressione, senza ridurre davvero la variabilità del contesto. Nei contesti non lineari, infatti, il rischio aumenta soprattutto quando usiamo metodi pensati per situazioni prevedibili, mentre servirebbero adattamento e apprendimento rapido.
Nei progetti, interdipendenze, non linearità e ritardi rendono le previsioni sempre parziali. Anche piccole variazioni possono produrre effetti molto più grandi del previsto. Per questo una gestione efficace non punta a eliminare l’imprevisto, ma a creare le condizioni per raggiungere gli obiettivi con maggiore probabilità.
Decidere in un progetto significa assumersi responsabilità anche quando le informazioni non sono complete. Per questo il Risk Management serve prima di tutto a fare scelte di priorità: capire quali incertezze contano davvero, quali segnali osservare e quando intervenire, così da evitare impatti su tempi, costi e qualità.
2. Che cos’è davvero un’emergenza (e quando lo è)
Nel linguaggio comune “emergenza” coincide spesso con urgenza. Nei progetti, invece, indica due cose diverse: da una parte un evento critico da contenere subito, e dall’altra un comportamento proprio dei sistemi complessi, in cui comportamenti inattesi emergono dall’interazione tra molte parti. Distinguere le due accezioni cambia il modo di decidere.
Nei contesti complessi gli eventi non previsti raramente sono casuali: nascono da piccole perturbazioni che si amplificano attraverso interdipendenze e ritardi. L’obiettivo realistico non è evitare ogni sorpresa, ma sviluppare capacità di lettura precoce e decisione adattiva.
Nel caos, invece, i pattern non sono leggibili e la priorità non è analizzare ma contenere: proteggere le risorse critiche, ridurre la turbolenza e ristabilire un minimo di ordine locale da cui ripartire.
In ogni caso, sia che ci si trovi in un contesto complesso o nel caos, per capire se si sta entrando in una vera emergenza conviene osservare quattro fattori: segnali anomali che si propagano, rapidità del cambiamento, impatto sugli obiettivi e perdita di comprensione condivisa. Quando quest’ultima si deteriora, aumenta il rischio di reazioni incoerenti che amplificano il problema.
3. Prima di agire: diagnosticare il contesto (sense-making)
Quando il piano non regge più, la risposta più utile è passare rapidamente dall’esecuzione alla comprensione: fare sense-making, cioè costruire una lettura condivisa di ciò che sta accadendo per scegliere una risposta coerente.
Il progetto non è mai isolato: stakeholder, norme, mercato, filiera e tecnologia introducono input che possono modificarne rapidamente il comportamento. La domanda utile non è se il “fuori” entrerà, ma come accorgersene in tempo e adattarsi.
Il framework Cynefin aiuta a capire in che tipo di contesto ci troviamo. Nei domini ordinati, i rapporti tra cause ed effetti sono chiari o possono essere analizzati; nei domini complessi e caotici, invece, servono osservazione, feedback, sperimentazione e, quando necessario, azioni rapide per ristabilire un minimo di ordine. Capire il dominio aiuta a scegliere gli strumenti giusti.
Molti fallimenti nascono dall’uso di tecniche sbagliate per il contesto. Procedure e standard funzionano bene quando il lavoro è stabile e ripetibile; quando invece il contesto è ambiguo, servono confini chiari, apprendimento rapido e la capacità di aggiornare la rotta mentre la situazione cambia.
4. Gestire l’emergenza: quando l’ordine collassa
Quando il contesto scivola verso il caos, la priorità è fermare l’instabilità prima che si allarghi. Per questo la gestione dell’emergenza lavora con obiettivi minimi e temporanei, utili a riprendere il controllo della situazione.
Nel caos l’azione viene prima dell’analisi: si agisce per stabilizzare, si osservano gli effetti e solo dopo si approfondisce. Questo riduce rumore informativo, interpretazioni divergenti e disallineamento tra gli attori.
In emergenza la sequenza cambia: prima si contiene, poi si osserva e solo dopo si decide come intervenire in modo più mirato. La prima azione non deve risolvere tutto, ma fermare l’estensione del problema e creare le condizioni per capire meglio che cosa sta succedendo.
Stabilizzare significa proteggere persone e risorse critiche. Vuol dire mettere in sicurezza gli asset più esposti, chiarire che cosa si continua a fare e che cosa si sospende, ristabilire una catena decisionale breve e riaprire canali informativi affidabili.
L’obiettivo non è tornare subito all’ordine, ma uscire dal caos verso un complesso gestibile, dove tornano possibili apprendimento, sperimentazione controllata e adattamento.
5. Risk Management nei contesti complessi: dal “registro rischi” alla resilienza
Nei contesti complessi il Risk Management non può limitarsi ad aggiornare un registro. Deve diventare una pratica continua di osservazione, scelta e adattamento. Se il rischio è l’effetto dell’incertezza sugli obiettivi, la domanda non è prevedere tutto in anticipo, ma capire quali obiettivi contano di più e quale livello di scostamento è accettabile.
Spesso ciò che sembra un incidente isolato è invece il segnale che il progetto sta perdendo tenuta nel suo insieme. In questi casi conviene guardare meno ai singoli eventi e più alle condizioni già presenti: vulnerabilità, dipendenze critiche, scarsa chiarezza delle informazioni e rigidità nel modo di lavorare. È da qui che nasce il rischio globale del progetto.
Pochi indicatori coerenti, capaci di segnalare traiettorie e non solo risultati, trasformano il Risk Management in un sistema di allerta precoce utile alle decisioni.
6. Strumenti operativi per anticipare e attraversare le emergenze
Nei contesti stabili la disciplina consiste soprattutto nel seguire procedure chiare. Nei contesti complessi e caotici, invece, la disciplina sta nel mantenere l’orientamento: non possiamo sapere tutto, ma dobbiamo capire abbastanza per agire bene e in tempo.
Prima ancora dei cruscotti, servono persone abilitate a vedere e a parlare: una rete di osservazione distribuita che possa segnalare al manager anomalie, ambiguità e quasi-incidenti senza aspettare la prova definitiva. I segnali deboli non servono a “predire” con precisione, ma ad aprire conversazioni tempestive e ridurre l’asimmetria informativa tra chi esegue e chi decide.
Quando l’instabilità cresce, la leva più efficace è ridurre il raggio d’impatto dei fallimenti: spezzare dipendenze, isolare componenti, creare confini operativi e rendere reversibili le scelte.
L’esperienza produce apprendimento solo se viene tradotta in pratica. Strumenti come pre-mortem, retrospettive e after-action review aiutano a far emergere vulnerabilità, capire che cosa ha funzionato e aggiornare il modo di agire. In emergenza, anche la comunicazione ha questa funzione: dire con chiarezza che cosa si sa, che cosa non si sa, quali sono le priorità e quali saranno i prossimi passi riduce il rischio di interpretazioni divergenti.
7. Conclusioni: progettare per l’incertezza, non contro l’incertezza
Il punto chiave è semplice: nei progetti l’incertezza va governata, non negata. Quando il piano non basta, la competenza distintiva sta nel diagnosticare il contesto, stabilizzare quando serve e trasformare i feedback in apprendimento.
Primo: fare sense-making prima di agire, per scegliere il metodo coerente con il dominio.
Secondo: quando l’ordine collassa, recuperare governabilità proteggendo persone, decisioni, confini e informazione.
Terzo: nei contesti complessi la gestione efficace è un ciclo di osservazione, scelte reversibili e apprendimento continuo.
La checklist seguente aiuta a verificare rapidamente se il progetto possiede i presidi minimi per governare l’incertezza prima che diventi emergenza.
- Esplicito in quale dominio sto operando oggi (semplice, complicato, complesso, caotico) e che cosa me lo fa dire.
- Identifico 2–3 segnali precoci di possibile amplificazione (non solo scostamenti finali), e chiarisco chi li osserva e con quale frequenza.
- Verifico dove il “fuori” entra nel “dentro”: interfacce critiche con stakeholder, fornitori, norme, dipendenze tecniche.
- Rivedo i confini operativi: che cosa possiamo sospendere o semplificare se il contesto degrada, e quali risorse vanno protette per prime.
- Assicuro un KPI leading e un KPI lagging per gli obiettivi più critici, collegati a decisioni concrete (non a reportistica fine a sé stessa).
- In emergenza, applico una regola di comunicazione: trasparenza su ciò che si sa/non si sa, frequenza definita, coerenza su priorità e prossimi passi.
Governare, in contesti complessi, significa influenzare le condizioni del sistema e apprendere dai feedback.
Nel prossimo articolo approfondiremo come trasformare questa logica in una governance capace di proteggere e creare valore nel tempo.
