Il DMAIC è il ciclo di miglioramento al centro del Six Sigma. Sviluppa un progetto attraverso cinque fasi ordinate (Define, Measure, Analyse, Improve, Control), ciascuna con una condizione di uscita che deve essere soddisfatta prima di passare alla successiva. È il metodo insegnato e praticato nelle certificazioni Green Belt e Black Belt.
È adatto per problemi in cui la causa è realmente sconosciuta e il processo esiste già. Quando la causa è nota e la soluzione è ovvia, il DMAIC è una sovrastruttura inutile. Quando il processo non esiste ancora, si applica invece il DMADV.
Define: concordare il problema prima di cercare le cause
Define stabilisce quale problema viene risolto, per chi e cosa significhi un miglioramento in termini misurabili. L'output è una definizione del problema ben delimitata, non un'ipotesi sulla causa. Un progetto che inizia con "dobbiamo implementare X" ha saltato la fase Define.
Strumenti tipici: project charter, SIPOC per delimitare il processo, VOC per trasformare i reclami in requisiti misurabili (CTQ).
Condizione di uscita: un charter di una pagina con il problema, la metrica, la baseline se nota, l'ambito, il team e un obiettivo firmato dallo sponsor.
Measure: stabilire lo stato attuale con i dati
Measure stabilisce lo stato attuale attraverso i dati anziché le opinioni. Ciò include la verifica del sistema di misurazione stesso: un progetto basato su uno strumento inaffidabile fallisce a prescindere dalla bontà dell'analisi successiva. Se due persone che misurano la stessa cosa ottengono risultati diversi, il primo progetto di miglioramento è la misurazione stessa.
Strumenti tipici: piano di raccolta dati, definizioni operative, MSA, mappa del processo dello stato attuale, capacità del processo (Cp, Cpk, livello Sigma).
Condizione di uscita: una baseline validata per la metrica presente nel charter, con la sua variazione, calcolata su un periodo sufficientemente lungo da essere rappresentativo.
Analyse: individuare cosa causa effettivamente il problema
Analyse individua ciò che causa effettivamente il problema. La maggior parte dei progetti falliti si arena qui, ipotizzando precocemente una causa e trascorrendo le fasi rimanenti a confermarla. La disciplina consiste nell'elencare un'ampia gamma di potenziali cause, testarle a fronte dei dati e mantenere solo quelle supportate dall'evidenza.
Strumenti tipici: diagramma di Ishikawa e 5 Perché per generare possibili cause, diagramma di Pareto per ordinarle, stratificazione, diagrammi di dispersione e test d'ipotesi per confermare quali input influiscono sull'output. I progetti Black Belt aggiungono la regressione e la progettazione degli esperimenti (DOE).
Condizione di uscita: un elenco ristretto di cause radice, ciascuna corredata da prove e da una stima di quanto incida sul problema.
Improve: progettare, testare e poi implementare
Improve progetta e testa i cambiamenti rispetto a tali cause. Testare prima di un'implementazione completa è ciò che distingue questo approccio dalla normale risoluzione dei problemi: un pilota su una linea, un team o una settimana mostra se il cambiamento modifica la metrica prima che l'organizzazione si impegni del tutto.
Strumenti tipici: matrice di selezione delle soluzioni, FMEA sul cambiamento proposto, piano pilota, Poka-Yoke e gli strumenti Lean che spesso forniscono la soluzione stessa: 5S, lavoro standardizzato, SMED, Kanban.
Condizione di uscita: risultati del pilota che mostrano la metrica pari o vicina all'obiettivo e un piano di implementazione.
Control: rendere il cambiamento il nuovo standard
Control fa sì che il cambiamento consolidato duri nel tempo attraverso standard, monitoraggio e una risposta definita in caso di scostamento. Saltare Control è il motivo per cui molte organizzazioni mostrano miglioramenti che poi non si mantengono. La fase termina quando è il Process Owner, e non il team di progetto, a gestire il monitoraggio.
Strumenti tipici: piano di controllo, carte di controllo, procedure operative standard, gestione visiva, un piano di reazione che definisce chi fa cosa quando la carta rileva un'anomalia.
Condizione di uscita: un piano di controllo firmato, la metrica mantenuta a target per un periodo definito e un progetto chiuso con le lezioni apprese registrate.
Un esempio pratico
Un'azienda di logistica perde clienti a causa di consegne in ritardo. Define: il problema è definito come "il 18% delle consegne nella regione X arriva oltre la finestra promessa; obiettivo 5% entro quattro mesi". Measure: i timestamp di consegna vengono verificati rispetto alle promesse per tre mesi; la baseline è del 18,4%, con i lunedì al 31%. Analyse: le possibili cause includono la pianificazione dei percorsi, la disponibilità dei veicoli, gli orari limite per gli ordini e il picking in magazzino. I dati stratificati mostrano che i ritardi del lunedì derivano dagli ordini del fine settimana rilasciati in un unico lotto alle 06:00; la capacità di picking è il collo di bottiglia, non i percorsi. Improve: un progetto pilota rilascia gli ordini del fine settimana in due tranche, la domenica sera e il lunedì mattina; il ritardo del lunedì scende al 9% nel primo mese. Control: il rilascio in due tranche diventa lo standard, una carta di controllo settimanale traccia i ritardi per giorno e il responsabile di magazzino gestisce il piano di reazione.
La causa che il team si aspettava all'inizio (la pianificazione dei percorsi) si è rivelata errata. Questo è il risultato tipico di un progetto DMAIC condotto correttamente, ed è il motivo per cui la fase Analyse esiste.
DMAIC e Lean
Il Lean Six Sigma utilizza il DMAIC come struttura di progetto e il Lean per gran parte dei contenuti. Measure e Analyse mutuano la Value Stream Mapping e i sette sprechi per identificare dove si perde tempo; Improve attinge a flusso, logica pull e lavoro standardizzato. La statistica è ciò che il Six Sigma aggiunge quando la causa risiede nella variazione anziché nello spreco.
Quando il DMAIC è lo strumento sbagliato
Il DMAIC è strutturato per essere rigoroso e metodico: un progetto Green Belt dura da tre a sei mesi. È la scelta sbagliata quando la causa è già nota e la soluzione è economica (basta applicarla, usando un A3 Problem-Solving Coaching o un evento kaizen se si desidera una struttura), quando il processo non esiste ancora (usare il DMADV), o quando il problema è un incidente isolato anziché un modello ricorrente.
Domande frequenti
Quanto dura un progetto DMAIC? Da tre a sei mesi per un progetto Green Belt, di più per i progetti Black Belt che coinvolgono più cause o siti. Progetti più brevi indicano di solito che le fasi Measure o Control sono state tralasciate.
Chi guida un progetto DMAIC? Un Green Belt o un Black Belt, affiancato da uno sponsor che è Process Owner del processo e da membri del team scelti tra le persone che eseguono il lavoro pratico. I Yellow Belt contribuiscono alla raccolta dati e alle idee di miglioramento.
Qual è la differenza tra DMAIC e PDCA? Il PDCA è un ciclo generale di miglioramento senza una profondità di analisi obbligatoria. Il DMAIC prescrive ciò che ogni fase deve produrre e insiste sui dati prima delle cause e sui test prima dell'implementazione. Il PDCA si adatta al miglioramento quotidiano; il DMAIC è indicato per problemi complessi e persistenti.
Qual è la differenza tra DMAIC e DMADV? Il DMAIC migliora un processo esistente. Il DMADV ne progetta uno nuovo, o ne riprogetta uno la cui struttura impedisce di soddisfare il requisito.
Dove si insegna il DMAIC? È la spina dorsale della certificazione Green Belt, in cui i partecipanti conducono un vero progetto DMAIC, e viene approfondito con la statistica avanzata nella Black Belt. Il corso Yellow Belt copre il ciclo a livello di membro del team.
