I 5 Perché: un motore per catene di alimentazione di ingegneria

Perché i problemi di produzione di Toyota, oltre a quello di un sistema di distribuzione, sono diventati una minaccia persistente per i progetti di ingegneria, che aumentano i costi, ritardando le pietre miliari e e erodendo la fiducia del cliente. Quando un componente critico arriva due settimane tardi o un gruppo di materiali non riesce a controllare la qualità, l’istinto naturale è quello di risolvere i sintomi di spedizione o swap.

Qual è il metodo 5 Perché?

Il 5 Whys è uno strumento di analisi a causa della radice sviluppato da Sakichi Toyoda, il fondatore di Toyota Industries. È diventato un pilastro del sistema di produzione Toyota (TPS) e, più tardi, di produzione Lean e di metodologie Six Sigma. La premessa è semplice: quando si verifica un problema, chiedere “Perché?” ripetutamente – di solito cinque volte – di passare da un sintomo osservabile a una causa fondamentale.

Per esempio, una macchina smette di funzionare. Il primo perché potrebbe rivelare un fusibile soffiato. Il secondo perché potrebbe mostrare il fusibile è stato sovraccarico. Il terzo perché potrebbe indicare la pompa protetta stava disegnando troppo corrente. Il quarto perché potrebbe indicare un cuscinetto usurato causando attrito supplementare. Il quinto perché potrebbe scoprire che il cuscinetto non era stato lubrificata secondo il programma di manutenzione. La causa principale è una procedura di manutenzione mancante, non solo una distinzione di fissaggio è critica.

In catene di approvvigionamento di ingegneria, si applica la stessa logica. Una spedizione ritardata non è la causa principale; è un sintomo. I 5 Perché aiuta le squadre a muoversi da “abbiamo bisogno di spedizione più veloce” per “abbiamo bisogno di migliorare la previsione dei fornitori” o “i nostri punti di innesco dell'inventario sono impostati in modo errato.”

Come funziona il 5 Perché nella pratica

L'applicazione dei 5 Perché a una disgregazione della supply chain segue un processo strutturato ma flessibile. L'obiettivo non è quello di esattamente cinque domande, ma di continuare a fare fino a che non si identifica una causa [ azioneable root cause[[]]]], una causa che, se affrontata, impedirà al problema di ricorrere.

  1. Definire chiaramente il problema.[] Usare un linguaggio specifico e misurabile. Invece di “abbiamo avuto un problema di fornitore,” dire “la consegna di 500 bulloni Grade-8 per il progetto Zephyr è stata tre giorni di ritardo, causando un arresto di linea.”
  2. Identificare la prima causa diretta. Chiedere “Perché è successo?” basato su fatti, non supposizioni. Coinvolgere le persone più vicine al lavoro – l'agente di approvvigionamento, il impiegato del magazzino, il gestore del conto del fornitore.
  3. Chiedi “Perché?” di nuovo. Per la risposta che hai appena registrato, chiedi perché esistesse questa condizione.
  4. Stop quando si raggiunge una causa radice. Una causa principale è un processo, una politica o una condizione che, se corretti, eliminerà il problema. Potrebbe essere una mancanza di formazione, una procedura di funzionamento standard difettosa, o un'impostazione software obsoleta.
  5. Verificare la logica. Tracciare la catena all'indietro: se si fissa la causa principale, il sintomo originale scompare? Se non, continuare a chiedere.
  6. Implementa e monitora le azioni correttive. Assegnare la proprietà, impostare le scadenze e monitorare l'efficacia nel tempo.

È fondamentale evitare di fermarsi alle risposte che incolpano le persone (“il programmatore ha commesso un errore”) o che sono al di fuori del vostro controllo (“il porto è stato chiuso”). Invece, chiedere “Perché il programmatore non ha usato i dati di consegna più recenti?” o “Perché non c’era un piano di contingenza per le chiusure di porta?” Questo cambiamento trasforma la colpa in miglioramento sistemico.

Diruzioni comuni della catena di approvvigionamento e i 5 Perché in azione

Le 5 Perché possono essere applicate a ciascuna per scoprire cause di radice che sono spesso condivise in diversi incidenti apparentemente diversi.

Delays consegna fornitore

Una classica interruzione: un componente elettronico chiave arriva due settimane di ritardo, stallando test di un nuovo sistema di controllo.

  • Perché la consegna è stata tardi? Il fornitore spedito da un magazzino in Asia, ma l'ordine è stato posto con un hub regionale diverso.
  • Perché l'ordine è stato errato? L'ordine di acquisto (PO) ha fatto riferimento a un codice di magazzino errato da un contratto precedente.
  • Perché il codice di magazzino è sbagliato? Il sistema ERP non aggiorna automaticamente i dati di localizzazione dei fornitori quando i contratti vengono rinnovati.
  • Perché non si aggiorna automaticamente il sistema?[ Il team IT non ha configurato l'integrazione tra il modulo di gestione del contratto e il modulo di approvvigionamento.
  • Perché manca quell'integrazione?[] Non è stato definito alcun requisito durante l'aggiornamento ERP due anni fa. [] Causa di root:[] La configurazione ERP non include la sincronizzazione automatica della posizione del fornitore, che porta a rivivere l'inserimento manuale dei dati che è incline all'errore.

L'azione correttiva potrebbe essere un piccolo cambiamento software piuttosto che incolpare l'acquirente o esigere la spedizione più veloce. Questa correzione impedisce ordini errati per tutti i fornitori, non solo questo.

Fallimenti di qualità nei materiali in entrata

Un lotto di estrusioni di alluminio non riesce a controllare dimensionalmente, causando rilavoro di cinquanta unità già in assemblaggio.

  • Perché le estrusioni falliscono? Le dimensioni della sezione trasversale erano di 0,5 mm di dimensioni superiori.
  • Perché erano troppo grandi? L'estrusione del fornitore era esaurita.
  • Perché non è stato sostituito il dado in programma?[ Il piano di manutenzione preventiva del fornitore per i morti è basato su ore di utilizzo, ma il nostro ordine è stato posto per una lega speciale che accelera l'usura.
  • Perché il fornitore non ha regolato il programma di manutenzione per quella lega? La nostra specifica non ha incluso una nota circa il tasso di usura più alto della lega.
  • Perché non era inclusa quella nota? Il team di ingegneria non ha un requisito standard per comunicare i dati di usura di utensili specifici per i fornitori. Causa di botti: Mancanza di un processo formale per la condivisione di dati tecnici che influiscono sui processi di produzione dei fornitori.

L'azione correttiva potrebbe comportare l'aggiunta di un campo nel modello di specifica per le considerazioni sull'usura degli utensili e gli ingegneri della formazione per includerlo.

Trasporti Scovoli da bottiglia

Una spedizione critica da un fornitore domestico è ritardata perché il vettore ha perso la finestra di pick-up.

  • Perché il vettore ha perso il pick-up? Il centro di spedizione non è stato avvisato che la spedizione era pronta.
  • Perché non è stato notificato il centro di spedizione? Il sistema di magazzino non invia automaticamente un segnale “pronto per il pick-up”.
  • Perché non invia un segnale? Il software di gestione del magazzino manca di un'integrazione con l'API del vettore.
  • Perché quell'integrazione non è mai stata costruita? Il progetto che ha implementato il sistema di magazzino non ha dato priorità all'integrazione dei vettori.
  • Perché non è stato prioritario? Il caso di affari non includeva il costo dei pickup mancati. Causa di root: I criteri di approvazione del progetto non hanno rappresentato i costi relativi al vettore, portando ad un sistema incompleto.

La soluzione potrebbe essere un piccolo sviluppo software e una revisione delle liste di controllo di approvazione del progetto per includere l'automazione logistica.

Inaccuratezze di registrazione dell'inventario

La produzione si ferma perché il sistema mostra un particolare fissaggio, ma il contenitore è vuoto. I 5 Perché potrebbero scoprire:

  • Perché il cestino è vuoto? L'ultimo prelievo non è stato registrato nel sistema di inventario.
  • Perché non è stato registrato? Il tecnico ha usato una procedura di bypass per l'accesso di emergenza al cestino.
  • Perché è stato usato un bypass? Il normale processo di scansione richiede di camminare a un terminale a cinquanta metri di distanza.
  • Perché il terminale è finora? Il layout è stato progettato prima che gli scanner palmari fossero disponibili.
  • Perché non è stato aggiornato il layout?[ Non c'è un ciclo di revisione periodico per i miglioramenti del layout del magazzino. Causa di botti:[] Mancanza di un processo di miglioramento continuo per l'ergonomia del magazzino e la tecnologia.

Le azioni correttive potrebbero includere l'implementazione di dispositivi portatili e l'implementazione di una revisione trimestrale del layout, riducendo gli errori di inventario e le arresti di produzione.

Limitazioni e cadute dei 5 Perché in Ingegneria Supply Chains

Mentre i 5 Whys sono uno strumento prezioso, non è una cura-all. I team di ingegneria devono essere consapevoli dei suoi limiti per evitare false confidenza o soluzioni incomplete.

Sovrapposizione dei sistemi complessi

Una singola catena di motivi può perdere fattori che si combinano per causare una rottura. Ad esempio, una consegna tardiva potrebbe derivare da un problema di capacità del fornitore e un errore di previsione. I 5 Perché possono seguire solo un percorso. Se la risposta iniziale sbagliata è scelto, la causa principale può essere fuorviante. Per mitigare questo, utilizzare i 5 Perché in un gruppo di impostazione con diversi diagrammi di riferimento

Stoccare troppo presto

L’errore più comune è quello di fermarsi a una causa che si sente “chiudi abbastanza” ma non è veramente radice. Ad esempio, “il fornitore ha cambiato la loro fonte di materia prima” potrebbe essere accettato come radice, ma ulteriori motivi potrebbero rivelare che il cambiamento del fornitore non è stato comunicato al team di ingegneria perché non c’era clausola di contratto che richiede una notifica preventiva.

Bias e Groupthink

Se i 5 Perché sono condotti da un team omogeneo o da un leader gerarchico, le risposte possono riflettere le presupposti o dare la colpa a un cambiamento. Un manager potrebbe chiedere “Perché l’acquirente non ha controllato il tempo di consegna del fornitore?” senza chiedere perché il sistema di ordinazione non ha contrassegnato la deviazione del tempo di piombo.

Seguito dell'inadeguato

Molti team di ingegneria investono tempo nell'esercizio 5 Perché, ma poi non riescono a implementare azioni correttive o a verificare la loro efficacia. Senza un processo formale CAPA (Corrective and Preventive Action), la stessa interruzione riappare mesi dopo. Assegnare i proprietari, le scadenze e le metriche per ogni azione correttiva.

Integrare i 5 Perché con altri strumenti di problem-solving

Per il massimo impatto, i 5 Perché non devono essere utilizzati in isolamento, funziona meglio se abbinati a metodi complementari di root-cause e di miglioramento del processo.

Diagramma di pesce (Ishikawa) per l'identificazione della causa

Prima di iniziare il primo perché, un team può brainstorming potenziali cause tra categorie come [[] Uomo, Macchina, Materiale, Metodo, Misura e Ambiente[[]. Il diagramma della colonna vertebrale cattura visivamente queste idee. Poi, il team seleziona la categoria causa più probabile e applica i 5 Perché perforare giù. Questo approccio ibrido assicura che nessuna categoria importante è trascurata e che la catena di motivi inizia da una forma di ipotesi.

FMEA (Modalità di lavorazione ed analisi degli effetti) per la Priorizzazione

FMEA è uno strumento proattivo che valuta le modalità di fallimento potenziali prima di accadere. Le squadre possono utilizzare le uscite storiche 5 Perché per popolare le tabelle FMEA, identificare i modi di guasto (ad esempio, fornitore errato, fuga di qualità) insieme alla loro gravità, avvenimento e valutazioni di rilevamento.

Analisi dei Pareto per la selezione basata sulla frequenza

L'analisi dei genitori (regola 80/20) può evidenziare le poche interruzioni della supply chain che causano la maggior parte dei tempi di fermo o dei costi. Il team dedica le risorse di indagine a causa delle radici a quei problemi ad alto impatto. Ad esempio, se il 70% dei ritardi di produzione deriva da errori di consegna del fornitore, quella categoria dovrebbe ottenere una sessione di 5 Perché, non il problema della qualità rara.

8D (Eight Disciplines) Problem Solving

Molte organizzazioni ingegneristiche utilizzano il metodo 8D, soprattutto nel settore automobilistico e aerospaziale. I 5 Perché si adattano naturalmente all'analisi D4 (root cause) del processo 8D. Il passo D4 richiede l'identificazione della causa principale utilizzando strumenti analitici; i 5 Perché è spesso lo strumento di scelta. Le altre discipline—D1 formazione del team, D2 descrizione del problema, D3 intermedio contenimento, D5 permanenti azioni correttive, verifica D6, prevenzione D7.

Migliori Pratiche per Squadre di Ingegneria Usando i 5 Perché

Per ottenere il maggior valore dai 5 Perché in contesti di supply chain, i team di ingegneria dovrebbero adottare queste pratiche:

  • Inizia con una chiara dichiarazione dei problemi.[] Scrivilo e ottieni un accordo dal team. Utilizzare il [SIPOC[[] (Fornitori, Input, Processo, uscite, clienti) se necessario per l'applicazione del problema.
  • Utilizzare dati reali, non opinioni. Quando si risponde a ciascuno perché, cita record specifici, timestamp, o misurazioni.Evita frasi vaghe come “solitamente” o “a volte”.
  • Involgere esperti di materia tema.[] Includere la persona che gestisce il processo quotidianamente – spesso conoscono le ragioni nascoste. Per problemi dei fornitori, includere l'ingegnere di qualità del fornitore se possibile.
  • Document the chain and the action. Creare un modello semplice: Problema → Why1 → Why2 → Why3 → Why4 → Why5 → Root Cause → Azioni correttive → Verification. Conservarlo in un repository condiviso per l'analisi futura di riferimento e tendenza.
  • Trapani di condotta sulle misse vicine. Non aspettare una grande rottura. Applicare i 5 Perché vicino a manca o piccole deviazioni. Questo crea l'abitudine e prende problemi prima che escalate.
  • Review and refine. Dopo diverse sessioni di 5 Whys, analizza i modelli. Le cause ripetute delle radici coinvolgono lo stesso modulo ERP? Lo stesso processo di fornitore?

Case study: Una rottura della catena di fornitura di ingegneria reale-World

Considera un produttore di elettronica che produce moduli di controllo per robot industriali. Il team ha affrontato un problema ricorrente: un circuito integrato specifico (IC) era fuori magazzino quando gli ordini di produzione sono stati rilasciati, causando un tempo di consegna di tre settimane per effettuare un nuovo ordine.

Usando i 5 Perché, la squadra ha attraversato l'ultimo incidente:

  • Problem:[[] Il numero di parte IC XC-1024 era fuori produzione al rilascio dell'ordine di produzione #4512.
  • Perché #1:[] Il sistema di inventario mostrava 50 unità a portata di mano, ma il conteggio fisico era zero.
  • Perché #2:[] L'ultimo prelievo di 100 unità per un ordine di prototipazione non è stato dedotto dal sistema perché il prototipo di requisizione ha bypassato la normale transazione.
  • Perché #3:[] Il processo del prototipo utilizza una forma manuale separata che non si integra con il modulo di inventario ERP.
  • Perché #4:[] La forma manuale è stata creata anni fa quando il volume di prototipazione era basso; nessuna integrazione è stata ritenuta necessaria.
  • Perché #5:[ Nessuno nel team della supply chain era a conoscenza del processo di prototipo, quindi non hanno mai richiesto un'integrazione. [Causa di root: Mancanza di comunicazione tra i team di produzione e di prototipo, e nessuna governance sulle transazioni di inventario per ordini non produttivi.

Le azioni correttive includono: (1) l'integrazione del prototipo di requisizione nell'ERP, (2) la formazione di prototipi ingegneri sul nuovo processo, e (3) l'aggiunta di un incontro interfunzionale settimanale in cui prototipi e quote di produzione prossima domanda. Dopo l'implementazione, lo stesso numero di stock-out IC non ha riscosso, e il team ha iniziato a controllare altre operazioni non-produzione.

Questo caso illustra che la causa principale non era “il fornitore è lento” o “forecast è sbagliato”, ma una disconnessione procedurale all’interno dell’azienda.

Conclusioni

I problemi della catena di approvvigionamento sono inevitabili, ma la loro ricorrenza non è. Il metodo 5 Whys offre un modo disciplinato e a basso costo per andare oltre i sintomi e affrontare i difetti del sistema sottostante che causano ritardi, scavi di qualità e errori di inventario.

Per ulteriori letture su analisi e principi di base, prendere in considerazione le risorse del [[ Istituto di impresa[], la Società americana per la qualità sull'analisi delle cause della radice, e la documentazione originale del sistema di produzione di Toyota]