Settimana 1: workshop kaizen. Energia alta. Post-it ovunque. Foto prima/dopo.
Settimana 4: i nuovi standard tengono. Il team è motivato. I numeri migliorano.
Settimana 12: i risultati si sono ridimensionati. Del +18% iniziale è rimasto un +6%. E in pausa caffè qualcuno commenta: "Ve l'avevo detto che era la solita moda."
Suona familiare?
Ho visto questo pattern centinaia di volte. Aziende che investono tempo, soldi e energie in progetti di miglioramento, e 90 giorni dopo si ritrovano con una frazione dei risultati iniziali.
Attenzione: raramente si torna esattamente al punto di partenza. Quasi sempre qualcosa resta. Ma è proprio questo il momento più pericoloso. E tra poco vedremo perché.
Non è sfortuna. Non è colpa del team. È un problema sistemico che ha cause precise.
La statistica scomoda
Il 70% dei progetti lean fallisce nel lungo termine.
Non fallisce subito. I risultati iniziali ci sono quasi sempre. Quello che fallisce è la sostenibilità.
E ogni volta che un miglioramento evapora, succedono due cose:
- Hai sprecato risorse (tempo, soldi, attenzione del management)
- Hai bruciato credibilità per il prossimo tentativo
"Ah, lean? Già provato. Non funziona qui."
Il ridimensionamento e i suoi avvocati
C'è un dettaglio che quasi nessuno racconta: i risultati raramente spariscono del tutto. Si ridimensionano.
Il setup era sceso da 3 ore a 50 minuti; dopo sei mesi è a 1 ora e 40. L'area 5S era impeccabile; ora è "accettabile". Il tier meeting si faceva ogni giorno; ora tre volte a settimana, quando va bene.
Un osservatore onesto direbbe: abbiamo mantenuto metà del guadagno, capiamo perché l'altra metà si è persa.
Ma in ogni stabilimento esiste una fazione che aspettava esattamente questo momento: gli storici dello scetticismo. Quelli che c'erano prima del consulente, ci saranno dopo, e non hanno mai creduto al cambiamento.
Per loro il ridimensionamento non è un problema da analizzare: è la prova che avevano ragione.
- "Visto? Era tutto fumo."
- "Appena se ne sono andati, è tornato tutto come prima." (falso: è rimasto un +6%, ma nessuno lo difende)
- "Quei soldi era meglio spenderli in una macchina nuova."
E qui accade il danno peggiore: il ridimensionamento parziale viene riscritto come fallimento totale. I risultati rimasti, reali e misurabili, non hanno un difensore, perché chi ha guidato il progetto è passato ad altro e chi è rimasto non si sente owner di nulla.
La narrazione la scrivono gli scettici. E la narrazione, in azienda, vale quanto i numeri: sarà lei a decidere se il prossimo progetto di miglioramento partirà con il vento a favore o contro.
Per questo difendere i risultati residui è importante quanto ottenerli. Un +6% documentato, rivendicato e spiegato ("ecco cosa è rimasto, ecco perché il resto si è perso, ecco cosa serve per recuperarlo") toglie ai soliti scettici il monopolio della storia. Un +6% orfano diventa zero nel giro di tre pause caffè.
Le 5 cause reali dell'evaporazione
Causa 1: hai migliorato il processo, non il sistema di gestione
Il kaizen ha cambiato come si fa il lavoro. Ma non ha cambiato:
- Come si controlla che il nuovo standard sia rispettato
- Cosa succede quando qualcuno devia
- Chi è responsabile di mantenere il miglioramento
Risultato: il nuovo modo funziona finché qualcuno ci presta attenzione. Poi l'attenzione si sposta e il vecchio modo ritorna.
Causa 2: il capoturno non era coinvolto
Il miglioramento è stato fatto "al" capoturno, non "con" il capoturno.
Lui non ha capito il perché. Non ha partecipato alla soluzione. Non sente ownership.
Quando le cose si complicano, torna a fare come sa. Cioè come faceva prima.
E attenzione a un dettaglio che raddoppia (o triplica) il problema: di capiturno spesso non ce n'è uno solo. Su 2 o 3 turni ci sono 2 o 3 capiturno, e nella maggior parte dei casi il workshop kaizen si fa con quello del primo turno, in orario ufficio. Gli altri lo "ereditano" per sentito dire, da un passaggio di consegne di cinque minuti.
Risultato: il nuovo standard vive dalle 6 alle 14 e muore di notte. Ogni turno sviluppa la sua variante, e nel giro di poche settimane esistono tre modi diversi di fare lo stesso lavoro. Due dei quali sono, semplicemente, il vecchio modo.
Causa 3: non c'è visual management che segnali la deviazione
Se devi aprire un file Excel per capire se lo standard è rispettato, lo standard non sarà rispettato.
Le deviazioni devono essere visibili in 3 secondi a chiunque passi. Altrimenti passano inosservate finché non è troppo tardi.
Causa 4: il daily meeting non parla di quel KPI
Ciò che non si discute quotidianamente, non esiste.
Se il miglioramento ha impattato un indicatore che non è nel tier meeting giornaliero, nessuno lo guarda. E ciò che non si guarda, degrada.
Causa 5: non c'era un problema abbastanza doloroso
Alcuni workshop kaizen vengono fatti perché "è buona pratica" o "il consulente l'ha suggerito".
Se il problema che risolvevano non era abbastanza doloroso, la motivazione a mantenere la soluzione è debole.
Il vecchio modo era "abbastanza buono". Perché sforzarsi?
Il pattern che funziona
I miglioramenti che durano hanno tutti queste caratteristiche:
| Elemento | Cosa significa |
|---|---|
| Ownership chiara | Una persona (nome e cognome) è responsabile di quel KPI |
| Standard visivo | In 3 secondi vedi se siamo OK o NO |
| Routine quotidiana | Il KPI è discusso ogni giorno nel tier meeting |
| Escalation definita | Se rosso per 2 giorni consecutivi, succede X |
| Dolore reale | Il problema risolto faceva male abbastanza da giustificare lo sforzo di mantenimento |
Se manca anche solo uno di questi elementi, il miglioramento è a rischio evaporazione.
Il test del "e poi?"
Quando finisci un workshop kaizen, fatti queste domande:
- Chi è responsabile di mantenere questo risultato? (Nome, non reparto)
- Come si vedrà domani se lo standard è rispettato? (Visual, non report)
- Quando si discuterà di questo indicatore? (Meeting specifico, non "quando serve")
- Cosa succede se il risultato degrada? (Azione precisa, non "vediamo")
- Perché qualcuno dovrebbe sforzarsi di mantenere questo? (Dolore evitato, non "è meglio")
- Chi racconterà i risultati tra 6 mesi? (Se non lo decidi tu, lo faranno gli scettici)
Se non sai rispondere a tutte e 6, i risultati del tuo workshop kaizen hanno l'80% di probabilità di evaporare.
Il sistema di gestione che manca
La maggior parte delle aziende ha:
- ✅ Strumenti lean (5S, SMED, VSM, etc.)
- ✅ Persone formate
- ✅ Progetti di miglioramento
Ma non ha:
- ❌ Un sistema di daily management strutturato
- ❌ KPI collegati a responsabilità individuali
- ❌ Routine di controllo standard
- ❌ Escalation automatiche
- ❌ Capiturno e leader formati per sostenere lo standard giorno per giorno
Il problema non è il kaizen. È l'infrastruttura che dovrebbe sostenerlo, e la preparazione delle persone preposte a farlo.
Cosa cambiare
Non smettere di fare kaizen. Smetti di fare kaizen senza sistema.
Prima di lanciare il prossimo progetto di miglioramento, assicurati di avere:
- Tiered meeting funzionanti: dal team al plant manager, ogni giorno
- Visual management reale: non poster decorativi, strumenti di controllo
- Standard work per i leader: i capi devono avere routine definite
- Collegamento OEE→P&L chiaro: così il "perché" è sempre visibile. Se questo punto ti suona familiare, ho spiegato il collegamento tra OEE ed EBITDA in un articolo dedicato
Il Metodo delle 9 Leve include questo
Nel PDF gratuito che ho preparato, dedico una sezione intera a:
- Come strutturare il daily management che sostiene i miglioramenti
- Come collegare ogni workshop kaizen a un impatto finanziario misurabile
- Come creare ownership reale (non solo "responsabilità sulla carta")
→ Scarica "Il Metodo delle 9 Leve OEE→EBITDA" (PDF gratuito)
Al momento la guida include anche un bonus operativo di 32 pagine: le agende complete degli 8 workshop delle leve 3-9. Dentro c'è anche l'agenda del workshop "Presidio degli standard a 90 giorni", il sistema che impedisce esattamente l'evaporazione di cui parla questo articolo. Dettagli sulla pagina di download.
Chi sono
Mario Mason, 35+ anni in stabilimenti manifatturieri. Ho visto kaizen evaporare e kaizen durare 10 anni. La differenza non è mai lo strumento. È sempre il sistema di gestione sotto.
Articolo aggiornato: Agosto 2026
