Il diagramma di Ishikawa, detto anche diagramma causa-effetto o a lisca di pesce (fishbone), è uno schema che raccoglie in modo ordinato tutte le possibili cause di un problema. Il problema sta nella «testa» del pesce, le cause sulle «lische», raggruppate per categorie. Prende il nome da Kaoru Ishikawa, che lo diffuse nel controllo qualità giapponese (ASQ).
Il diagramma serve a non trascurare nessuna pista. Non dice quale causa è quella vera: per questo servono i dati.
Le 6M nella produzione
| Categoria | Che cosa comprende | Domande tipiche |
|---|---|---|
| Manodopera | Persone, formazione, esperienza | Chi lavorava? Era formato su questa macchina? |
| Macchina | Macchine, attrezzature, stampi | Lo stampo è usurato? La manutenzione è stata fatta? |
| Materiale | Materie prime, semilavorati, componenti | Lotto nuovo? Fornitore diverso? Umidità del granulo? |
| Metodo | Istruzioni, parametri, sequenza | Il ciclo di lavoro è stato cambiato? Tutti i turni lo seguono? |
| Misura | Strumenti e metodi di misura | Il calibro è tarato? Due operatori misurano allo stesso modo? |
| Ambiente | Temperatura, umidità, pulizia, illuminazione | Il difetto cambia con la stagione o l'ora del giorno? |
Nei servizi si usano spesso altre categorie; anche in produzione alcune aziende aggiungono il Management come settima M. Le categorie sono un promemoria, non uno schema rigido.
Come si costruisce, passo per passo
| Passo | Che cosa fare | Errore tipico |
|---|---|---|
| 1. Formulare l'effetto | Un problema preciso e misurato: dove, quando, quanto. | «Problemi di qualità» come testa del pesce. |
| 2. Disegnare le categorie | Le 6M o le categorie adatte al processo. | Categorie scelte dopo, per farci stare le idee. |
| 3. Raccogliere le cause | Con chi conosce il processo, anche gli operatori dei diversi turni. | Solo l'ufficio qualità al tavolo. |
| 4. Scendere di livello | Per ogni causa chiedersi «perché?» finché si arriva a qualcosa su cui si può agire. | Fermarsi a «errore dell'operatore». |
| 5. Scegliere le cause probabili | Il team indica le cause da verificare per prime. | Votare la causa e considerarla dimostrata. |
| 6. Verificare con i dati | Per ogni causa scelta, un dato che la conferma o la esclude. | Avviare le azioni senza verifica. |
Esempio: una causa per categoria, ognuna con la sua verifica
Esempio (dati fittizi): sulla pressa a iniezione 4 lo scarto per bave è salito dallo 0,8% al 3,1% nelle ultime due settimane. Il team raccoglie le cause e accanto a ciascuna scrive come verificarla:
| Categoria | Causa ipotizzata | Verifica | Esito |
|---|---|---|---|
| Macchina | Forza di chiusura insufficiente | Confronto della forza registrata prima e dopo l'aumento | Invariata, causa esclusa |
| Materiale | Granulo troppo umido | Prova di umidità sui lotti in uso | Nei limiti di giorno, oltre il limite di notte |
| Metodo | Tempo di essiccazione ridotto | Scarto per turno | Bave quasi solo nel turno di notte |
| Manodopera | Nuovo operatore | Scarto per operatore nel turno di notte | Nessuna differenza tra operatori |
| Misura | Criterio di scarto cambiato | Controllo del campione di riferimento | Invariato, causa esclusa |
| Ambiente | Umidità del capannone | Dati ambientali per turno | Nessuna differenza rilevante |
Il confronto per turno restringe la ricerca: nel turno di notte l'essiccatore viene caricato più tardi per una modifica organizzativa, e il granulo arriva in macchina prima che sia trascorso il tempo di essiccazione. Senza lo scarto registrato per turno, la discussione si sarebbe fermata sulla causa più citata in riunione, il nuovo operatore.
Ishikawa, 5 perché, FTA e DMAIC
| Metodo | Quando usarlo |
|---|---|
| Diagramma di Ishikawa | Molte cause possibili, serve una visione d'insieme prima di scegliere |
| 5 perché | Una catena di cause singola, per scendere in profondità su una pista |
| Albero dei guasti (FTA) | Sistemi complessi, eventi rari e critici, combinazioni di cause |
| DMAIC | Progetto Six Sigma: l'Ishikawa si usa nella fase Analyze, dopo aver misurato il problema |
Il diagramma si combina bene con i 5 perché: l'Ishikawa apre le piste, i 5 perché scendono in profondità su quelle scelte. Il quadro completo dei metodi è nella voce root cause analysis.
Dati per verificare le cause in SYMESTIC
SYMESTIC registra fermi e scarti con orario e causa e li confronta per turno, macchina e ordine. Per i parametri di processo calcola la capacità Cp/Cpk. È il tipo di dato che serve al passo 6: verificare le cause invece di votarle.
Fonti
Voci correlate: Root cause analysis · FMEA · PDCA · Kaizen · Controllo qualità in SYMESTIC
Veda SYMESTIC sul Suo caso d'uso
Nella demo live gratuita un esperto di prodotto Le mostra sulla piattaforma in funzione come si presentano in concreto OEE, fermi e il collegamento delle Sue macchine e del Suo ERP.
- OEE live
- Fermi e relative cause
- Collegare macchine ed ERP
