In una rete o in una filiale, quando qualcosa va storto, la prima domanda che circola è quasi sempre “chi ha sbagliato”. Chi è coinvolto ricostruisce la sequenza, individua il punto di rottura, attribuisce la responsabilità. Questa lettura semplifica il problema, e lo rende anche meno comprensibile: l’errore quasi mai nasce da un’azione isolata. Nasce dall’interazione tra persone, processi, vincoli di tempo e informazioni incomplete. Quando il contesto non è pienamente controllabile, normativa che cambia, pressione commerciale, clienti che reagiscono in modo imprevisto, il tema non è evitare l’errore. È creare le condizioni perché l’organizzazione impari ad adattarsi mentre il lavoro accade.
L’errore come evento sistemico, non come deviazione individuale
In molti contesti organizzativi l’errore viene letto come una deviazione da uno standard: qualcuno doveva seguire una procedura e non l’ha fatto.
È una lettura comoda, perché individua un responsabile e chiude il caso.
Le ricerche sulla sicurezza e sull’affidabilità dei sistemi complessi mostrano un’altra dinamica: gli incidenti raramente dipendono da un singolo gesto sbagliato. Più spesso emergono da come si sovrappongono procedure, carichi di lavoro, informazioni parziali e decisioni prese sotto vincolo di tempo.
James Reason ha studiato questo meccanismo nei sistemi ad alta affidabilità, mostrando come gli incidenti siano il prodotto di sistemi che rendono possibili certi errori, prima ancora che di individui che li commettono.
Non significa che la responsabilità individuale non esista. Significa che cercarla come unica causa lascia intatte le condizioni che hanno reso quell’errore probabile, pronte a riprodurlo, con un’altra persona, la prossima volta.
Contesti instabili e necessità di adattamento
Quando il contesto è variabile, l’errore diventa parte del processo di adattamento, non un’eccezione da eliminare.
Una rete che lavora a contatto con clienti, normativa e obiettivi commerciali opera in condizioni che cambiano più rapidamente delle procedure scritte per governarle. Le decisioni vanno prese spesso senza avere tutte le informazioni. Questo vale anche per le decisioni prese in contesti complessi, dove l’incertezza è la norma, non l’eccezione.
In questi contesti, la rigidità procedurale diventa un fattore di rischio aggiuntivo: una procedura pensata per uno scenario medio non regge automaticamente in uno scenario reale, quasi sempre diverso.
La capacità di adattarsi dipende da tre condizioni: osservare ciò che accade mentre accade, riconoscere rapidamente uno scostamento dall’attesa, intervenire prima che diventi una criticità più grande. Sono condizioni organizzative, non qualità personali di chi è più o meno attento.
Lo spazio per segnalare incertezza prima che l’errore accada
La possibilità di segnalare un dubbio, un’anomalia o un errore senza temere conseguenze sproporzionate non è una questione di clima aziendale. È una condizione operativa.
Nei sistemi complessi, dove nessuno ha una visione completa di ciò che sta accadendo, è il canale attraverso cui il sistema riceve le informazioni che gli servono per correggersi in tempo.
Quando le persone tacciono per proteggersi, l’errore non scompare: diventa invisibile fino al momento in cui produce un effetto difficile da gestire, un reclamo, un sinistro mal gestito, una violazione normativa scoperta tardi.
La differenza tra una rete che impara e una che si scopre fragile solo a posteriori si gioca prima che l’errore si manifesti: in quanto è normale, in una riunione di area o in un confronto tra colleghi, dire “qui non sono sicuro” senza che questo venga letto come un’ammissione di debolezza.
Adattamento come competenza collettiva, non eroismo individuale
Rileggere l’errore in chiave sistemica cambia anche il modo di intendere chi lo gestisce bene.
Non è la persona che non sbaglia mai, né quella che “salva la situazione” all’ultimo momento con un gesto isolato. È il sistema, il team, la filiale, la rete, che riesce a far emergere un’anomalia presto, distribuirne la lettura tra più persone, correggere l’impostazione operativa prima che il problema si ingigantisca. Si vede bene, ad esempio, in come tengono i ruoli intermedi in una rete bancassicurativa, dove la distribuzione della lettura tra più persone fa la differenza.
Questo spostamento mette in discussione abitudini consolidate di controllo e attribuzione della colpa, spesso più rassicuranti, per chi dirige, della fatica di interrogare le condizioni di lavoro.
È la differenza tra un’organizzazione che si illude di prevenire ogni errore e una che costruisce la capacità di intercettarlo e usarlo come informazione.
Cosa cambia nel modo di condurre team e reti
Per chi dirige una rete o un’area, questa lettura ha conseguenze su tre piani.
Come si conducono i momenti di confronto dopo un incidente, cercando le condizioni, non solo il colpevole. Come si progettano i canali di segnalazione interna, perché siano usati prima che l’errore accada, non solo dopo. Come si formano i responsabili di filiale a leggere gli scostamenti come segnali, non come fallimenti da occultare.
Non si tratta di abbassare gli standard o di tollerare l’imprecisione. Si tratta di trattare ogni errore non come un’anomalia isolata, ma come un dato sul funzionamento reale del sistema, utile, se qualcuno è in grado di leggerlo e l’organizzazione è disposta ad ascoltarlo. Questa lettura è anche al centro di i percorsi di formazione su lettura dei segnali e gestione dei momenti critici che propongo alle reti e ai team.
Perché trattare l'errore come un fatto sistemico e non come una colpa individuale?
Perché gli incidenti raramente nascono da un'azione isolata: emergono dall'interazione tra procedure, carichi di lavoro, informazioni parziali e tempi stretti. Cercare solo il responsabile chiude il caso ma lascia intatte le condizioni che hanno reso quell'errore probabile, pronte a riprodurlo con un'altra persona.
Si può ridurre il rischio operativo senza colpevolizzare le persone?
Sì, lavorando sulle condizioni che rendono un errore più o meno probabile: come si leggono gli scostamenti, quanto spazio c'è per segnalare un dubbio, come si conducono i momenti di confronto dopo un incidente. Non significa abbassare gli standard, ma interrogare il sistema invece di fermarsi al singolo gesto.
Cosa significa in pratica "creare le condizioni per adattarsi"?
Significa costruire la capacità di osservare ciò che accade mentre accade, riconoscere presto uno scostamento dall'attesa e intervenire prima che diventi una criticità più grande. Sono condizioni organizzative , canali di segnalazione, modo di leggere gli scostamenti , non qualità personali di chi è più o meno attento.
Come si applica questa lettura in una rete con vincoli normativi stringenti?
Anche in un contesto regolato la rigidità procedurale non basta: una procedura pensata per uno scenario medio non regge automaticamente in una situazione reale, quasi sempre diversa. Conta poter segnalare un'anomalia o un dubbio normativo prima che diventi un reclamo o una violazione scoperta tardi, senza che farlo sia letto come un'ammissione di debolezza.
Lavoro con direzioni e responsabili di rete proprio su questo: costruire le condizioni organizzative (comunicazione, lettura dei segnali, gestione dei momenti critici) perché un team o una rete possano adattarsi mentre il lavoro accade, invece di scoprire troppo tardi dove il sistema aveva smesso di reggere. Raccontami cosa sta accadendo nella tua squadra o nella tua rete, da lì si parte.
