I 5 perché: il metodo semplice che porta alle cause radice.

Una macchina si ferma, si chiama il manutentore, si riparte. Due settimane dopo, stessa fermata. Il problema non era stato risolto: era stato tamponato. Il metodo dei 5 perché — five whys — nasce in Toyota proprio per rompere questo ciclo: domandare "perché?" in sequenza, partendo dal sintomo, finché non si arriva alla causa radice, quella che, rimossa, impedisce al problema di ripresentarsi. È lo strumento di problem solving più semplice che esista, e uno dei più fraintesi: usato male produce colpevoli e conclusioni affrettate; usato bene cambia il modo in cui un'azienda affronta i problemi. In questo articolo vediamo come si applica con rigore, con un esempio completo e gli errori da evitare. Dal punto di vista di chi lo usa nei reparti da oltre 30 anni.

Sintomo, causa e causa radice.

Ogni problema si presenta come un sintomo: il fermo macchina, il difetto, la consegna in ritardo. Sotto il sintomo ci sono cause immediate, e sotto le cause immediate c'è la causa radice: il punto del sistema — un metodo mancante, uno standard debole, un controllo assente — da cui la catena ha avuto origine. Agire sul sintomo dà sollievo immediato e nessuna protezione: il problema tornerà, perché il meccanismo che lo genera è ancora lì.

I 5 perché percorrono la catena a ritroso. Il numero cinque è indicativo: a volte bastano tre domande, a volte ne servono sette. Il criterio di arresto è uno solo: ci si ferma quando si arriva a una causa sotto il controllo dell'organizzazione, sulla quale è possibile definire una contromisura che impedisca la ricorrenza. Se l'ultima risposta è "la sfortuna" o "la distrazione dell'operatore", non si è arrivati alla radice: si è arrivati a un alibi.

Un esempio completo, dal reparto.

L'esempio classico della pressa, che riproponiamo perché lo incontriamo, con variazioni, in quasi tutti i settori:

• Perché la pressa si è fermata? Perché è saltato il fusibile per un sovraccarico.
• Perché c'è stato un sovraccarico? Perché il cuscinetto non era lubrificato a sufficienza.
• Perché non era lubrificato? Perché la pompa di lubrificazione non pescava abbastanza olio.
• Perché la pompa non pescava? Perché il filtro di aspirazione era intasato di trucioli metallici.
• Perché il filtro era intasato? Perché non esiste un ciclo di pulizia e ispezione periodica del filtro.

Fermarsi al primo perché significa sostituire il fusibile: la fermata tornerà. Arrivare al quinto significa istituire un ciclo di ispezione — magari dentro un programma di Auto Manutenzione — e il problema, quello specifico problema, smette di esistere. La differenza tra le due risposte è la differenza tra riparare e migliorare.

La stessa meccanica funziona lontano dalle macchine. Un caso ricorrente negli uffici: le conferme d'ordine partono in ritardo. Perché? L'ufficio commerciale attende dati dalla logistica. Perché? La disponibilità di magazzino va verificata a mano. Perché? Il gestionale non è aggiornato in tempo reale. Perché? I versamenti a magazzino vengono registrati a fine giornata, in blocco. La causa radice è una regola di registrazione, e la contromisura — registrare al momento del versamento — costa zero e chiude il problema. Nei progetti di Lean Office catene come questa si incontrano ogni settimana.

Le regole che fanno la differenza.

La semplicità del metodo è ingannevole: cinque domande le fa chiunque, farle bene richiede disciplina. Le regole che insegniamo nei progetti sono queste.

Si parte da un problema definito con precisione. "La qualità è peggiorata" non è un problema analizzabile; "il 3% dei pezzi del codice X presenta bave sul bordo superiore, da martedì scorso, sulla linea 2" lo è. La definizione include cosa, dove, quando, quanto — e i dati si raccolgono nel gemba, guardando i pezzi e il processo, non in sala riunioni.

Ogni risposta si verifica con i fatti. Il perché non chiede opinioni: chiede evidenze. Se la risposta ipotizzata è "il cuscinetto non era lubrificato", si va a controllare il cuscinetto. Un cinque perché costruito su supposizioni produce una catena logica elegante e sbagliata.

Si cercano cause di processo, non colpevoli. La domanda non è mai "chi ha sbagliato?" ma "perché il sistema ha permesso l'errore?". Se l'analisi si ferma su una persona, si riformula: perché mancava la formazione? Perché lo standard era ambiguo? Perché il controllo non c'era? Un poka-yoke mancante è una causa; un nome e cognome no. Questa regola decide anche il clima: dove i 5 perché producono colpevoli, le persone smettono di segnalare i problemi — l'esatto contrario del People Involvement su cui si regge il miglioramento.

La catena si legge anche al contrario. Verifica finale: risalendo dalle cause verso il sintomo con un "quindi" a ogni passaggio, la logica deve reggere senza salti. Se da qualche parte il "quindi" scricchiola, manca un anello.

Conta anche chi partecipa. L'analisi dà il meglio quando al tavolo — o meglio, davanti al processo — ci sono le persone che il problema lo vivono: l'operatore della linea, il manutentore, il responsabile di reparto, e la funzione tecnica quando serve. Ognuno vede un pezzo di catena che agli altri sfugge; insieme la ricostruiscono intera. Un cinque perché condotto in solitudine da un ufficio produce quasi sempre catene plausibili e cause sbagliate.

Dai 5 perché all'A3: quando serve una struttura più ampia.

I 5 perché brillano sui problemi con una catena causale lineare: la fermata, il difetto ricorrente, il ritardo sistematico su una fase. Quando il problema è multifattoriale — cali di resa con più concause, reclami che attraversano reparti diversi — la singola catena non basta: servono strumenti che gestiscano più rami, come il diagramma di Ishikawa, e una cornice che tenga insieme dati, analisi, contromisure e verifica dei risultati. Quella cornice per noi è l'A3 Practic Problem Solving, la metodologia in 11 step che applichiamo nei percorsi di Operational Excellence: i 5 perché restano il motore dell'analisi causale, dentro una struttura che obbliga al rigore dall'inizio alla fine.

Il punto d'innesco, in entrambi i casi, è lo stesso: uno scostamento reso visibile. Per questo insistiamo tanto su KPI visivi e Daily Meeting: il problem solving comincia quando il problema si vede, e si vede presto.

Cosa cambia in azienda quando i 5 perché diventano abitudine.

Il segnale che il metodo ha attecchito è linguistico, prima ancora che numerico: nelle riunioni si smette di sentire "è colpa di" e si comincia a sentire "perché è successo?". I problemi ricorrenti — quelli che tutti conoscono e nessuno chiude — iniziano a sparire uno alla volta, e con loro le ore spese a gestirli. Le contromisure diventano patrimonio: ogni analisi ben fatta aggiorna uno standard, aggiunge un controllo, migliora un metodo. E la capacità di analisi si diffonde: da competenza di pochi esperti a pratica quotidiana dei team di reparto, che è poi il modo in cui una cultura Lean si costruisce davvero. Cinque domande alla volta, un problema alla volta: piccoli risultati ogni giorno, che insieme valgono più di qualsiasi grande stravolgimento.