In ambienti ingegneristici, gli incidenti di sicurezza possono interrompere le operazioni, le attrezzature per danni, il personale per infortunio e ritardare le pietre miliari del progetto. Le indagini sugli incidenti tradizionali spesso si concentrano sulle cause immediate, come un pavimento scivoloso o una guardia rotta, ma non riescono a scoprire i più profondi errori sistemici che hanno permesso l'incidente a verificarsi.

Qual è il metodo 5 Perché?

Il 5 Perché è una tecnica di analisi causale che coinvolge ripetutamente chiedendo “Perché?” – di solito cinque volte – di tracciare un problema dai suoi sintomi alla sua causa fondamentale. Sviluppato da Sakichi Toyoda sistema e poi raffinato all'interno della Toyota Motor Corporation, il metodo è una pietra angolare della produzione magra e miglioramento continuo. Il principio principale è che la maggior parte dei problemi hanno strati di causa insufficiente di prozione; il metodo è la causa.

Per esempio, consideri una macchina che si ferma inaspettatamente. Il primo “Perché?” potrebbe rivelare un fusibile soffiato. Il secondo “Perché?” potrebbe mostrare che il fusibile è stato sottodimensionato. Un terzo “Perché?” potrebbe indicare una procedura di manutenzione che ha erroneamente specificato quella dimensione fusibili. Il quarto “Perché?” potrebbe rivelare che la documentazione è stata aggiornata un decennio fa. Il quinto “Perché?” potrebbe scoprire una mancanza di un processo formale di controllo del documento.

La forza del metodo è nella sua semplicità, non richiede alcun software specializzato o formazione statistica. Qualsiasi team interfunzionale può applicarlo durante una recensione post-incidente. Tuttavia, la sua semplicità può anche essere una debolezza se non applicata rigorosamente. Gli investitori devono basare le loro risposte su fatti verificabili, non su ipotesi, e deve essere disposto a sfidare le proprie biasi.

Perché i 5 Perché è particolarmente adattato per le indagini di sicurezza di ingegneria

Le impostazioni di ingegneria sono caratterizzate da sistemi complessi, processi interdipendenti e conseguenze elevate per il fallimento. Un singolo incidente, come una fuoriuscita chimica, un crollo strutturale o un flash ad arco elettrico, può derivare da una catena di eventi che spaziano dal design, dall'approvvigionamento, dall'installazione, dal funzionamento e dalla manutenzione.

  • Scopri le debolezze sistemiche[[]: spinge gli investigatori oltre l'errore umano ad esaminare le procedure, la formazione, la progettazione di attrezzature, la supervisione di gestione e la cultura organizzativa.
  • Promozione di collaborazione multidisciplinare[[]: Gli incidenti ingegneristici raramente hanno una sola causa. Coinvolgere operatori, ingegneri, supervisori e professionisti della sicurezza assicura diverse prospettive informano ogni “Perché?” Questo approccio collaborativo rispecchia la natura del lavoro di ingegneria basato sul team.
  • Links azioni correttive a cause reali[[: Quando una causa radice è correttamente identificata, l'azione correttiva risultante impedisce direttamente la ricorrenza. Ad esempio, se la causa principale è un layout del pannello di controllo confusa, la correzione è di ridisegnare il pannello, non solo ritrarre l'operatore.
  • Si allinea ai sistemi di gestione della sicurezza[[]: I 5 Perché integrano i framework come ISO 45001, che richiedono alle organizzazioni di indagare gli incidenti e di agire per eliminare i pericoli. Il metodo fornisce un modo strutturato per soddisfare tali requisiti senza eccessiva burocrazia.

Inoltre, le aziende ingegneristiche che adottano i 5 Perché spesso vedono un cambiamento culturale. Le squadre diventano più comode discutendo apertamente i fallimenti, vedendoli come opportunità di apprendimento piuttosto che occasioni di punizione.

Una guida passo-passo per condurre un 5 Perché Investigation

L'implementazione del metodo 5 Whys richiede in modo efficace la disciplina. Di seguito è possibile seguire un team di ingegneria di processo dettagliato, adattato dalle migliori pratiche in produzione e gestione della qualità[].

Passo 1: Assemblare un team di indagine trasversale

Dopo un incidente di sicurezza, formare un team che include persone direttamente coinvolte nel lavoro, quelle con esperienza tecnica, e un facilitatore che non fa parte delle operazioni quotidiane. Il facilitatore dovrebbe tenere la sessione concentrata e prevenire il cambiamento di colpa.

Fase 2: Definire chiaramente l'incidente

Scrivere una descrizione concisa e oggettiva di ciò che è successo. Evitare il linguaggio soggettivo come “l’insicurezza” o “il giudizio cattivo.” Invece, fatti di stato: “A 10:15 AM, un operatore ha perso l’equilibrio e ha contattato un conduttore eccitato 480 volt, con conseguente flash arco.” Questa affermazione diventa il punto di partenza per il primo “Perché?”

Passo 3: Chiedere il Primo “Perché?”

Posare la domanda: “Perché è successo?” Il team dovrebbe raggiungere il consenso sulla risposta più diretta basata sulle prove disponibili— dichiarazioni di testimone, fotografie, registri di dati, registri di manutenzione.

Passo 4: Chiedete Successivo “Perché?”

Per ogni risposta, chiedere “Perché?” di nuovo. Continuare fino a quando il team raggiunge un punto in cui la risposta è una causa principale — una condizione o carenza che, se corretti, impedirebbe il ripetersi. Per gli incidenti di ingegneria, una causa principale è spesso un divario in un processo, un difetto di progettazione, una politica mancante, o una mancanza di formazione.

Passo 5: Verificare la catena della caucaslità

Una volta che il team ritiene di aver identificato la causa principale, risalire la catena: correggendo che causa logicamente impedire che ogni precedente “Perché?” avvenga? Se non, il team potrebbe aver perso cause intermedie e ha bisogno di continuare.

Fase 6: Sviluppare e implementare azioni correttive

Per ogni causa radice identificata, definire una o più azioni correttive che sono specifiche, misurabili e assegnate a una persona responsabile con una scadenza.Evitare correzioni generiche come “riqualificare tutti”. Invece, specificare: “Rivitare Lockout/Tagout Procedura LOTO-007 per richiedere la verifica della tensione prima della manutenzione; aggiornare entro 30 giorni; verificare la conformità in 60 giorni.”

Passo 7: Documento e condivisione di risultati

Registra l'intera analisi dei 5 Perché: risposte, prove, cause di radice, azioni correttive e condividerla con i team competenti, che supporta l'apprendimento organizzativo e aiuta a prevenire incidenti simili in altri settori.

Esempi reali in ingegneria

Esempio 1: Slip and Fall in a Industrial Plant

Rivisitiamo l’esempio originale con più dettagli: un meccanico esperto scivola e cade su un pavimento di piante, sprainando un polso.

  • Perché il meccanico scivolava? Perché c'era una patch di olio sul pavimento vicino alla pressa.
  • Perché l'olio sul pavimento? Perché un tubo idraulico aveva una lenta perdita che era presente per tre giorni.
  • Perché la perdita non è stata riparata prima? Perché il sistema di manutenzione dell'ordine non ha prioritize perdite di emergenza; erano programmati per il prossimo arresto mensile.
  • Perché il sistema non ha dato priorità alle perdite? Poiché il team di pianificazione della manutenzione non aveva alcuna procedura per valutare il rischio di perdite in base alla posizione, al tipo di fluido e al potenziale per scivoli o incendi.
  • Perché non c’era alcuna procedura di valutazione del rischio? Poiché il sistema di gestione dell’impianto, aggiornato cinque anni fa, non includeva l’identificazione del pericolo per perdite di liquidi temporanei.

causa di root[: obbedienza di un protocollo di valutazione del rischio per perdite di fluidi non critici nel sistema di gestione della manutenzione dell'impianto. Le azioni correttive includono lo sviluppo di una matrice di rischio di perdite, l'aggiornamento dell'algoritmo di priorità dell'ordine di lavoro e i pianificatori di formazione per usarlo.

Esempio 2: Rigging Fallimento su un cantiere

Un incidente di gru: un fascio d'acciaio scivolato dal suo rigging e cadeva, lavoratori mancanti e il team di indagine ha applicato i 5 Perché:

  • Perché il fascio scivolare? Perché la slitta di rigging è stata impropriamente valutato per il peso del carico.
  • Perché la slitta è stata impropriamente valutato? Perché il rigger ha usato un calcolo a mano basato sul peso nominale del fascio, non tenendo conto degli allegati aggiunti e delle stube di saldatura.
  • Perché il rigger non ha usato i dati corretti? Perché il piano di sollevamento fornito dall'ingegnere del progetto ha elencato solo il peso nominale del fascio; il peso effettivo dal negozio di fabbricazione non è stato incluso.
  • Perché non era incluso il peso reale? Poiché il modello standard del piano di sollevamento non richiedeva all'ingegnere di confermare il peso finale con il negozio di fabbricazione.
  • Perché il modello omette tale esigenza? Poiché la procedura di sollevamento dell'azienda era stata progettata per semplici ascensori e non era stata aggiornata per riflettere assemblaggi prefabbricati più complessi.

Causa di botti[: Una procedura di sollevamento obsoleta che non ha mandato la verifica del peso dalla fabbricazione per ascensori ingegnerizzati.Azioni correttive: rivedere la procedura di sollevamento, implementare una lista di controllo che include la conferma del peso e condurre un controllo di una volta di tutti i piani di sollevamento esistenti.

Questi esempi illustrano come il metodo 5 Whys si trasmetta da un evidente fallimento (una scivolata, un carico caduto) a lacune sistemiche nei processi e nella documentazione—aree in cui la gestione dell'ingegneria può intervenire.

Pitfalls comune e come evitare di loro

Nonostante la sua apparente semplicità, i 5 Perché sono spesso erroneamente applicati. I team di ingegneria dovrebbero essere consapevoli di queste trappole:

  • Stopping troppo presto[[: Molte indagini si fermano a “errore umano”—“il meccanico non ha pulito il pavimento” o “il truffatore ha commesso un errore.” Questo non riesce a risolvere il motivo per cui la persona ha agito in quel modo.Per evitare questo, richiedono che la radice finale causa sempre essere un sistema o deficit di processo, non un’azione individuale.
  • In risposta alle domande di base[[]: Se un facilitatore chiede “Perché l’operatore non ha seguito la procedura?”, il team probabilmente incolperà l’operatore. Invece, porre domande neutre come “Perché l’operatore ha scelto di deviare dalla procedura?” o “Quali condizioni ha permesso che l’incidente si verificasse?”
  • Richiesta su ipotesi piuttosto che prove[[]: I 5 Perché devono essere fondati in fatti. Se non esistono dati per una risposta intermedia, il team dovrebbe contrassegnarlo come ipotesi e raccogliere prove prima di concludere.
  • Non coinvolgendo le persone giuste[[[]: Un team di soli manager può mancare la conoscenza di prima linea. Includere operatori, tecnici e ingegneri che svolgono il lavoro.
  • Trattare i 5 Perché come un processo lineare e rigido[[: A volte l'incidente ha molteplici cause di radice, e una singola catena di cinque “Perché” è insufficiente. In tali casi, utilizzare una struttura simile all'albero—chiedere più “Perché” a un unico livello per esplorare i rami. Il metodo è una guida, non una gabbia.

Integrare 5 Perché con altri strumenti di indagine

I 5 Perché sono potenti, ma non è una soluzione standalone per ogni incidente complesso. I team di ingegneria spesso lo combinano con altri metodi di analisi causa radice per aumentare il rigore:

  • Fishbone (Ishikawa) Diagramma[[]: Prima di iniziare i 5 Perché, creare un diagramma di pesce per brainstorming potenziali cause tra le categorie (persone, attrezzature, materiali, metodi, misura, ambiente).
  • FMEA (Modalità di guasto e analisi degli effetti): Quando si indaga un incidente relativo al design, FMEA può aiutare a identificare i modi di guasto che i 5 Perché potrebbero perdere.
  • Analisi dei barri[[]: In caso di incidenti di sicurezza di processo, l'analisi delle barriere esamina ciò che mancava o non era efficace. Combinare questo con 5 Perché capire perché ogni barriera non è riuscita.
  • Analisi delle modifiche[]: Se un incidente è preceduto da un cambiamento (nuova procedura, nuove attrezzature, nuovo personale), utilizzare l'analisi dei cambiamenti per identificare ciò che è cambiato, quindi applicare 5 Perché per capire perché il cambiamento ha introdotto il rischio.

Ad esempio, il U.S. Chemical Safety Board[[[]] usa spesso una combinazione di queste tecniche nelle sue indagini.

Costruire una cultura dell'analisi delle cause della radice

Per realizzare il suo pieno beneficio, le organizzazioni ingegneristiche devono incorporarlo nel loro sistema di gestione della sicurezza.

  • Impegno di gestione[[[]: I leader devono modellare il comportamento chiedendo “Perché?” durante le riunioni di sicurezza e incoraggiando discussioni trasparenti senza colpa.
  • Training e pratica[[: Tutti gli ingegneri, i supervisori e i team lead dovrebbero ricevere la formazione pratica nel metodo.
  • Integrazione con report quasi assenti[[]: Incoraggiare la segnalazione delle mancanze vicine e applicare i 5 Perché a quegli eventi prima di diventare incidenti importanti.
  • Miglioramento continuo[[]: Traccia l'efficacia delle azioni correttive da 5 indagini Whys. Se gli incidenti simili si ripetono, rivisitano l'analisi, la causa principale può essere stata indebita o l'azione correttiva potrebbe non essere stata implementata correttamente.

Misurare l'efficacia di 5 Perché Investigazioni

Per garantire che il metodo stia aggiungendo valore, i team di ingegneria possono monitorare diverse metriche:

  • Tasso di ricorrenza[[]: Gli stessi tipi di incidenti avvengono di nuovo dopo azioni correttive? Un basso tasso di ricorrenza indica un'identificazione efficace della causa radice.
  • Azione tasso di completamento[[[]: Percentuale di azioni correttive chiuse all'interno del periodo di tempo previsto. I ritardi spesso segnalano che le azioni sono difficili da implementare o che l'impegno è carente.
  • Tempo per identificare la causa della radice[[]: Quanto tempo ci vuole per raggiungere la causa principale? Nel tempo, con la pratica, le squadre dovrebbero diventare più veloci e più precise.
  • Risposte dei dipendenti[[]: membri del team di indagine.

Inoltre, si consideri che l'audit periodico di analisi completate 5 Whys, un recensore esterno, da un altro dipartimento o da un terzo, può identificare le lacune che il team originale ha trascurato.

Conclusioni

Il metodo 5LT Whys è uno strumento pratico e accessibile per migliorare le indagini sugli incidenti di sicurezza nelle impostazioni di ingegneria. Guidando i team a guardare oltre le evidenti e scoprire guasti sistemici, trasforma le indagini da esercizi in colpa in opportunità di miglioramento del livello di sistema. Quando combinato con altre tecniche di analisi causa principale e supportato da una giusta cultura, i 5 Perché le organizzazioni ingegneristiche possono aiutare a prevenire incidenti, proteggere i lavoratori e migliorare l'affidabilità operativa.