Il miglioramento continuo su un processo instabile è solo agitazione organizzata

Categoria: Lean e Flusso

In molte organizzazioni si lanciano iniziative di miglioramento continuo su processi che non sono nemmeno sotto controllo.
Workshop, kaizen, progetti Six Sigma, task force si susseguono, ma la variabilità di fondo resta invariata.
La mia esperienza è che, senza una stabilità di base, il miglioramento non consolida nulla: produce movimento, non apprendimento. E un processo che non è stabile non può essere realmente migliorato, solo continuamente rincorso.

Nel modello classico del miglioramento continuo (PDCA, DMAIC, Kaizen), il presupposto implicito è che il processo sia sufficientemente stabile da permettere di osservare una baseline affidabile, introdurre una modifica, misurarne l'effetto e distinguere il miglioramento reale dalla normale variabilità.

Quando questo presupposto non è soddisfatto, il ciclo di miglioramento perde significato statistico prima ancora che operativo. Dal punto di vista dello Statistical Process Control, un processo instabile è dominato da cause speciali o da una variabilità non governata.

In queste condizioni, media e dispersione fluttuano in modo imprevedibile e gli indicatori di prestazione non mostrano una relazione chiara con le azioni intraprese.

Applicare strumenti di miglioramento su questa base equivale a sperimentare su un sistema che cambia stato continuamente.

Miglioramento su processo stabile vs instabile Processo instabile PROCESSO Variabilità non governata Cause speciali attive Miglioramento applicato (Kaizen, PDCA, Six Sigma) Agitazione organizzata → Risultati temporanei → Non replicabili → Ritorno alla baseline Processo stabile PROCESSO Variabilità sotto controllo Solo cause comuni Miglioramento applicato (Kaizen, PDCA, Six Sigma) Apprendimento reale → Risultati consolidati → Replicabili → Nuovo livello di prestazione

Effetti tipici in fabbrica

Quando si tenta di migliorare un processo instabile, emergono segnali ricorrenti:

  • risultati apparentemente positivi, non replicabili nel tempo;
  • progetti che funzionano solo finché il team è presente sul campo;
  • ritorno alle condizioni iniziali dopo poche settimane;
  • sovrapposizione di azioni correttive non coordinate.

Questo viene spesso interpretato come mancanza di disciplina o resistenza al cambiamento. In realtà il problema è strutturale: si tenta di ottimizzare un processo che non è ancora sotto controllo.

Stabilità come prerequisito del miglioramento

La sequenza logica proposta da Shewhart e Deming è chiara: prima si rende il processo stabile, poi si distinguono le cause comuni da quelle speciali, e solo successivamente si interviene per spostare il livello di prestazione.

La stabilità non è l'opposto del miglioramento: ne è il prerequisito tecnico.

Solo un processo stabile consente di apprendere dal dato, validare gli effetti delle azioni e costruire nel tempo una prestazione prevedibile e governabile.

Un processo instabile può essere migliorato occasionalmente, ma non può consolidare il miglioramento. Ogni intervento produce un effetto temporaneo che si dissolve non appena le condizioni di fondo tornano a variare.

Il miglioramento continuo richiede un sistema che sia capace di:

  • fornire segnali affidabili su cosa funziona e cosa no,
  • mantenere nel tempo le modifiche introdotte,
  • distinguere il rumore dal segnale.

Tutto questo presuppone che il processo sia prima portato sotto controllo statistico. Altrimenti, il miglioramento continuo diventa solo movimento: tante iniziative, poca memoria, nessun apprendimento strutturato.

Letture correlate