Che cos’è Six Sigma? Guida pratica al DMAIC

Che cos’è Six Sigma? È un obiettivo e un metodo: definire che cosa si considera un difetto, misurare con quale frequenza si verifica, individuare le cause della variabilità, eliminarle e monitorare il processo nel tempo per consolidare i risultati. DMAIC, acronimo di Define, Measure, Analyse, Improve e Control, è il ciclo che trasforma la definizione di un problema in un processo stabile.

Six Sigma si è guadagnato la propria reputazione e la maggior parte di chi lo applica non cerca un dibattito sull’efficacia del metodo. Vuole poter dimostrare i miglioramenti e riuscirci in poche settimane, non in un anno. Questa guida risponde a una domanda concreta: che cos’è Six Sigma, che cosa prevede ogni fase del DMAIC e in che modo la Process Intelligence può accelerare il ciclo senza indebolirlo.

Che cos’è Six Sigma?

Six Sigma è un metodo per ridurre la variabilità, diminuire la frequenza dei difetti e rendere più prevedibili i risultati. Quando un processo produce lo stesso risultato nello stesso modo, è più facile mantenere la qualità. Quando casi simili si concludono diversamente, è proprio questa differenza che il metodo mira a ridurre.

Motorola ha sviluppato questo approccio nel 1986 e General Electric lo ha adottato negli anni Novanta. Si è diffuso nei settori manifatturiero, sanitario, dei servizi finanziari e dei servizi condivisi perché ha trasformato la «qualità» in qualcosa che si può misurare.

Il nome deriva dal simbolo statistico della deviazione standard. Il significato di sei sigma è un obiettivo di prestazioni: quando la dispersione naturale di un processo si mantiene entro sei deviazioni standard dai limiti di specifica, i difetti diventano rari.

Questi valori sono standard nel metodo, ma richiedono una precisazione: l’affidabilità del tasso di difetti dipende dalla definizione di opportunità e dalla completezza dei dati utilizzati. Per questo la prima fase del DMAIC punta sulla chiarezza, non sulle statistiche.

Come si articola il processo DMAIC?

Il DMAIC è un ciclo in cinque fasi per migliorare un processo esistente. Ogni fase risponde a una domanda diversa e produce dati che saranno utilizzati nella successiva; è così che il miglioramento dei processi con Six Sigma diventa ripetibile, anziché limitarsi a un singolo progetto.

Considerate come un ciclo, anziché come una sequenza lineare, le cinque fasi descrivono quasi ogni percorso di miglioramento: comprendere il processo, misurarlo, spiegare i risultati, apportare una modifica e mantenerla. Le sigle contano meno della disciplina di non saltare una fase solo perché è scomoda.

Perché la documentazione viene prima dei dati?

La fase Define può determinare il successo o il fallimento di un progetto DMAIC e riguarda più la chiarezza che le statistiche. Prima di misurare un difetto, occorre definire il processo, stabilire dove inizia e finisce, chi ne è responsabile e quali risultati sono considerati soddisfacenti.

I progetti saltano questo passaggio più spesso di quanto si ammetta. Il team concorda sul problema durante un workshop, passa direttamente all’estrazione dei dati e solo allora scopre che i sistemi non registrano il passaggio che tutti pensavano fosse il collo di bottiglia, oppure che tre reparti descrivono processi diversi con lo stesso nome. Le misurazioni non possono risolvere un processo su cui manca un accordo.

La documentazione rende possibile tutto il resto del ciclo:

• Un modello di processo che rappresenta i passaggi, le decisioni e i passaggi di consegne secondo la comprensione attuale del team, in BPMN 2.0 anziché su una diapositiva.
• Una definizione dei difetti collegata al modello, affinché la fase Measure conteggi gli stessi elementi concordati nella fase Define.
• Ruoli e responsabilità per le attività, così che nella fase Improve ci sia qualcuno in grado di approvare una modifica.
• I documenti effettivamente utilizzati nel lavoro: procedure, politiche, template e passaggi a schermo collegati alle attività che descrivono.

In questo caso, ProcessMind mantiene la documentazione aggiornata accanto al modello, anziché lasciarla in una cartella dove invecchia. I team possono preparare una prima versione con la generazione di processi assistita dall’AI, perfezionarla nel diagramma di modellazione, allegare la procedura o il passaggio a schermo pertinente come elemento documentale e gestire la revisione del processo con la cronologia delle versioni. La versione pubblicata è visibile alle persone che svolgono il lavoro nel Process Portal, così il processo misurato dal progetto è accessibile a tutti. Mantenere la documentazione dei processi e il modello nello stesso spazio di lavoro evita che divergano.

Che cosa accade in ogni fase del DMAIC?

Ogni fase ha un risultato definito; una tabella completa indica anche dove si concentra di solito il lavoro. È proprio su quest’ultimo aspetto che interviene la Process Intelligence.

Nella maggior parte dei programmi, il collo di bottiglia è la fase Measure. Quando la base di riferimento viene costruita manualmente, servono settimane; il campione comprende i casi che qualcuno ha avuto il tempo di esaminare e i dati invecchiano prima che inizi la fase Analyse. È questo l’aspetto del DMAIC che il Process Mining modifica.

In che modo il Process Mining supporta il DMAIC?

Il Process Mining ricostruisce il percorso effettivo dei casi attraverso un processo a partire dai dati degli eventi già registrati dai sistemi. Per mostrare i percorsi reali, le varianti, i tempi di attesa e le rilavorazioni basta un log con un identificativo del caso, un’attività e una data e ora.

Poiché si basa su dati misurati e non su descrizioni, il Process Mining offre tre contributi specifici al ciclo:

• Measure: costruire la base di riferimento a partire da tutti i casi registrati, non da un campione dei casi che qualcuno ha avuto il tempo di esaminare.
• Analyse: confrontare le varianti per individuare dove si concentrano ritardi e rilavorazioni, quindi verificare le ipotesi sui dati anziché basarsi sull’opinione più insistente.
• Control: continuare a utilizzare le stesse misurazioni dopo la chiusura del progetto, così da individuare tempestivamente un ritorno alle vecchie modalità di lavoro.

Il Process Mining non sostituisce Six Sigma né il lavoro di analisi e miglioramento delle fasi Define e Improve. Sostituisce la raccolta e la revisione manuali che rallentano la fase Measure e rendono fragile la fase Control. Può consultare le funzionalità nella pagina dedicata al Process Mining oppure leggere come viene ricostruito il flusso nella documentazione sul Process Mining. Per l’analisi, le varianti di processo e il controllo di conformità sono le prime due viste a cui ricorre un team DMAIC.

In che modo le analisi di processo e le Dashboard aiutano a mantenere i risultati?

È nella fase Control che i miglioramenti rischiano di svanire senza che nessuno se ne accorga. Se una modifica non viene misurata dopo la fine del progetto, nessuno può dimostrarne l’efficacia; una Dashboard che nessuno consulta non è uno strumento di controllo.

Le analisi di processo trasformano le misurazioni in informazioni su cui un responsabile del processo può intervenire: tendenze dei tempi di ciclo e dei difetti rispetto alla base di riferimento, conformità al modello documentato e soglie che segnalano quando un valore richiede attenzione, anziché limitarsi a riportarlo. In ProcessMind, i segnalibri conservano i filtri e le misure di una revisione, la salute del processo assegna a ogni indicatore un intervallo di riferimento e le Dashboard e i KPI mostrano i risultati al responsabile. La documentazione sulle Dashboard personalizzate spiega come creare queste viste.

La verifica è quella che si applicherebbe a qualsiasi carta di controllo: il responsabile può capire, da questa vista e da questa soglia, se il processo è cambiato rispetto al mese scorso? In caso contrario, la fase Control resta un documento, non uno strumento di controllo.

Che cosa indicano i ruoli delle cinture Six Sigma?

I nomi delle cinture indicano i ruoli all’interno di un programma Six Sigma e offrono un modo pratico per distinguere chi può guidare ciascun progetto. Le responsabilità variano da un’organizzazione all’altra, ma in genere si articolano così:

• Champion o sponsor: il responsabile che mette a disposizione le risorse e rimuove gli ostacoli.
• Master Black Belt: un professionista esperto che affianca i team di progetto e tutela il metodo.
• Black Belt: il responsabile che guida il lavoro DMAIC.
• Green Belt: un professionista che guida un progetto parallelamente al proprio lavoro abituale, spesso all’interno di un solo reparto.
• Yellow Belt o White Belt: un membro del team che contribuisce con la propria conoscenza del processo o con i dati.

In un ciclo DMAIC basato sui dati, il colore della cintura non è determinante. Servono un responsabile del processo che possa approvare una modifica, qualcuno in grado di interpretare i dati e un team disposto a valutare le misurazioni con obiettività. Il titolo può indicare queste competenze, ma il lavoro resta lo stesso.

Qual è la differenza tra Lean e Six Sigma?

Lean e Six Sigma rispondono a domande diverse; gran parte della confusione tra i due approcci dipende dai nomi.

• Lean elimina gli sprechi e migliora il flusso. Considera attese, passaggi di consegne, lavorazioni eccessive, scorte, spostamenti e difetti nel flusso di lavoro.
• Six Sigma riduce la variabilità e i difetti. Utilizza misurazioni e analisi per capire perché due casi simili si concludono diversamente.

Lean Six Sigma, chiamato anche lean 6 sigma, combina i due approcci: Lean favorisce il flusso del lavoro, Six Sigma rende prevedibili i risultati. A volte si parla di «Lean e Six Sigma» e di «Six Sigma e Lean Six Sigma» come se fossero metodi distinti, anche se indicano la stessa combinazione; l’ordine di applicazione dipende dal problema. Un processo lento ma stabile richiede prima un approccio Lean. Un processo veloce ma incostante richiede prima un intervento sulla variabilità. La guida alla mappatura dei flussi di valore approfondisce l’approccio Lean, mentre l’elenco delle tecniche di miglioramento dei processi confronta entrambi con il Process Mining e la simulazione.

Perché il DMAIC è il ciclo su cui costruiamo?

Perché è un ciclo riutilizzabile. Le cinture, le statistiche e le definizioni dei progetti supportano un percorso che qualsiasi team può applicare a qualsiasi processo; a ogni ripetizione, il ciclo successivo costa meno.

Non sosteniamo che Six Sigma sia l’unico modo per migliorare un processo, né che il metodo debba essere difeso. Il DMAIC è il ciclo di miglioramento e gli strumenti dovrebbero renderlo più rapido.

Questa è la struttura della piattaforma: non una scelta contro Six Sigma, ma la convinzione che ai team serva il ciclo e che le misurazioni al suo interno debbano basarsi sui dati già disponibili nell’organizzazione. Per questo la guida a Lean Six Sigma e al DMAIC associa un elemento concreto a ogni fase.

Quando Six Sigma non è la scelta giusta?

Six Sigma dà i risultati migliori quando è possibile definire un difetto, misurarlo in modo affidabile e individuare una variabilità sufficiente da ridurre. È particolarmente adatto ai processi ripetitivi e ad alto volume e ai settori in cui la qualità è soggetta a requisiti normativi. È meno indicato quando il problema principale riguarda il flusso anziché la variabilità, quando il processo è nuovo o quando non sono ancora disponibili dati sufficienti.

Questo non significa che si debba abbandonare il DMAIC. Il ciclo resta applicabile: definire il problema, misurare ciò che è possibile, individuarne le cause, apportare una modifica e mantenerla. Cambia la quantità di strumenti statistici da utilizzare. Un team che migliora l’inserimento dei nuovi dipendenti, una pipeline di vendita o un Service Desk potrebbe non aver mai bisogno di un piano sperimentale; un team che riduce i difetti su una linea di produzione ne avrà quasi certamente bisogno. Se il processo è nuovo, anziché malfunzionante, può essere utile il Design for Six Sigma (DMADV). Se il problema riguarda le attese anziché la variabilità, gli strumenti Lean possono essere più efficaci.

Come avviare un progetto Six Sigma?

Il modo più rapido per iniziare è ottenere risultati concreti in poche settimane, anziché in mesi.

1. Documenti il processo

   Definisca l’inizio, la fine, il responsabile e il difetto che intende affrontare. È più facile discutere del processo su un modello che durante una riunione.

2. Individui i dati prima di definire il campione

   Verifichi se i sistemi registrano già un identificativo del caso, un’attività e una data e ora per questo processo. In tal caso, la fase Measure parte dal log.

3. Misuri il flusso effettivo, comprese le varianti

   Conteggi i casi che seguono un percorso imprevisto. Il tema è la variabilità: calcolarne la media nasconde proprio il motivo per cui si sta svolgendo l’analisi.

4. Testi una modifica alla volta

   Utilizzi una simulazione per confrontare le alternative prima dell’implementazione, quindi avvii un progetto pilota con l’opzione supportata dai dati e misuri i cambiamenti.

5. Affidi il controllo a un responsabile

   Renda accessibili la base di riferimento, la misura e la soglia nel luogo di lavoro del responsabile del processo; concluda il ciclo quando una revisione conferma che i risultati sono stati mantenuti.

Il principio alla base di tutto resta quello del primo progetto Six Sigma: misurare un processo prima di decidere come migliorarlo. La differenza è che oggi la misurazione non deve più essere manuale. Per approfondire il metodo, legga la guida al DMAIC basato sui dati; per la parte dedicata al monitoraggio, consulti la guida al monitoraggio continuo dei processi.