I 5 Perché: uno strumento semplice per andare oltre il sintomo

Categoria: Problem Solving & Root Cause Analysis

Negli anni ho visto decine di strumenti per il problem solving: Ishikawa, A3, 8D, FTA, FMEA. Tutti utili, tutti ben descritti nei libri, tutti presentati nei corsi come risolutivi.
Eppure, nella pratica quotidiana di fabbrica, continuo a pensare che pochi strumenti siano potenti quanto una sequenza di "perché" fatta con rigore.
I 5 Perché, se usati seriamente, non sono un metodo semplice: sono un modo diretto e spesso scomodo di mettere in discussione il sistema, prima ancora che il problema.

Nel mondo industriale esistono numerosi metodi per l'analisi delle cause dei problemi e la ricerca della root cause: diagramma di Ishikawa, 8D, A3 problem solving, Fault Tree Analysis, Causal Tree, FMEA a posteriori e, più in generale, gli approcci strutturati di derivazione Six Sigma e Lean.

Tutti questi strumenti hanno un loro ambito di applicazione e una loro profondità analitica. Nella pratica quotidiana di fabbrica, tuttavia, è spesso necessario disporre anche di un metodo rapido, comprensibile a tutti i livelli dell'organizzazione e capace di stimolare un vero ragionamento causale, evitando di fermarsi alle spiegazioni più immediate.

Perché i 5 Perché funzionano

In questo senso, il metodo dei 5 Perché rimane uno degli strumenti più efficaci e versatili. Non perché sia il più sofisticato, ma perché costringe il team a porsi in modo sistematico una domanda semplice e potente: "Perché è successo?", ripetuta più volte, fino a quando la risposta non riguarda più il sintomo, ma il sistema che lo ha generato.

Un aspetto particolarmente interessante è che ogni livello di analisi non serve solo ad avvicinarsi alla root cause, ma consente anche di individuare diversi livelli di azione:
  • azioni di contenimento immediato (primi perché)
  • azioni correttive a breve termine (livelli intermedi)
  • azioni strutturali di prevenzione (ultimi perché)

Questo è pienamente coerente con la letteratura sul problem solving: la root cause di un problema industriale non è quasi mai solo un parametro fuori specifica, ma una debolezza del sistema che ha permesso al problema di verificarsi e di non essere intercettato in tempo.

Esempio applicativo

Problema: aumento degli scarti su una linea automatica per fallimento del test funzionale finale.

  1. Perché il prodotto fallisce il test?
    → Perché un parametro elettrico risulta fuori tolleranza. Livello 1: contenimento immediato (ispezione 100%, selezione)
  2. Perché il parametro è fuori tolleranza?
    → Perché il componente X presenta una variabilità superiore a quella attesa. Livello 2: analisi lotto per lotto, contatto fornitore
  3. Perché il componente ha una variabilità elevata?
    → Perché il processo del fornitore non è stabile e il controllo in ingresso è solo a campione. Livello 3: audit fornitore, rafforzamento controlli in ingresso
  4. Perché il controllo è solo a campione su una caratteristica critica?
    → Perché la classificazione delle caratteristiche critiche e i piani di controllo non sono stati aggiornati dopo una modifica di prodotto. Livello 4: revisione classification matrix, update control plan
  5. Perché il processo di modifica non ha portato all'aggiornamento dei piani di controllo?
    → Perché la procedura di gestione delle modifiche non prevede una revisione strutturata dei rischi di processo e dei controlli associati. Livello 5 – Root Cause: revisione procedura ECO/ECN con integrazione risk assessment
Dal sintomo alla causa sistemica Sintomo (parametro fuori specifica) Causa tecnica (variabilità componente) Causa di processo (fornitore, controlli) Sistema di controllo (piani non aggiornati) ROOT CAUSE: procedura gestione modifiche inadeguata

I primi livelli suggeriscono azioni di contenimento (selezione, regolazioni, rafforzamento temporaneo dei controlli). L'ultimo livello porta invece a un'azione strutturale: la revisione del processo di gestione delle modifiche, della classificazione delle caratteristiche critiche e dei piani di controllo.

Dalla reazione alla stabilizzazione

In contesti produttivi complessi e altamente automatizzati, il rischio è quello di fermarsi alle correzioni tecniche locali. Il metodo dei 5 Perché, se applicato con rigore e senza scorciatoie, aiuta invece a costruire una catena causale che collega il problema tecnico a carenze di processo, di standard o di organizzazione.

È proprio questo passaggio — dal sintomo al sistema — che consente di trasformare un evento isolato in un'opportunità di miglioramento strutturale e di reale stabilizzazione del processo.