Il ruolo di 5 Perché nel migliorare il design dei prototipi di ingegneria

Ogni prototipo di ingegneria rappresenta un'ipotesi su come un progetto si esibirà in condizioni reali. Quando l'ipotesi fallisce, l'istinto naturale è quello di applicare una patch rapida e andare avanti. Tuttavia, il trattamento dei sintomi invece delle cause di radice garantisce lo stesso difetto riapparerà—spesso a costi più elevati nelle iterazioni successive. La tecnica 5 Whys offre un metodo disciplinato per perforare le spiegazioni di livello superficiale passato e scoprire la falla fondamentale che ha innescato il semplice guasto.

Un 2018 studio del National Institute of Standards and Technology ha scoperto che i cambiamenti di progettazione scoperti durante la prototipazione possono costare dieci volte più per risolvere i problemi catturati durante la fase concettuale. Questa realtà economica sottolinea perché l'analisi a basso costo deve essere intrecciata nel pro-overty.

Istituto di impresa femminile – 5 Perché

Comprendere la tecnica dei 5 Perché

La tecnica 5 Whys è stata sviluppata da Sakichi Toyoda, fondatore di Toyota Industries, come componente fondamentale del sistema di produzione Toyota. Non è un metodo statistico formale, ma un'indagine guidata che incoraggia i team a chiedere “Perché?” cinque volte – o più – di tracciare un problema alla sua causa principale. Il nome è un po ' arbitrario; il numero effettivo di iterazioni dipende dalla complessità del problema.

Al suo cuore, i 5 Perché è una forma di ]contromeasure thinking.A differenza di semplice risoluzione dei problemi, che si concentra sul ripristino della funzione, contromisure pensiero elimina definitivamente la condizione che ha prodotto il fallimento. Ad esempio, se un prototipo di ingranaggio sequestra, una correzione tipica potrebbe essere lubrificarlo.

La tecnica viene spesso utilizzata in combinazione con un diagramma [] (il diagramma Ishikawa) per mappare visivamente le potenziali cause prima di perforare verso il basso. Tuttavia, i 5 Perché da soli sono sufficienti per molte sfide ingegneristiche, soprattutto quando il problema è strettamente indirizzato a una specifica modalità di guasto del prototipo.

ASQ – Risorse per l'analisi delle cause della radice[

Applicare 5 Perché in Progettazione Prototipo di Ingegneria

I prototipi di ingegneria sono costruiti per testare le ipotesi sulla forma, la vestibilità, la funzione e l'affidabilità. Quando un prototipo fallisce, sia durante un test di carico strutturale, il ciclo termico, o la verifica funzionale, il team di ingegneria deve decidere come modificare il progetto per la prossima iterazione.

Le applicazioni comuni dei 5 Perché nel design del prototipo includono:

  • Insufficienza strutturale[]: Cracks, deformazione o fratture di fatica nelle componenti meccaniche.
  • Problemi di gestione termica[[]: surriscaldamento, macchie calde, o dissipazione del calore inefficiente.
  • anomalie elettriche o firmware[: segnali intermittenti, reimpostazioni inaspettate o deriva del sensore.
  • Problemi di assemblaggio e vestibilità[[]: Parti che non allineano, legano durante il movimento, o richiedono forza eccessiva per assemblare.
  • Incompatibilità materiali[[]: Corruzione galvanica, degradazione chimica, o usura inaspettata.

Applicando i 5 Perché ad ogni modalità di fallimento, il team costruisce una base di conoscenza di []progettazione vulnerabilità[]] che può essere evitato in progetti futuri.

Processo passo-passo

Per utilizzare efficacemente i 5 Perché in un contesto prototipi di ingegneria, seguire questo processo sistematico:

  1. Ottenga il problema in prima persona. Vai al prototipo, ricontrolla i dati di prova e registra la modalità di fallimento in termini precisi e misurabili. Evitare descrizioni vaghe come “ha rotto”. Invece, utilizzare dichiarazioni come “la staffa fratturata alla saldatura del filetto dopo 12.000 cicli all’85% del carico nominale.”
  2. Congiungete il team. Includete l'ingegnere che ha progettato la parte, il tecnico che l'ha costruita, e l'ingegnere di prova che ha osservato il fallimento.
  3. Chiedi il primo “Perché?”] Inizia con la modalità di fallimento e chiedi perché si è verificato.
  4. Chiediamo “Perché.”[] Tratta ogni risposta come nuova dichiarazione dei problemi e richiedi. Continua finché il team non raggiunge una causa che è fattibile e nel controllo del team di cambiare.
  5. Implementare una contromisura.[] Definire un'azione specifica e misurabile che eliminerà la causa principale. Quindi verificare l'efficacia della contromisura testando il prototipo revisionato.
  6. Documenta la catena.[ Registrare la sequenza completa di “Perché” e la contromisura del tronco di insegnamento del progetto. Questa documentazione impedisce ai team futuri di ripetere la stessa indagine.

Esempio illustrativo: Agganciamento del fallimento

Problem[]: Una staffa di montaggio su un prototipo automobilistico incrinato durante il test delle vibrazioni dopo 8 ore.

[LT][[FLT]][[[FLT]]]]] [[FLT]]]] [[FLT]]]]][[[FLT:]]][[[[FLT]]]][[[[FLT]]]]] [[[FLT]]]]] [[[[[[[FLT]]]]]]]]]] [[[[[[[[[[[[[[[FLT]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]][[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[

In questo caso, la causa principale è un processo di revisione del design mancante per caratteristiche sensibili alla fatica. La contromisure potrebbe essere quella di aggiungere una lista di controllo della regola di progettazione obbligatoria che include radii di riempimento minimo per le caratteristiche di taglio laser. Il prototipo viene poi revisionato con un filetto di 3mm, e il nuovo design passa il test di vibrazione.

Vantaggi dell'utilizzo di 5 Perché in Ingegneria

Quando applicato costantemente, il metodo 5 Whys fornisce benefici che si estendono ben oltre i singoli prototipi:

  • Incoraggia un'analisi approfondita dei problemi. Gli ingegneri sono addestrati a risolvere rapidamente i problemi, ma la velocità può portare a correzioni basse. I 5 Perché costringe il team a resistere alla voglia di saltare a una conclusione. Documentando ogni “Perché”, il team costruisce una catena logica che può essere rivisto e sfidato.
  • Riduce il tempo speso per risolvere problemi superficiali. Una soluzione superficiale richiede spesso ripetute manutenzione o patching. Ad esempio, sostituendo un fusibile soffiato senza indagare perché soffiato porterà ad un altro fallimento fusibile. I 5 Perché identificano la sovratensione elettrica sottostante o il degrado dei componenti, permettendo una soluzione permanente.
  • Ispira la qualità e l'affidabilità dei prototipi. I prototipi che subiscono l'analisi di 5 Perché tendono ad avere meno guasti di fine stadio. Le azioni correttive sono dirette al design stesso, cambiando geometria, materiale o processo di produzione, oltre che a soluzioni di lavoro, che portano a prototipi di qualità superiore che rappresentano più accuratamente l'intento di produzione.
  • Scopri una cultura di miglioramento continuo. Quando i team chiedono abitualmente “Perché?” sviluppano una mentalità di curiosità e di responsabilità. Blame passa da individui (“l’ingegnere ha fatto confusione”) a lacune di sistema (“la nostra lista di controllo non ha coperto questa modalità di fallimento”). Questo cambiamento culturale è essenziale per le organizzazioni che adottano Lean o Six Sigma metodologie di test.
  • Crea la conoscenza riutilizzabile. Documentato 5 Perché le analisi diventano parte della base di conoscenza ingegneristica dell'azienda. I nuovi ingegneri possono rivedere i fallimenti passati e evitare di fare gli stessi errori. Questo è particolarmente prezioso in ambienti tecnici ad alta velocità o quando si passano a responsabilità di progettazione tra i team.

Pitfalls comune e come evitare di loro

Nonostante la sua semplicità, i 5 Perché spesso sono male applicati. La consapevolezza di errori comuni aiuta i team di ingegneria a ottenere il massimo dalla tecnica.

Stopping a sintomi

L’errore più frequente è quello di fermare la catena “Perché” a una causa superficiale. Ad esempio, “Il bullone allentato a causa delle vibrazioni.” Una catena più forte continuerà: “Perché le vibrazioni allentano il bullone? Perché non è stato specificato nessun composto di bloccaggio filettato”. Continua: “Perché non è stato specificato un composto di bloccaggio filettato? Perché il disegno di montaggio non includeva una spec di coppia o una nota di bloccaggio”.

Come evitare[[]: Richiedere che ogni risposta sia stata formulata come una causa che, se corretta, avrebbe impedito il problema. I membri del team del treno per chiedere “È questa causa fattibile e all’interno del nostro controllo?” fino a quando la risposta è un chiaro “Sì.” Se una risposta descrive una condizione che non può essere cambiata (ad esempio, “l’operatore era stanco”), continua a chiedere.

Configurazione della Correlazione con Causazione

Gli ingegneri a volte confondono sintomi che si verificano allo stesso tempo con relazioni causali. Ad esempio, “Il sigillo trapelato quando la temperatura ha raggiunto 100°C” potrebbe portare alla conclusione che l’alta temperatura ha causato la perdita. In realtà, la temperatura potrebbe essere un fattore di contributo, ma la causa principale potrebbe essere un scanalatura di tenuta progettata troppo poco profonda per l’espansione termica dell’elastomero.

Come evitare[]: Abbinare i 5 Perché con le prove fisiche. Utilizzare i dati di ispezione, le certificazioni materiali e le misurazioni dimensionali per convalidare ogni link nella catena. Se un “Perché” si basa su un presupposto, contrassegnarlo per la verifica attraverso un test mirato o una simulazione.

Individui di incolpazione

Una risposta “Perché” che indica l’errore di una persona (ad esempio, “il macchinista ha letto male il disegno”) tende a fermare l’indagine prematuramente. La vera causa principale è spesso un problema di sistema: scarsa chiarezza di disegno, mancanza di un passo di verifica, o insufficiente formazione.

Come evitare[[]: Adottare una regola che 5 Perché le risposte devono descrivere le condizioni, non le persone. Se una persona è menzionata, ridefinire la risposta per concentrarsi sul processo che ha permesso l'errore. Ad esempio, "La dimensione del disegno è stata posta su una linea nascosta" invece di "l'ingegnere lo ha disegnato male".

Usarlo per problemi semplici vs. complessi

Per i guasti complessi e multifattori (ad esempio, un crash di sistema che coinvolge hardware, software e interazione utente), un diagramma o un'analisi del guasto può essere più appropriato. Tentare di forzare un singolo “5 Perché” su un problema multi-radio può portare a una conclusione eccessiva.

Come evitare[]: Utilizzare i 5 Perché come strumento preliminare per identificare la causa più dominante. Se il team scopre molteplici cause parallele, dividere il problema in catene separate 5 Perché o passare ad uno strumento di analisi più robusto per causa radice.

Integrare 5 Perché con altri strumenti di ingegneria

In un'organizzazione di ingegneria matura, il 5 Whys non esiste in isolamento, ma è combinato con metodi complementari per rafforzare il processo di miglioramento generale del design.

Design of Experiments (DOE)[]: Quando una catena di 5 Perché punta ad un'interazione dei parametri (ad esempio, la temperatura e l'umidità causano guasto), il team può progettare un esperimento controllato per quantificare l'effetto.

Analisi degli effetti e della modalità di sicurezza (FMEA): Un'analisi di 5 Perché su un guasto del prototipo può alimentare direttamente nella FMEA per il design di produzione. La causa principale diventa una nuova modalità di fallimento, e la contromisura diventa un controllo di prevenzione o rilevamento.

DMAIC (Define, Misura, Analizza, Migliora, Controllo)[: I 5 Perché sono spesso utilizzati nella fase di “Analizzare” del DMAIC nei progetti Six Sigma. Aiuta i team a passare dai dati alle cause di root attuabili prima di progettare miglioramenti. Molti team di ingegneria utilizzano DMAIC come framework di sovrascrittura e dispiegare 5 Perché come una specifica tecnica di analisi all’interno.

Queste integrazioni assicurano che gli insight ottenuti dai guasti dei prototipi siano sistematicamente catturati e applicati ai progetti di produzione, ai processi dei fornitori e ai sistemi di qualità.

FMEA e 5 Perché l'integrazione[

Conclusioni

Il 5 Whys è uno strumento ingannevole che, quando applicato con la disciplina, offre un valore di grandezza nel design del prototipo di ingegneria. Essa costringe i team a resistere a correzioni rapide e invece affrontare il disegno più profondo o deficit di processo che causano guasti.

EngineerGirl – Panoramica del sistema di produzione Toyota[]