La sicurezza nasce dall'equipaggio: CRM, leadership e comunicazione | BITE

Un equipaggio non nasce squadra: lo diventa quando competenze e informazioni di ognuno diventano disponibili al gruppo. Secondo articolo della serie sulla sicurezza in barca: CRM, BRM, leadership e closed-loop communication.

Un equipaggio non nasce squadra. Lo diventa nel momento in cui le competenze e le informazioni di ognuno a bordo diventano disponibili per tutti, e non restano chiuse nella testa di una sola persona.

Nel primo articolo di questa serie abbiamo introdotto la distinzione tra dotazioni di sicurezza e sistema di sicurezza, e la frase che ci accompagna in tutta la serie: nessuna procedura può compensare l'assenza delle dotazioni obbligatorie, così come nessuna dotazione può compensare un equipaggio incapace di usarla. In questo articolo entriamo nella parte del sistema che riguarda le persone: come un gruppo di individui — famiglia, amici, chiunque sia a bordo — diventa effettivamente un equipaggio che funziona insieme.

Non è una questione di quante persone, ma di come lavorano insieme

Preparando la rotta verso Lisbona abbiamo dovuto organizzare turni, ruoli e responsabilità per un viaggio più lungo del solito, con equipaggio che in alcuni tratti cambierà. Questo ci ha costretto a essere più espliciti del solito su una cosa che, su una barca con equipaggio fisso e affiatato, spesso resta implicita: chi sa cosa, e come lo comunica agli altri.

In aviazione civile questo principio ha un nome, Crew Resource Management (CRM): l'uso coordinato di tutte le risorse disponibili — persone, strumenti, informazioni — per condurre il volo in sicurezza. Il CRM nasce dall'osservazione che molti incidenti aerei non erano causati da un guasto tecnico o da un errore isolato, ma dal fatto che informazioni importanti, possedute da qualcuno a bordo, non arrivavano a chi doveva prendere la decisione. Nel mondo marittimo professionale esiste un corrispettivo diretto, il Bridge Resource Management (BRM), pensato per il ponte di comando delle navi. I dettagli dei due modelli non sono identici, ma l'idea di fondo che ci interessa è la stessa: la sicurezza migliora quando le competenze di ognuno a bordo vengono messe a disposizione del gruppo, non quando restano isolate.

A bordo, chi governa può conoscere bene la navigazione; un'altra persona può avere esperienza meccanica; un'altra ancora può essere più pratica con la radio o con le manovre di ormeggio. Se queste competenze restano isolate, il gruppo non ne beneficia davvero. Se vengono condivise — semplicemente dicendole, chiedendole, rendendole visibili — diventano una risorsa comune.

La migliore competenza individuale, se rimane isolata, vale meno di una competenza condivisa.

Leadership come chiarezza, non come controllo

Lo stesso principio vale per la leadership. Non l'abbiamo mai interpretata come "il comandante sa tutto e fa tutto": significa piuttosto dichiarare un piano, assegnare compiti precisi, ma anche saper ascoltare un dubbio senza viverlo come una contestazione, e chiedere aiuto quando il carico diventa eccessivo.

In fase di pianificazione della rotta verso Lisbona, per esempio, abbiamo deciso in anticipo chi si occuperà del meteo, chi della radio e chi della gestione delle emergenze — non perché serva un organigramma rigido, ma perché nel momento del bisogno nessuno deve scoprirlo lì per lì. Questa chiarezza sui ruoli non è un limite alla collaborazione: è quello che la rende possibile. Se tutti sanno chi fa cosa, è più facile che ognuno intervenga anche fuori dal proprio ruolo, quando serve, senza creare confusione.

Dire le cose ad alta voce: la comunicazione come dotazione immateriale

C'è un aspetto che lega competenze condivise e leadership chiara: la comunicazione interna, tra le persone a bordo. Non parliamo qui delle comunicazioni radio verso l'esterno — un tema che affronteremo nell'ultimo articolo di questa serie — ma di come le informazioni circolano dentro la barca, tra chi è a bordo in quel momento.

La consideriamo una vera e propria dotazione di sicurezza, anche se immateriale: non si compra, non ha una scheda tecnica, ma la sua assenza pesa quanto l'assenza di uno strumento fisico. Un dubbio non condiviso, un'osservazione tenuta per sé perché "probabilmente non è niente", un cambiamento di piano non comunicato a chi è di turno: sono tutte piccole crepe nel sistema di sicurezza, anche quando le dotazioni fisiche sono perfettamente a posto.

Closed-loop communication: due conferme, non una

Uno strumento concreto che abbiamo trovato utile, e che vale la pena raccontare con un esempio, è la closed-loop communication: un modo di comunicare in cui un ordine o una richiesta non restano mai senza risposta, e la conclusione dell'azione viene confermata a sua volta.

Un esempio, generico ma realistico:

Comandante: "Marco, prepara l'ancora di prua e dimmi quando è pronta." Marco: "Ricevuto, vado a preparare l'ancora di prua." (Dopo aver svolto il compito) Marco: "Ancora pronta."

Ci sono due conferme, non una, e non è una ridondanza casuale. La prima — "ricevuto, vado a preparare l'ancora" — comunica che il messaggio è stato sentito e capito correttamente, e che l'azione sta per iniziare: chi ha dato l'ordine può concentrarsi su altro, sapendo che quella parte è gestita. La seconda — "ancora pronta" — comunica che l'azione è stata effettivamente completata, non solo iniziata: sono due informazioni diverse, e senza la seconda il comandante non ha modo di sapere se l'ancora è davvero pronta o se Marco è ancora a metà del lavoro.

Senza queste due conferme, un ordine può restare in una zona grigia: chi lo ha dato non sa se è stato ricevuto, né se e quando è stato eseguito. In una situazione tranquilla non cambia molto. In un momento di pressione — un ormeggio complicato, un'emergenza che si sta sviluppando — quella zona grigia è esattamente dove nascono i fraintendimenti.

Conclusione: una squadra si costruisce, non si assume

Il punto centrale di questo articolo è che un equipaggio non è automaticamente una squadra. Lo diventa quando le competenze di ognuno sono rese disponibili al gruppo, quando la leadership crea chiarezza invece di accentrare, e quando la comunicazione interna — anche in forme semplici come la closed-loop communication — riduce lo spazio per i fraintendimenti.

Nessuna di queste cose richiede corsi, certificazioni o attrezzature particolari. Richiede l'abitudine, prima di partire, di rendere esplicito quello che spesso resta implicito: chi sa cosa, chi fa cosa, e come lo diciamo agli altri.

Nel prossimo articolo di questa serie parleremo di cosa succede quando, nonostante tutto questo, un problema si presenta davvero: di come si prendono decisioni migliori sotto pressione, e del rischio — molto umano — di fissarsi su un solo dettaglio perdendo di vista il quadro generale.