Casi Studio Incrivio
Una libreria di business case dedicati a problemi operativi, contesti aziendali, KPI, cause, azioni e benefici economici. Ogni caso mette al centro il processo, le decisioni adottate e il controllo dei risultati.
Filtra i casi studio
Scegli un ambito, restringi per categoria operativa o saving, oppure cerca una parola chiave legata a processo, KPI o soluzione.
Panoramica macro-categorie
La libreria è organizzata in cinque ambiti: DMAIC, Project Management, Qualità, Sicurezza e Industry 4.0. Ogni voce apre le categorie operative corrispondenti.
DMAIC56 categorie · 214 casi studio⌄
Industry 4.06 categorie · 24 casi studio⌄
Project Management10 categorie · 37 casi studio⌄
Qualità10 categorie · 40 casi studio⌄
Sicurezza7 categorie · 28 casi studio⌄
Tutti i casi studio
343 casi visualizzati · Nessun filtro applicato
343 risultati
DMAIC · Servizi · Information TechnologyAumento adozione knowledge base utentiNel processo Self-service IT, il caso studio “Aumento adozione knowledge base utenti” nasce in una struttura IT che supporta applicazioni business critical. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste evitabili, è passato dal 49% al 26%; il saving finale misurato è stato di 76.600 €.Processo: Self-service ITDurata: 10 settimaneSaving finale: 76.600 €-50% Richieste evitabiliLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Self-service IT in una struttura IT che supporta applicazioni business critical. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste evitabili, dal 49% al 26%, con un saving annuo difendibile di 76.600 €.
La storia del progetto
Il processo Self-service IT operava in una struttura IT che supporta applicazioni business critical e coinvolgeva service desk, sviluppo e change management. Il volume era di circa 2.185 ticket l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste evitabili ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento adozione knowledge base utenti”, misurando il flusso reale del processo Self-service IT e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 76.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura IT che supporta applicazioni business critical, nel processo Self-service IT. Il flusso gestiva circa 2.185 ticket l’anno e il segnale più evidente era Richieste evitabili pari al 49% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, service owner e team applicativo. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Self-service IT, il cliente del processo (utente business, service owner e team applicativo) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, service owner e team applicativo |
| KPI principale | Richieste evitabili |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste evitabili, partiva dal 49%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste evitabili | 49% | 26% | -50% |
| Risoluzione self-service | 21% | 47% | +26 pt |
| Tempo risposta medio | 44 h | 19 h | -58% |
| Escalation primo livello | 34% | 17% | -55% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Knowledge base design | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Deflection analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Customer journey | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Feedback loop | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste evitabili è stato portato al 26% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste evitabili | 26% | Settimanale |
| Risoluzione self-service | 47% | Mensile |
| Tempo risposta medio | 19 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.762 € da tempo operativo recuperato e attese ridotte, 20.700 € da rilavorazioni, difetti o eccezioni evitate e 19.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 76.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.762 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.700 € |
| Ritardi, reclami o rischi operativi ridotti | 19.100 € |
| Saving finale misurato | 76.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste evitabili, passato dal 49% al 26%. Il processo Self-service IT è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Sistema qualità e standardizzazioneAumento adozione standard di repartoNel processo Standard work qualità, il caso studio “Aumento adozione standard di reparto” nasce in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 25% al 8%; il saving finale misurato è stato di 81.700 €.Processo: Standard work qualitàDurata: 9 settimaneSaving finale: 81.700 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Standard work qualità in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 25% al 8%, con un saving annuo difendibile di 81.700 €.
La storia del progetto
Il processo Standard work qualità operava in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.870 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Finding / deviazioni aperte risultava pari al 25%. Il team ha quindi trattato “Aumento adozione standard di reparto” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione, nel processo Standard work qualità. Il flusso gestiva circa 7.870 pratiche qualità l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Aumento adozione standard di reparto” è stato collegato al processo Standard work qualità, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Finding / deviazioni aperte partiva dal 25% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 25% | 8% | -67% |
| Azioni oltre scadenza | 32% | 9% | -64% |
| Audit trail completo | 66% | 95% | +29 pt |
| Tempo chiusura CAPA | 38 gg | 20 gg | -53% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Compliance matrix | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Audit trail | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Standard work regolatorio | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | CAPA management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Finding / deviazioni aperte è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 8% | Settimanale |
| Azioni oltre scadenza | 9% | Mensile |
| Audit trail completo | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.204 € da tempo operativo recuperato e attese ridotte, 22.100 € da rilavorazioni, difetti o eccezioni evitate e 20.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.204 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.100 € |
| Ritardi, reclami o rischi operativi ridotti | 20.400 € |
| Saving finale misurato | 81.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Finding / deviazioni aperte, passato dal 25% al 8%. Il processo Standard work qualità ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · Miglioramento continuoAumento adozione standard operativiNel processo Standardizzazione processi, il caso studio “Aumento adozione standard operativi” nasce in una funzione aziendale di Miglioramento continuo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 23% al 7%; il saving finale misurato è stato di 43.200 €.Processo: Standardizzazione processiDurata: 11 settimaneSaving finale: 43.200 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Standardizzazione processi in una funzione aziendale di Miglioramento continuo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 23% al 7%, con un saving annuo difendibile di 43.200 €.
La storia del progetto
Il processo Standardizzazione processi operava in una funzione aziendale di Miglioramento continuo e coinvolgeva pipeline idee, saving tracking e standardizzazione. Il volume era di circa 5.660 iniziative l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento adozione standard operativi”, misurando il flusso reale del processo Standardizzazione processi e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 43.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Miglioramento continuo, nel processo Standardizzazione processi. Il flusso gestiva circa 5.660 iniziative l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione operations, process owner e team kaizen. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Standardizzazione processi, il cliente del processo (direzione operations, process owner e team kaizen) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione operations, process owner e team kaizen |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 23% | 7% | -70% |
| Rilavorazioni | 27% | 8% | -67% |
| First Time Right | 66% | 90% | +27 pt |
| Controlli tardivi | 34% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 20.736 € da tempo operativo recuperato e attese ridotte, 11.700 € da rilavorazioni, difetti o eccezioni evitate e 10.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 43.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 20.736 € |
| Rilavorazioni, difetti o eccezioni evitate | 11.700 € |
| Ritardi, reclami o rischi operativi ridotti | 10.800 € |
| Saving finale misurato | 43.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 23% al 7%. Il processo Standardizzazione processi è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · RFID, Data Matrix e tracciabilità digitaleAumento auditability supply chain con serializzazioneNel processo Tracciabilità end-to-end e audit trail, il caso studio “Aumento auditability supply chain con serializzazione” nasce in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. Prima del progetto, il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. Il KPI guida, Audit trail incompleti, è passato dal 21% al 5%; il saving finale misurato è stato di 142.700 €.Processo: Tracciabilità end-to-end e audit trailDurata: 15 settimaneSaving finale: 142.700 €-74% Audit trail incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Tracciabilità end-to-end e audit trail in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. La criticità iniziale era chiara: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. L’intervento ha portato il KPI principale, Audit trail incompleti, dal 21% al 5%, con un saving annuo difendibile di 142.700 €.
La storia del progetto
Il processo Tracciabilità end-to-end e audit trail operava in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.980 eventi digitali l’anno. La criticità era concreta: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Audit trail incompleti era pari al 21%: per questo il progetto “Aumento auditability supply chain con serializzazione” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 142.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale, nel processo Tracciabilità end-to-end e audit trail. Il flusso gestiva circa 19.980 eventi digitali l’anno e il segnale più evidente era Audit trail incompleti pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Tracciabilità end-to-end e audit trail e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Audit trail incompleti |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Audit trail incompleti partiva dal 21%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Audit trail incompleti | 21% | 5% | -74% |
| Tempo ricostruzione evento | 13 h | 3 h | -73% |
| Record tracciati end-to-end | 65% | 96% | +31 pt |
| Allegati mancanti | 18% | 4% | -75% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | RFID/Data Matrix | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Traceability matrix | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Genealogy dashboard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Scan compliance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Audit trail incompleti è stato portato al 5% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Audit trail incompleti | 5% | Settimanale |
| Tempo ricostruzione evento | 3 h | Mensile |
| Record tracciati end-to-end | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.484 € da tempo operativo recuperato e attese ridotte, 38.500 € da rilavorazioni, difetti o eccezioni evitate e 35.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 142.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.484 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.500 € |
| Ritardi, reclami o rischi operativi ridotti | 35.700 € |
| Saving finale misurato | 142.700 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Audit trail incompleti è passato dal 21% al 5%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Tracciabilità end-to-end e audit trail.
Industry 4.0 · SPC digitale e controllo statisticoAumento capability processo con alert statisticiNel processo Controllo capability e Cp/Cpk, il caso studio “Aumento capability processo con alert statistici” nasce in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 110.300 €.Processo: Controllo capability e Cp/CpkDurata: 12 settimaneSaving finale: 110.300 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo capability e Cp/Cpk in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 110.300 €.
La storia del progetto
Il processo Controllo capability e Cp/Cpk operava in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.140 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI KPI critico fuori target era pari al 24%: per questo il progetto “Aumento capability processo con alert statistici” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 110.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico, nel processo Controllo capability e Cp/Cpk. Il flusso gestiva circa 19.140 eventi digitali l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Controllo capability e Cp/Cpk e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | KPI critico fuori target |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI KPI critico fuori target partiva dal 24%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | SPC digitale | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Control chart | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Process capability | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alert threshold | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI KPI critico fuori target è stato portato al 8% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.936 € da tempo operativo recuperato e attese ridotte, 29.800 € da rilavorazioni, difetti o eccezioni evitate e 27.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 110.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.936 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.800 € |
| Ritardi, reclami o rischi operativi ridotti | 27.600 € |
| Saving finale misurato | 110.300 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI KPI critico fuori target è passato dal 24% al 8%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Controllo capability e Cp/Cpk.
Sicurezza · LOTO ed energie pericoloseAumento conformità procedure LOTONel processo Lockout Tagout, il caso studio “Aumento conformità procedure LOTO” nasce in un contesto operativo HSE nell’area LOTO ed energie pericolose. Prima del progetto, la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. Il KPI guida, Procedure LOTO conformi, è passato dal 63% al 93%; il saving finale misurato è stato di 83.100 €.Processo: Lockout TagoutDurata: 9 settimaneSaving finale: 83.100 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Lockout Tagout in un contesto operativo HSE nell’area LOTO ed energie pericolose. La criticità iniziale era chiara: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 63% al 93%, con un saving annuo difendibile di 83.100 €.
La storia del progetto
Il processo Lockout Tagout operava in un contesto operativo HSE nell’area LOTO ed energie pericolose e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.310 osservazioni l’anno. La criticità era concreta: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Procedure LOTO conformi era pari al 63%, e questo ha reso necessario trasformare “Aumento conformità procedure LOTO” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 83.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area LOTO ed energie pericolose, nel processo Lockout Tagout. Il flusso gestiva circa 6.310 osservazioni l’anno e il segnale più evidente era Procedure LOTO conformi pari al 63% in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Aumento conformità procedure LOTO” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Procedure LOTO conformi |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Procedure LOTO conformi era pari al 63%, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 63% | 93% | +30 pt |
| Lavori avviati con isolamento incompleto | 15% | 3% | -77% |
| Schede energia corrette | 68% | 94% | +26 pt |
| Verifiche zero energia documentate | 60% | 91% | +31 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Procedure LOTO conformi è stato portato al 93% e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 93% | Settimanale |
| Lavori avviati con isolamento incompleto | 3% | Mensile |
| Schede energia corrette | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.893 € da tempo operativo recuperato e attese ridotte, 22.400 € da rilavorazioni, difetti o eccezioni evitate e 20.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 83.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.893 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.400 € |
| Ritardi, reclami o rischi operativi ridotti | 20.800 € |
| Saving finale misurato | 83.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Procedure LOTO conformi è passato dal 63% al 93%, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Industry 4.0 · Sistemi di visione e ispezione automaticaAumento dell’intercettazione dei difetti con catalogo visivoNel processo Controllo visivo automatico prodotto, il caso studio “Aumento dell’intercettazione dei difetti con catalogo visivo” nasce in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. Prima del progetto, l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. Il KPI guida, Difetti/scarti sul processo, è passato dal 15% al 6%; il saving finale misurato è stato di 128.700 €.Processo: Controllo visivo automatico prodottoDurata: 11 settimaneSaving finale: 128.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo visivo automatico prodotto in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. La criticità iniziale era chiara: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 15% al 6%, con un saving annuo difendibile di 128.700 €.
La storia del progetto
Il processo Controllo visivo automatico prodotto operava in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.980 eventi digitali l’anno. La criticità era concreta: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 15%: per questo il progetto “Aumento dell’intercettazione dei difetti con catalogo visivo” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 128.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica, nel processo Controllo visivo automatico prodotto. Il flusso gestiva circa 18.980 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Controllo visivo automatico prodotto e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 15%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 15% | 6% | -64% |
| Rilavorazioni a valle | 23% | 9% | -64% |
| First pass yield | 79% | 93% | +14 pt |
| Controlli qualità tardivi | 30% | 11% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Ispezione ottica in linea | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Catalogo difetti visivi | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Taratura soglie di accettazione | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Feedback qualità-produzione | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.776 € da tempo operativo recuperato e attese ridotte, 34.700 € da rilavorazioni, difetti o eccezioni evitate e 32.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 128.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.776 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.700 € |
| Ritardi, reclami o rischi operativi ridotti | 32.200 € |
| Saving finale misurato | 128.700 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 15% al 6%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Controllo visivo automatico prodotto.
DMAIC · Manifatturiero · TPM e manutenzione autonomaAumento disponibilità impianto con TPMNel processo Impianto critico ad alta saturazione, il caso studio “Aumento disponibilità impianto con TPM” nasce in uno stabilimento manifatturiero con impianti critici ad alta saturazione. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 71.600 €.Processo: Impianto critico ad alta saturazioneDurata: 11 settimaneSaving finale: 71.600 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Impianto critico ad alta saturazione in uno stabilimento manifatturiero con impianti critici ad alta saturazione. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 71.600 €.
La storia del progetto
Il processo Impianto critico ad alta saturazione operava in uno stabilimento manifatturiero con impianti critici ad alta saturazione e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 27.980 pratiche l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento disponibilità impianto con TPM”, misurando il flusso reale del processo Impianto critico ad alta saturazione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 71.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con impianti critici ad alta saturazione, nel processo Impianto critico ad alta saturazione. Il flusso gestiva circa 27.980 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Impianto critico ad alta saturazione, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | TPM pillar focus | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | OEE loss analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Autonomous maintenance | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Piano manutenzione preventiva | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.356 € da tempo operativo recuperato e attese ridotte, 19.300 € da rilavorazioni, difetti o eccezioni evitate e 17.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 71.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.356 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.300 € |
| Ritardi, reclami o rischi operativi ridotti | 17.900 € |
| Saving finale misurato | 71.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 29% al 10%. Il processo Impianto critico ad alta saturazione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · ISO 9001 e audit processoAumento efficacia audit interni ISO 9001Nel processo Piano audit e verifica processi critici, il caso studio “Aumento efficacia audit interni ISO 9001” nasce in un sistema qualità strutturato nell’area ISO 9001 e audit processo. Prima del progetto, gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 119.800 €.Processo: Piano audit e verifica processi criticiDurata: 10 settimaneSaving finale: 119.800 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Piano audit e verifica processi critici in un sistema qualità strutturato nell’area ISO 9001 e audit processo. La criticità iniziale era chiara: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 119.800 €.
La storia del progetto
Il processo Piano audit e verifica processi critici operava in un sistema qualità strutturato nell’area ISO 9001 e audit processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 9.300 pratiche qualità l’anno. La criticità era concreta: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 29%. Il team ha quindi trattato “Aumento efficacia audit interni ISO 9001” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 119.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area ISO 9001 e audit processo, nel processo Piano audit e verifica processi critici. Il flusso gestiva circa 9.300 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Aumento efficacia audit interni ISO 9001” è stato collegato al processo Piano audit e verifica processi critici, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 29% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Audit plan | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Process audit checklist | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Finding classification | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Corrective action tracking | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 10% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.508 € da tempo operativo recuperato e attese ridotte, 32.300 € da rilavorazioni, difetti o eccezioni evitate e 30.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 119.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.508 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.300 € |
| Ritardi, reclami o rischi operativi ridotti | 30.000 € |
| Saving finale misurato | 119.800 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 29% al 10%. Il processo Piano audit e verifica processi critici ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Qualità · Qualità prodotto e processoAumento first pass yield al collaudoNel processo Final testing quality, il caso studio “Aumento first pass yield al collaudo” nasce in un sistema qualità strutturato nell’area Qualità prodotto e processo. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 136.700 €.Processo: Final testing qualityDurata: 13 settimaneSaving finale: 136.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Final testing quality in un sistema qualità strutturato nell’area Qualità prodotto e processo. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 136.700 €.
La storia del progetto
Il processo Final testing quality operava in un sistema qualità strutturato nell’area Qualità prodotto e processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.950 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Difetti/scarti sul processo risultava pari al 16%. Il team ha quindi trattato “Aumento first pass yield al collaudo” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 136.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità prodotto e processo, nel processo Final testing quality. Il flusso gestiva circa 7.950 pratiche qualità l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Aumento first pass yield al collaudo” è stato collegato al processo Final testing quality, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Difetti/scarti sul processo partiva dal 16% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | OEE/Capacity analysis | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | SMED | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Bilanciamento carichi | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Daily management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Difetti/scarti sul processo è stato portato al 5% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.604 € da tempo operativo recuperato e attese ridotte, 36.900 € da rilavorazioni, difetti o eccezioni evitate e 34.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 136.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.604 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.900 € |
| Ritardi, reclami o rischi operativi ridotti | 34.200 € |
| Saving finale misurato | 136.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Final testing quality ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · ManutenzioneAumento manutenzione preventiva on-timeNel processo Piano manutentivo, il caso studio “Aumento manutenzione preventiva on-time” nasce in una funzione aziendale di Manutenzione. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 26% al 6%; il saving finale misurato è stato di 112.600 €.Processo: Piano manutentivoDurata: 8 settimaneSaving finale: 112.600 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Piano manutentivo in una funzione aziendale di Manutenzione. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 26% al 6%, con un saving annuo difendibile di 112.600 €.
La storia del progetto
Il processo Piano manutentivo operava in una funzione aziendale di Manutenzione e coinvolgeva correttiva, preventiva, ricambi e MTTR. Il volume era di circa 5.270 interventi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento manutenzione preventiva on-time”, misurando il flusso reale del processo Piano manutentivo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 112.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Manutenzione, nel processo Piano manutentivo. Il flusso gestiva circa 5.270 interventi l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, manutentore, planner e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Piano manutentivo, il cliente del processo (produzione, manutentore, planner e responsabile impianto) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, manutentore, planner e responsabile impianto |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 26% | 6% | -70% |
| Rilavorazioni | 30% | 8% | -67% |
| First Time Right | 69% | 90% | +27 pt |
| Controlli tardivi | 37% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 54.036 € da tempo operativo recuperato e attese ridotte, 30.400 € da rilavorazioni, difetti o eccezioni evitate e 28.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 112.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 54.036 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.400 € |
| Ritardi, reclami o rischi operativi ridotti | 28.200 € |
| Saving finale misurato | 112.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 26% al 6%. Il processo Piano manutentivo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Emergenze e rischio incendioAumento prontezza squadre emergenzaNel processo Emergency team readiness, il caso studio “Aumento prontezza squadre emergenza” nasce in un contesto operativo HSE nell’area Emergenze e rischio incendio. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 20/mese a 8/mese; il saving finale misurato è stato di 134.500 €.Processo: Emergency team readinessDurata: 10 settimaneSaving finale: 134.500 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Emergency team readiness in un contesto operativo HSE nell’area Emergenze e rischio incendio. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 20/mese a 8/mese, con un saving annuo difendibile di 134.500 €.
La storia del progetto
Il processo Emergency team readiness operava in un contesto operativo HSE nell’area Emergenze e rischio incendio e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.890 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, e questo ha reso necessario trasformare “Aumento prontezza squadre emergenza” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 134.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Emergenze e rischio incendio, nel processo Emergency team readiness. Il flusso gestiva circa 6.890 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 20/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Aumento prontezza squadre emergenza” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 20/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 57% | 88% | +31 pt |
| Comportamenti sicuri osservati | 64% | 86% | +22 pt |
| Controlli pre-attività completi | 59% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Training matrix | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Teach-back | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Template riutilizzabili | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Knowledge review | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 64.575 € da tempo operativo recuperato e attese ridotte, 36.300 € da rilavorazioni, difetti o eccezioni evitate e 33.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 134.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 64.575 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.300 € |
| Ritardi, reclami o rischi operativi ridotti | 33.600 € |
| Saving finale misurato | 134.500 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 20/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Project Management · Avvio e business caseAumento qualità del business case di investimentoNel processo Business case e benefit analysis, il caso studio “Aumento qualità del business case di investimento” nasce in un’organizzazione con progetti complessi nell’area Avvio e business case. Prima del progetto, lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. Il KPI guida, Saving senza owner, è passato dal 45% al 12%; il saving finale misurato è stato di 117.500 €.Processo: Business case e benefit analysisDurata: 13 settimaneSaving finale: 117.500 €-75% Saving senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Business case e benefit analysis in un’organizzazione con progetti complessi nell’area Avvio e business case. La criticità iniziale era chiara: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. L’intervento ha portato il KPI principale, Saving senza owner, dal 45% al 12%, con un saving annuo difendibile di 117.500 €.
La storia del progetto
Il processo Business case e benefit analysis operava in un’organizzazione con progetti complessi nell’area Avvio e business case e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 195 milestone l’anno. La criticità era concreta: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale.
Il progetto è stato aperto quando Saving senza owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Aumento qualità del business case di investimento”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 117.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Avvio e business case, nel processo Business case e benefit analysis. Il flusso gestiva circa 195 milestone l’anno e il segnale più evidente era Saving senza owner pari al 45% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Aumento qualità del business case di investimento” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Business case e benefit analysis.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Saving senza owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Saving senza owner era pari al 45% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Saving senza owner | 45% | 12% | -75% |
| Benefici verificati | 40% | 86% | +46 pt |
| Azioni decadute | 28% | 10% | -66% |
| Cadenza review | sporadica | mensile | standard validato |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Benefit tracking | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Control tower saving | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Governance owner | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Audit post-progetto | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Saving senza owner è stato portato al 12% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Saving senza owner | 12% | Settimanale |
| Benefici verificati | 86% | Mensile |
| Azioni decadute | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.400 € da tempo operativo recuperato e attese ridotte, 31.700 € da rilavorazioni, difetti o eccezioni evitate e 29.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 117.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.400 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.700 € |
| Ritardi, reclami o rischi operativi ridotti | 29.400 € |
| Saving finale misurato | 117.500 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Saving senza owner, passato dal 45% al 12%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · Customer serviceAumento risoluzione tramite portale self-serviceNel processo Knowledge base cliente, il caso studio “Aumento risoluzione tramite portale self-service” nasce in un customer service multicanale con portale e primo livello. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste evitabili, è passato dal 50% al 23%; il saving finale misurato è stato di 90.200 €.Processo: Knowledge base clienteDurata: 8 settimaneSaving finale: 90.200 €-50% Richieste evitabiliLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Knowledge base cliente in un customer service multicanale con portale e primo livello. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste evitabili, dal 50% al 23%, con un saving annuo difendibile di 90.200 €.
La storia del progetto
Il processo Knowledge base cliente operava in un customer service multicanale con portale e primo livello e coinvolgeva ticket, escalation, knowledge base e SLA. Il volume era di circa 5.360 ticket l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste evitabili ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento risoluzione tramite portale self-service”, misurando il flusso reale del processo Knowledge base cliente e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 90.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un customer service multicanale con portale e primo livello, nel processo Knowledge base cliente. Il flusso gestiva circa 5.360 ticket l’anno e il segnale più evidente era Richieste evitabili pari al 50% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, agente customer care e secondo livello. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Knowledge base cliente, il cliente del processo (cliente finale, agente customer care e secondo livello) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, agente customer care e secondo livello |
| KPI principale | Richieste evitabili |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste evitabili, partiva dal 50%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste evitabili | 50% | 23% | -50% |
| Risoluzione self-service | 22% | 48% | +26 pt |
| Tempo risposta medio | 46 h | 20 h | -58% |
| Escalation primo livello | 35% | 14% | -55% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Knowledge base design | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Deflection analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Customer journey | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Feedback loop | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste evitabili è stato portato al 23% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste evitabili | 23% | Settimanale |
| Risoluzione self-service | 48% | Mensile |
| Tempo risposta medio | 20 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 43.308 € da tempo operativo recuperato e attese ridotte, 24.400 € da rilavorazioni, difetti o eccezioni evitate e 22.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 90.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 43.308 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.400 € |
| Ritardi, reclami o rischi operativi ridotti | 22.500 € |
| Saving finale misurato | 90.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste evitabili, passato dal 50% al 23%. Il processo Knowledge base cliente è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza operativa LeanAumento segnalazioni near miss con Visual Safety BoardNel processo Gestione segnalazioni e azioni preventive HSE, il caso studio “Aumento segnalazioni near miss con Visual Safety Board” nasce in un contesto operativo HSE nell’area Sicurezza operativa Lean. Prima del progetto, i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 24/mese a 8/mese; il saving finale misurato è stato di 123.100 €.Processo: Gestione segnalazioni e azioni preventive HSEDurata: 8 settimaneSaving finale: 123.100 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione segnalazioni e azioni preventive HSE in un contesto operativo HSE nell’area Sicurezza operativa Lean. La criticità iniziale era chiara: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 24/mese a 8/mese, con un saving annuo difendibile di 123.100 €.
La storia del progetto
Il processo Gestione segnalazioni e azioni preventive HSE operava in un contesto operativo HSE nell’area Sicurezza operativa Lean e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 7.580 osservazioni l’anno. La criticità era concreta: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, e questo ha reso necessario trasformare “Aumento segnalazioni near miss con Visual Safety Board” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 123.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza operativa Lean, nel processo Gestione segnalazioni e azioni preventive HSE. Il flusso gestiva circa 7.580 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 24/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Aumento segnalazioni near miss con Visual Safety Board” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 24/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 61% | 89% | +31 pt |
| Comportamenti sicuri osservati | 68% | 86% | +22 pt |
| Controlli pre-attività completi | 63% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Visual safety board | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss funnel | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Action tracking HSE | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Safety huddle | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.081 € da tempo operativo recuperato e attese ridotte, 33.200 € da rilavorazioni, difetti o eccezioni evitate e 30.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 123.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.081 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.200 € |
| Ritardi, reclami o rischi operativi ridotti | 30.800 € |
| Saving finale misurato | 123.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 24/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Sicurezza · Near miss e comportamenti sicuriAumento segnalazioni near miss utiliNel processo Near miss reporting, il caso studio “Aumento segnalazioni near miss utili” nasce in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. Prima del progetto, i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 23/mese a 9/mese; il saving finale misurato è stato di 98.600 €.Processo: Near miss reportingDurata: 10 settimaneSaving finale: 98.600 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Near miss reporting in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. La criticità iniziale era chiara: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 23/mese a 9/mese, con un saving annuo difendibile di 98.600 €.
La storia del progetto
Il processo Near miss reporting operava in un contesto operativo HSE nell’area Near miss e comportamenti sicuri e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.390 osservazioni l’anno. La criticità era concreta: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, e questo ha reso necessario trasformare “Aumento segnalazioni near miss utili” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 98.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Near miss e comportamenti sicuri, nel processo Near miss reporting. Il flusso gestiva circa 6.390 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Aumento segnalazioni near miss utili” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 23/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 60% | 88% | +31 pt |
| Comportamenti sicuri osservati | 67% | 89% | +22 pt |
| Controlli pre-attività completi | 62% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.314 € da tempo operativo recuperato e attese ridotte, 26.600 € da rilavorazioni, difetti o eccezioni evitate e 24.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 98.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.314 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.600 € |
| Ritardi, reclami o rischi operativi ridotti | 24.700 € |
| Saving finale misurato | 98.600 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 23/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Processi Transazionali · Issue to ResolutionAumento soluzioni riutilizzabili in knowledge baseNel processo Knowledge management operativo, il caso studio “Aumento soluzioni riutilizzabili in knowledge base” nasce in un processo transazionale Issue to Resolution con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste evitabili, è passato dal 49% al 26%; il saving finale misurato è stato di 94.500 €.Processo: Knowledge management operativoDurata: 11 settimaneSaving finale: 94.500 €-50% Richieste evitabiliLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Knowledge management operativo in un processo transazionale Issue to Resolution con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste evitabili, dal 49% al 26%, con un saving annuo difendibile di 94.500 €.
La storia del progetto
Il processo Knowledge management operativo operava in un processo transazionale Issue to Resolution con più funzioni coinvolte e coinvolgeva ticket, escalation, knowledge base e aggiornamenti cliente. Il volume era di circa 13.680 issue l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste evitabili ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento soluzioni riutilizzabili in knowledge base”, misurando il flusso reale del processo Knowledge management operativo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 94.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Issue to Resolution con più funzioni coinvolte, nel processo Knowledge management operativo. Il flusso gestiva circa 13.680 issue l’anno e il segnale più evidente era Richieste evitabili pari al 49% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, primo livello, secondo livello e service owner. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Knowledge management operativo, il cliente del processo (cliente, primo livello, secondo livello e service owner) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, primo livello, secondo livello e service owner |
| KPI principale | Richieste evitabili |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste evitabili, partiva dal 49%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste evitabili | 49% | 26% | -50% |
| Risoluzione self-service | 21% | 47% | +26 pt |
| Tempo risposta medio | 44 h | 19 h | -58% |
| Escalation primo livello | 34% | 17% | -55% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Knowledge base design | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Deflection analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Customer journey | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Feedback loop | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste evitabili è stato portato al 26% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste evitabili | 26% | Settimanale |
| Risoluzione self-service | 47% | Mensile |
| Tempo risposta medio | 19 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.372 € da tempo operativo recuperato e attese ridotte, 25.500 € da rilavorazioni, difetti o eccezioni evitate e 23.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 94.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.372 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.500 € |
| Ritardi, reclami o rischi operativi ridotti | 23.600 € |
| Saving finale misurato | 94.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste evitabili, passato dal 49% al 26%. Il processo Knowledge management operativo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · LogisticaAumento tracciabilità dei resiNel processo Reverse logistics, il caso studio “Aumento tracciabilità dei resi” nasce in una funzione aziendale di Logistica. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Record genealogia completi, è passato dal 65% al 95%; il saving finale misurato è stato di 108.800 €.Processo: Reverse logisticsDurata: 10 settimaneSaving finale: 108.800 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Reverse logistics in una funzione aziendale di Logistica. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Record genealogia completi, dal 65% al 95%, con un saving annuo difendibile di 108.800 €.
La storia del progetto
Il processo Reverse logistics operava in una funzione aziendale di Logistica e coinvolgeva picking, spedizioni, scorte e resi. Il volume era di circa 5.635 righe ordine l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Record genealogia completi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento tracciabilità dei resi”, misurando il flusso reale del processo Reverse logistics e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 108.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Logistica, nel processo Reverse logistics. Il flusso gestiva circa 5.635 righe ordine l’anno e il segnale più evidente era Record genealogia completi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, pianificazione, magazzino e trasportatore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Reverse logistics, il cliente del processo (cliente finale, pianificazione, magazzino e trasportatore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, pianificazione, magazzino e trasportatore |
| KPI principale | Record genealogia completi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record genealogia completi, partiva dal 65%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 65% | 95% | +30 pt |
| Tempo rintracciabilità lotto | 11 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 70% | 96% | +26 pt |
| Mix-up materiali/lotti | 10% | 3% | -78% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data lineage | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Barcode/RFID check | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Audit trail | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard tracciabilità | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record genealogia completi è stato portato al 95% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 95% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.236 € da tempo operativo recuperato e attese ridotte, 29.400 € da rilavorazioni, difetti o eccezioni evitate e 27.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 108.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.236 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.400 € |
| Ritardi, reclami o rischi operativi ridotti | 27.200 € |
| Saving finale misurato | 108.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record genealogia completi, passato dal 65% al 95%. Il processo Reverse logistics è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Master Data ManagementAumento tracciabilità modifiche dati criticiNel processo Data change control, il caso studio “Aumento tracciabilità modifiche dati critici” nasce in un processo transazionale Master Data Management con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 23% al 7%; il saving finale misurato è stato di 112.000 €.Processo: Data change controlDurata: 12 settimaneSaving finale: 112.000 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Data change control in un processo transazionale Master Data Management con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 23% al 7%, con un saving annuo difendibile di 112.000 €.
La storia del progetto
Il processo Data change control operava in un processo transazionale Master Data Management con più funzioni coinvolte e coinvolgeva anagrafiche clienti/materiali, data change e governance. Il volume era di circa 13.860 record l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Aumento tracciabilità modifiche dati critici”, misurando il flusso reale del processo Data change control e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 112.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Master Data Management con più funzioni coinvolte, nel processo Data change control. Il flusso gestiva circa 13.860 record l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, data owner, IT e controllo interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Data change control, il cliente del processo (utente business, data owner, IT e controllo interno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, data owner, IT e controllo interno |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 23% | 7% | -70% |
| Modifiche dati con audit trail completo | 58% | 91% | +33 pt |
| Tempo approvazione dato master | 9 gg | 4 gg | -56% |
| Riconciliazioni manuali | 34% | 13% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data lineage | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Barcode/RFID check | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Audit trail | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard tracciabilità | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 7% | Settimanale |
| Modifiche dati con audit trail completo | 91% | Mensile |
| Tempo approvazione dato master | 4 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.770 € da tempo operativo recuperato e attese ridotte, 30.200 € da rilavorazioni, difetti o eccezioni evitate e 28.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 112.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.770 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.200 € |
| Ritardi, reclami o rischi operativi ridotti | 28.000 € |
| Saving finale misurato | 112.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 23% al 7%. Il processo Data change control è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Agile e delivery ibridaAumento valore rilasciato per releaseNel processo Release value management, il caso studio “Aumento valore rilasciato per release” nasce in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 114.100 €.Processo: Release value managementDurata: 8 settimaneSaving finale: 114.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Release value management in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 114.100 €.
La storia del progetto
Il processo Release value management operava in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 218 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Aumento valore rilasciato per release”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 114.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida, nel processo Release value management. Il flusso gestiva circa 218 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Aumento valore rilasciato per release” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Release value management.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 30% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | OEE/Capacity analysis | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | SMED | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Bilanciamento carichi | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Daily management | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 8% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 54.768 € da tempo operativo recuperato e attese ridotte, 30.800 € da rilavorazioni, difetti o eccezioni evitate e 28.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 114.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 54.768 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.800 € |
| Ritardi, reclami o rischi operativi ridotti | 28.500 € |
| Saving finale misurato | 114.100 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 30% al 8%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Lean Project ManagementControllo benefici di progetto con benefit trackingNel processo Chiusura benefici e saving post go-live, il caso studio “Controllo benefici di progetto con benefit tracking” nasce in un’organizzazione con progetti complessi nell’area Lean Project Management. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 103.000 €.Processo: Chiusura benefici e saving post go-liveDurata: 13 settimaneSaving finale: 103.000 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Chiusura benefici e saving post go-live in un’organizzazione con progetti complessi nell’area Lean Project Management. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 103.000 €.
La storia del progetto
Il processo Chiusura benefici e saving post go-live operava in un’organizzazione con progetti complessi nell’area Lean Project Management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 268 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Controllo benefici di progetto con benefit tracking”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 103.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Lean Project Management, nel processo Chiusura benefici e saving post go-live. Il flusso gestiva circa 268 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Controllo benefici di progetto con benefit tracking” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Chiusura benefici e saving post go-live.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 29% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Benefit register | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Owner saving | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Baseline economica | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Post implementation review | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 10% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.440 € da tempo operativo recuperato e attese ridotte, 27.800 € da rilavorazioni, difetti o eccezioni evitate e 25.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 103.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.440 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.800 € |
| Ritardi, reclami o rischi operativi ridotti | 25.800 € |
| Saving finale misurato | 103.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 29% al 10%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · A3, Obeya e visual governanceControllo rischi progetto con visual risk wallNel processo Rischi e issue in programma complesso, il caso studio “Controllo rischi progetto con visual risk wall” nasce in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. Prima del progetto, rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 88.000 €.Processo: Rischi e issue in programma complessoDurata: 8 settimaneSaving finale: 88.000 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Rischi e issue in programma complesso in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. La criticità iniziale era chiara: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 88.000 €.
La storia del progetto
Il processo Rischi e issue in programma complesso operava in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 289 milestone l’anno. La criticità era concreta: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Controllo rischi progetto con visual risk wall”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance, nel processo Rischi e issue in programma complesso. Il flusso gestiva circa 289 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Controllo rischi progetto con visual risk wall” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Rischi e issue in programma complesso.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 29% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Visual project board | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Action tracker | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Meeting hygiene | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 10% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.240 € da tempo operativo recuperato e attese ridotte, 23.800 € da rilavorazioni, difetti o eccezioni evitate e 22.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.240 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.800 € |
| Ritardi, reclami o rischi operativi ridotti | 22.000 € |
| Saving finale misurato | 88.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 29% al 10%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · ControllingDigitalizzazione dashboard manualiNel processo Business intelligence, il caso studio “Digitalizzazione dashboard manuali” nasce in una funzione aziendale di Controlling. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 14 gg a 6 gg; il saving finale misurato è stato di 79.600 €.Processo: Business intelligenceDurata: 11 settimaneSaving finale: 79.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Business intelligence in una funzione aziendale di Controlling. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 6 gg, con un saving annuo difendibile di 79.600 €.
La storia del progetto
Il processo Business intelligence operava in una funzione aziendale di Controlling e coinvolgeva forecast, KPI, dashboard e riconciliazioni dati. Il volume era di circa 5.085 report l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Digitalizzazione dashboard manuali”, misurando il flusso reale del processo Business intelligence e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Controlling, nel processo Business intelligence. Il flusso gestiva circa 5.085 report l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da direzione, business controller e funzioni operative. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Business intelligence, il cliente del processo (direzione, business controller e funzioni operative) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione, business controller e funzioni operative |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 6 gg | -50% |
| Errori o eccezioni | 25% | 8% | -67% |
| First Time Right | 65% | 88% | +27 pt |
| Solleciti manuali | 43/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Mappatura dati | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Workflow digitale | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Poka-Yoke digitale | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard KPI | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.196 € da tempo operativo recuperato e attese ridotte, 21.500 € da rilavorazioni, difetti o eccezioni evitate e 19.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.196 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.500 € |
| Ritardi, reclami o rischi operativi ridotti | 19.900 € |
| Saving finale misurato | 79.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 6 gg. Il processo Business intelligence è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Controllo tempi e costiMiglioramento accuratezza forecast avanzamentoNel processo Earned value e progress tracking, il caso studio “Miglioramento accuratezza forecast avanzamento” nasce in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. Prima del progetto, gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. Il KPI guida, Scostamento budget, è passato dal 20% al 8%; il saving finale misurato è stato di 84.900 €.Processo: Earned value e progress trackingDurata: 11 settimaneSaving finale: 84.900 €-66% Scostamento budgetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Earned value e progress tracking in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. La criticità iniziale era chiara: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. L’intervento ha portato il KPI principale, Scostamento budget, dal 20% al 8%, con un saving annuo difendibile di 84.900 €.
La storia del progetto
Il processo Earned value e progress tracking operava in un’organizzazione con progetti complessi nell’area Controllo tempi e costi e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 208 milestone l’anno. La criticità era concreta: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra.
Il progetto è stato aperto quando Scostamento budget ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento accuratezza forecast avanzamento”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 84.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Controllo tempi e costi, nel processo Earned value e progress tracking. Il flusso gestiva circa 208 milestone l’anno e il segnale più evidente era Scostamento budget pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento accuratezza forecast avanzamento” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Earned value e progress tracking.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Scostamento budget |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Scostamento budget era pari al 20% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scostamento budget | 20% | 8% | -66% |
| Milestone in ritardo | 35% | 14% | -63% |
| Forecast accuracy | 63% | 88% | +25 pt |
| Ore extra non pianificate | 28% | 11% | -65% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Baseline schedule | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Earned Value | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Cost forecast | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Milestone review | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Scostamento budget è stato portato al 8% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scostamento budget | 8% | Settimanale |
| Milestone in ritardo | 14% | Mensile |
| Forecast accuracy | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.752 € da tempo operativo recuperato e attese ridotte, 22.900 € da rilavorazioni, difetti o eccezioni evitate e 21.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 84.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.752 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.900 € |
| Ritardi, reclami o rischi operativi ridotti | 21.200 € |
| Saving finale misurato | 84.900 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Scostamento budget, passato dal 20% al 8%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Pianificazione integrataMiglioramento affidabilità del piano di progettoNel processo Baseline schedule management, il caso studio “Miglioramento affidabilità del piano di progetto” nasce in un’organizzazione con progetti complessi nell’area Pianificazione integrata. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Decisioni senza owner, è passato dal 41% al 13%; il saving finale misurato è stato di 135.800 €.Processo: Baseline schedule managementDurata: 8 settimaneSaving finale: 135.800 €-69% Decisioni senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Baseline schedule management in un’organizzazione con progetti complessi nell’area Pianificazione integrata. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Decisioni senza owner, dal 41% al 13%, con un saving annuo difendibile di 135.800 €.
La storia del progetto
Il processo Baseline schedule management operava in un’organizzazione con progetti complessi nell’area Pianificazione integrata e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 198 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Decisioni senza owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento affidabilità del piano di progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 135.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Pianificazione integrata, nel processo Baseline schedule management. Il flusso gestiva circa 198 milestone l’anno e il segnale più evidente era Decisioni senza owner pari al 41% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento affidabilità del piano di progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Baseline schedule management.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Decisioni senza owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Decisioni senza owner era pari al 41% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Decisioni senza owner | 41% | 13% | -69% |
| Riunioni senza decisione | 34% | 12% | -65% |
| Azioni progetto oltre SLA | 37% | 13% | -62% |
| Allineamento sponsor-team | 60% | 83% | +28 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Project charter | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | RACI di progetto | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Steering cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Decision log | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Decisioni senza owner è stato portato al 13% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Decisioni senza owner | 13% | Settimanale |
| Riunioni senza decisione | 12% | Mensile |
| Azioni progetto oltre SLA | 13% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.184 € da tempo operativo recuperato e attese ridotte, 36.700 € da rilavorazioni, difetti o eccezioni evitate e 33.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 135.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.184 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.700 € |
| Ritardi, reclami o rischi operativi ridotti | 33.900 € |
| Saving finale misurato | 135.800 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Decisioni senza owner, passato dal 41% al 13%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · TPM e manutenzione autonomaMiglioramento affidabilità ricambi con Kanban manutentivoNel processo Gestione ricambi critici di manutenzione, il caso studio “Miglioramento affidabilità ricambi con Kanban manutentivo” nasce in uno stabilimento manifatturiero con impianti critici ad alta saturazione. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 95.100 €.Processo: Gestione ricambi critici di manutenzioneDurata: 14 settimaneSaving finale: 95.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione ricambi critici di manutenzione in uno stabilimento manifatturiero con impianti critici ad alta saturazione. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 95.100 €.
La storia del progetto
Il processo Gestione ricambi critici di manutenzione operava in uno stabilimento manifatturiero con impianti critici ad alta saturazione e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 30.080 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento affidabilità ricambi con Kanban manutentivo”, misurando il flusso reale del processo Gestione ricambi critici di manutenzione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 95.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con impianti critici ad alta saturazione, nel processo Gestione ricambi critici di manutenzione. Il flusso gestiva circa 30.080 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione ricambi critici di manutenzione, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Kanban ricambi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Min-max stock | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Critical spare matrix | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Reorder point | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.654 € da tempo operativo recuperato e attese ridotte, 25.700 € da rilavorazioni, difetti o eccezioni evitate e 23.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 95.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.654 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.700 € |
| Ritardi, reclami o rischi operativi ridotti | 23.700 € |
| Saving finale misurato | 95.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 24% al 8%. Il processo Gestione ricambi critici di manutenzione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Avvio e business caseMiglioramento allineamento sponsor-teamNel processo Kick-off e stakeholder alignment, il caso studio “Miglioramento allineamento sponsor-team” nasce in un’organizzazione con progetti complessi nell’area Avvio e business case. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Stakeholder critici non ingaggiati, è passato dal 31% al 9%; il saving finale misurato è stato di 130.200 €.Processo: Kick-off e stakeholder alignmentDurata: 9 settimaneSaving finale: 130.200 €-70% Stakeholder critici non ingaggiatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Kick-off e stakeholder alignment in un’organizzazione con progetti complessi nell’area Avvio e business case. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Stakeholder critici non ingaggiati, dal 31% al 9%, con un saving annuo difendibile di 130.200 €.
La storia del progetto
Il processo Kick-off e stakeholder alignment operava in un’organizzazione con progetti complessi nell’area Avvio e business case e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 203 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Stakeholder critici non ingaggiati ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento allineamento sponsor-team”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 130.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Avvio e business case, nel processo Kick-off e stakeholder alignment. Il flusso gestiva circa 203 milestone l’anno e il segnale più evidente era Stakeholder critici non ingaggiati pari al 31% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento allineamento sponsor-team” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Kick-off e stakeholder alignment.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Stakeholder critici non ingaggiati |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Stakeholder critici non ingaggiati era pari al 31% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Stakeholder critici non ingaggiati | 31% | 9% | -70% |
| Feedback tardivi | 27% | 10% | -63% |
| Messaggi non recepiti | 34% | 13% | -61% |
| Soddisfazione stakeholder | 58% | 82% | +24 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Stakeholder map | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Communication plan | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Engagement matrix | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Feedback loop | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Stakeholder critici non ingaggiati è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Stakeholder critici non ingaggiati | 9% | Settimanale |
| Feedback tardivi | 10% | Mensile |
| Messaggi non recepiti | 13% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.496 € da tempo operativo recuperato e attese ridotte, 35.200 € da rilavorazioni, difetti o eccezioni evitate e 32.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 130.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.496 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.200 € |
| Ritardi, reclami o rischi operativi ridotti | 32.500 € |
| Saving finale misurato | 130.200 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Stakeholder critici non ingaggiati, passato dal 31% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Sicurezza · Sicurezza cantieri e appaltiMiglioramento briefing sicurezza pre-attivitàNel processo Pre-job safety briefing, il caso studio “Miglioramento briefing sicurezza pre-attività” nasce in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 23/mese a 9/mese; il saving finale misurato è stato di 134.800 €.Processo: Pre-job safety briefingDurata: 8 settimaneSaving finale: 134.800 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pre-job safety briefing in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 23/mese a 9/mese, con un saving annuo difendibile di 134.800 €.
La storia del progetto
Il processo Pre-job safety briefing operava in un contesto operativo HSE nell’area Sicurezza cantieri e appalti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.730 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, e questo ha reso necessario trasformare “Miglioramento briefing sicurezza pre-attività” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 134.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza cantieri e appalti, nel processo Pre-job safety briefing. Il flusso gestiva circa 6.730 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento briefing sicurezza pre-attività” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 23/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 60% | 88% | +31 pt |
| Comportamenti sicuri osservati | 67% | 89% | +22 pt |
| Controlli pre-attività completi | 62% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 64.698 € da tempo operativo recuperato e attese ridotte, 36.400 € da rilavorazioni, difetti o eccezioni evitate e 33.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 134.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 64.698 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.400 € |
| Ritardi, reclami o rischi operativi ridotti | 33.700 € |
| Saving finale misurato | 134.800 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 23/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · Amministrazione & FinanceMiglioramento cash conversion cycleNel processo Ciclo incassi e pagamenti, il caso studio “Miglioramento cash conversion cycle” nasce in una direzione Amministrazione & Finance multi-società. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, DSO medio, è passato da 72 gg a 58 gg; il saving finale misurato è stato di 67.400 €.Processo: Ciclo incassi e pagamentiDurata: 10 settimaneSaving finale: 67.400 €-19% DSO medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ciclo incassi e pagamenti in una direzione Amministrazione & Finance multi-società. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, DSO medio, da 72 gg a 58 gg, con un saving annuo difendibile di 67.400 €.
La storia del progetto
Il processo Ciclo incassi e pagamenti operava in una direzione Amministrazione & Finance multi-società e coinvolgeva accounts payable, closing, credito e riconciliazioni. Il volume era di circa 5.015 registrazioni l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando DSO medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento cash conversion cycle”, misurando il flusso reale del processo Ciclo incassi e pagamenti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 67.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una direzione Amministrazione & Finance multi-società, nel processo Ciclo incassi e pagamenti. Il flusso gestiva circa 5.015 registrazioni l’anno e il segnale più evidente era DSO medio pari a 72 gg in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controllo di gestione, fornitori e clienti interni. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ciclo incassi e pagamenti, il cliente del processo (CFO, controllo di gestione, fornitori e clienti interni) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controllo di gestione, fornitori e clienti interni |
| KPI principale | DSO medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, DSO medio, partiva da 72 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| DSO medio | 72 gg | 58 gg | -19% |
| Incassi scaduti | 24% | 13% | -46% |
| Promise to pay rispettate | 55% | 78% | +23 pt |
| Dispute senza owner | 31% | 10% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Working capital analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Aging review | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Policy scorte/credito | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Cash dashboard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI DSO medio è stato portato a 58 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| DSO medio | 58 gg | Settimanale |
| Incassi scaduti | 13% | Mensile |
| Promise to pay rispettate | 78% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.364 € da tempo operativo recuperato e attese ridotte, 18.200 € da rilavorazioni, difetti o eccezioni evitate e 16.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 67.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.364 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.200 € |
| Ritardi, reclami o rischi operativi ridotti | 16.800 € |
| Saving finale misurato | 67.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI DSO medio, passato da 72 gg a 58 gg. Il processo Ciclo incassi e pagamenti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Near miss e comportamenti sicuriMiglioramento chiusura azioni da osservazioni HSENel processo Safety observation follow-up, il caso studio “Miglioramento chiusura azioni da osservazioni HSE” nasce in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 112.400 €.Processo: Safety observation follow-upDurata: 7 settimaneSaving finale: 112.400 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Safety observation follow-up in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 112.400 €.
La storia del progetto
Il processo Safety observation follow-up operava in un contesto operativo HSE nell’area Near miss e comportamenti sicuri e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.650 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, e questo ha reso necessario trasformare “Miglioramento chiusura azioni da osservazioni HSE” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 112.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Near miss e comportamenti sicuri, nel processo Safety observation follow-up. Il flusso gestiva circa 6.650 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento chiusura azioni da osservazioni HSE” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Value Stream Mapping | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Standard Work | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Kanban operativo | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Dashboard SLA | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.956 € da tempo operativo recuperato e attese ridotte, 30.300 € da rilavorazioni, difetti o eccezioni evitate e 28.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 112.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.956 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.300 € |
| Ritardi, reclami o rischi operativi ridotti | 28.100 € |
| Saving finale misurato | 112.400 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 22/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Qualità · Non conformità e reclamiMiglioramento classificazione difetti criticiNel processo Defect classification system, il caso studio “Miglioramento classificazione difetti critici” nasce in un sistema qualità strutturato nell’area Non conformità e reclami. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 139.200 €.Processo: Defect classification systemDurata: 10 settimaneSaving finale: 139.200 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Defect classification system in un sistema qualità strutturato nell’area Non conformità e reclami. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 139.200 €.
La storia del progetto
Il processo Defect classification system operava in un sistema qualità strutturato nell’area Non conformità e reclami e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.550 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Difetti/scarti sul processo risultava pari al 17%. Il team ha quindi trattato “Miglioramento classificazione difetti critici” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 139.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Non conformità e reclami, nel processo Defect classification system. Il flusso gestiva circa 7.550 pratiche qualità l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento classificazione difetti critici” è stato collegato al processo Defect classification system, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Difetti/scarti sul processo partiva dal 17% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Difetti/scarti sul processo è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.836 € da tempo operativo recuperato e attese ridotte, 37.600 € da rilavorazioni, difetti o eccezioni evitate e 34.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 139.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.836 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.600 € |
| Ritardi, reclami o rischi operativi ridotti | 34.800 € |
| Saving finale misurato | 139.200 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Defect classification system ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Project Management · Governance e stakeholderMiglioramento coinvolgimento stakeholder chiaveNel processo Stakeholder engagement plan, il caso studio “Miglioramento coinvolgimento stakeholder chiave” nasce in un’organizzazione con progetti complessi nell’area Governance e stakeholder. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Stakeholder critici non ingaggiati, è passato dal 33% al 11%; il saving finale misurato è stato di 73.800 €.Processo: Stakeholder engagement planDurata: 9 settimaneSaving finale: 73.800 €-70% Stakeholder critici non ingaggiatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Stakeholder engagement plan in un’organizzazione con progetti complessi nell’area Governance e stakeholder. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Stakeholder critici non ingaggiati, dal 33% al 11%, con un saving annuo difendibile di 73.800 €.
La storia del progetto
Il processo Stakeholder engagement plan operava in un’organizzazione con progetti complessi nell’area Governance e stakeholder e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 201 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Stakeholder critici non ingaggiati ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento coinvolgimento stakeholder chiave”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 73.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Governance e stakeholder, nel processo Stakeholder engagement plan. Il flusso gestiva circa 201 milestone l’anno e il segnale più evidente era Stakeholder critici non ingaggiati pari al 33% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento coinvolgimento stakeholder chiave” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Stakeholder engagement plan.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Stakeholder critici non ingaggiati |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Stakeholder critici non ingaggiati era pari al 33% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Stakeholder critici non ingaggiati | 33% | 11% | -70% |
| Feedback tardivi | 29% | 12% | -63% |
| Messaggi non recepiti | 36% | 15% | -61% |
| Soddisfazione stakeholder | 60% | 84% | +24 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Stakeholder map | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Communication plan | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Engagement matrix | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Feedback loop | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Stakeholder critici non ingaggiati è stato portato al 11% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Stakeholder critici non ingaggiati | 11% | Settimanale |
| Feedback tardivi | 12% | Mensile |
| Messaggi non recepiti | 15% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.424 € da tempo operativo recuperato e attese ridotte, 19.900 € da rilavorazioni, difetti o eccezioni evitate e 18.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 73.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.424 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.900 € |
| Ritardi, reclami o rischi operativi ridotti | 18.500 € |
| Saving finale misurato | 73.800 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Stakeholder critici non ingaggiati, passato dal 33% al 11%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Qualità · Data Integrity e documentazioneMiglioramento completezza firme e revisioniNel processo Document control workflow, il caso studio “Miglioramento completezza firme e revisioni” nasce in un sistema qualità strutturato nell’area Data Integrity e documentazione. Prima del progetto, la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. Il KPI guida, Deviazioni di data integrity, è passato dal 19% al 4%; il saving finale misurato è stato di 133.400 €.Processo: Document control workflowDurata: 12 settimaneSaving finale: 133.400 €-73% Deviazioni di data integrityLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Document control workflow in un sistema qualità strutturato nell’area Data Integrity e documentazione. La criticità iniziale era chiara: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. L’intervento ha portato il KPI principale, Deviazioni di data integrity, dal 19% al 4%, con un saving annuo difendibile di 133.400 €.
La storia del progetto
Il processo Document control workflow operava in un sistema qualità strutturato nell’area Data Integrity e documentazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.600 pratiche qualità l’anno. La criticità era concreta: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Deviazioni di data integrity risultava pari al 19%. Il team ha quindi trattato “Miglioramento completezza firme e revisioni” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 133.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Data Integrity e documentazione, nel processo Document control workflow. Il flusso gestiva circa 7.600 pratiche qualità l’anno e il segnale più evidente era Deviazioni di data integrity pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento completezza firme e revisioni” è stato collegato al processo Document control workflow, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Deviazioni di data integrity |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Deviazioni di data integrity partiva dal 19% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Deviazioni di data integrity | 19% | 4% | -73% |
| Record ALCOA+ completi | 66% | 91% | +29 pt |
| Tempo investigazione dato | 22 h | 7 h | -61% |
| Accessi/record non giustificati | 16% | 3% | -75% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Compliance matrix | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Audit trail | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Standard work regolatorio | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | CAPA management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Deviazioni di data integrity è stato portato al 4% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Deviazioni di data integrity | 4% | Settimanale |
| Record ALCOA+ completi | 91% | Mensile |
| Tempo investigazione dato | 7 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 64.020 € da tempo operativo recuperato e attese ridotte, 36.000 € da rilavorazioni, difetti o eccezioni evitate e 33.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 133.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 64.020 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.000 € |
| Ritardi, reclami o rischi operativi ridotti | 33.400 € |
| Saving finale misurato | 133.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Deviazioni di data integrity, passato dal 19% al 4%. Il processo Document control workflow ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Qualità · ISO 9001 e audit processoMiglioramento controllo documentale ISO 9001Nel processo Gestione procedure, revisioni e approvazioni, il caso studio “Miglioramento controllo documentale ISO 9001” nasce in un sistema qualità strutturato nell’area ISO 9001 e audit processo. Prima del progetto, la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. Il KPI guida, KPI critico fuori target, è passato dal 26% al 10%; il saving finale misurato è stato di 106.500 €.Processo: Gestione procedure, revisioni e approvazioniDurata: 9 settimaneSaving finale: 106.500 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione procedure, revisioni e approvazioni in un sistema qualità strutturato nell’area ISO 9001 e audit processo. La criticità iniziale era chiara: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 26% al 10%, con un saving annuo difendibile di 106.500 €.
La storia del progetto
Il processo Gestione procedure, revisioni e approvazioni operava in un sistema qualità strutturato nell’area ISO 9001 e audit processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 9.080 pratiche qualità l’anno. La criticità era concreta: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 26%. Il team ha quindi trattato “Miglioramento controllo documentale ISO 9001” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area ISO 9001 e audit processo, nel processo Gestione procedure, revisioni e approvazioni. Il flusso gestiva circa 9.080 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento controllo documentale ISO 9001” è stato collegato al processo Gestione procedure, revisioni e approvazioni, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 26% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 26% | 10% | -67% |
| Tempo reazione a deviazione | 50 h | 23 h | -54% |
| Azioni completate on-time | 60% | 90% | +30 pt |
| Stabilità del nuovo standard | 51% | 84% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Document control | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Revision workflow | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Training record | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Audit trail | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 10% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 23 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.128 € da tempo operativo recuperato e attese ridotte, 28.800 € da rilavorazioni, difetti o eccezioni evitate e 26.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.128 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.800 € |
| Ritardi, reclami o rischi operativi ridotti | 26.600 € |
| Saving finale misurato | 106.500 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 26% al 10%. Il processo Gestione procedure, revisioni e approvazioni ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · VenditeMiglioramento conversione lead-offertaNel processo Sales funnel, il caso studio “Miglioramento conversione lead-offerta” nasce in una funzione aziendale di Vendite. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 97.100 €.Processo: Sales funnelDurata: 12 settimaneSaving finale: 97.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sales funnel in una funzione aziendale di Vendite. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 97.100 €.
La storia del progetto
Il processo Sales funnel operava in una funzione aziendale di Vendite e coinvolgeva lead, offerte, sconti e previsione vendite. Il volume era di circa 6.260 opportunità l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento conversione lead-offerta”, misurando il flusso reale del processo Sales funnel e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 97.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Vendite, nel processo Sales funnel. Il flusso gestiva circa 6.260 opportunità l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, account manager, sales operations e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sales funnel, il cliente del processo (cliente, account manager, sales operations e finance) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, account manager, sales operations e finance |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.620 € da tempo operativo recuperato e attese ridotte, 26.200 € da rilavorazioni, difetti o eccezioni evitate e 24.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 97.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.620 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.200 € |
| Ritardi, reclami o rischi operativi ridotti | 24.300 € |
| Saving finale misurato | 97.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 25% al 9%. Il processo Sales funnel è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Agile e ScrumMiglioramento Definition of Done e qualità rilascioNel processo Rilascio incrementi software, il caso studio “Miglioramento Definition of Done e qualità rilascio” nasce in un’organizzazione con progetti complessi nell’area Agile e Scrum. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 85.400 €.Processo: Rilascio incrementi softwareDurata: 12 settimaneSaving finale: 85.400 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Rilascio incrementi software in un’organizzazione con progetti complessi nell’area Agile e Scrum. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 85.400 €.
La storia del progetto
Il processo Rilascio incrementi software operava in un’organizzazione con progetti complessi nell’area Agile e Scrum e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 265 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento Definition of Done e qualità rilascio”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e Scrum, nel processo Rilascio incrementi software. Il flusso gestiva circa 265 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento Definition of Done e qualità rilascio” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Rilascio incrementi software.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 25% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | DoD checklist | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Quality gate agile | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Acceptance criteria | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Defect review | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.992 € da tempo operativo recuperato e attese ridotte, 23.100 € da rilavorazioni, difetti o eccezioni evitate e 21.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.992 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.100 € |
| Ritardi, reclami o rischi operativi ridotti | 21.300 € |
| Saving finale misurato | 85.400 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 25% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Industry 4.0 · Qualità digitale e manutenzione su condizioneMiglioramento della qualità visiva con ispezione ottica in lineaNel processo Ispezione automatica difetti estetici, il caso studio “Miglioramento della qualità visiva con ispezione ottica in linea” nasce in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. Prima del progetto, l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 165.100 €.Processo: Ispezione automatica difetti esteticiDurata: 14 settimaneSaving finale: 165.100 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ispezione automatica difetti estetici in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. La criticità iniziale era chiara: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 165.100 €.
La storia del progetto
Il processo Ispezione automatica difetti estetici operava in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.340 eventi digitali l’anno. La criticità era concreta: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 16%: per questo il progetto “Miglioramento della qualità visiva con ispezione ottica in linea” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 165.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione, nel processo Ispezione automatica difetti estetici. Il flusso gestiva circa 18.340 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Ispezione automatica difetti estetici e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 16%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Ispezione ottica in linea | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Catalogo difetti visivi | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Taratura soglie di accettazione | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Feedback qualità-produzione | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 79.248 € da tempo operativo recuperato e attese ridotte, 44.600 € da rilavorazioni, difetti o eccezioni evitate e 41.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 165.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 79.248 € |
| Rilavorazioni, difetti o eccezioni evitate | 44.600 € |
| Ritardi, reclami o rischi operativi ridotti | 41.300 € |
| Saving finale misurato | 165.100 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 16% al 5%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Ispezione automatica difetti estetici.
Qualità · Audit e CAPAMiglioramento efficacia azioni correttiveNel processo Corrective action effectiveness, il caso studio “Miglioramento efficacia azioni correttive” nasce in un sistema qualità strutturato nell’area Audit e CAPA. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, CAPA chiuse ma non efficaci, è passato dal 20% al 6%; il saving finale misurato è stato di 116.400 €.Processo: Corrective action effectivenessDurata: 9 settimaneSaving finale: 116.400 €-70% CAPA chiuse ma non efficaciLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Corrective action effectiveness in un sistema qualità strutturato nell’area Audit e CAPA. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, CAPA chiuse ma non efficaci, dal 20% al 6%, con un saving annuo difendibile di 116.400 €.
La storia del progetto
Il processo Corrective action effectiveness operava in un sistema qualità strutturato nell’area Audit e CAPA e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.460 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: CAPA chiuse ma non efficaci risultava pari al 20%. Il team ha quindi trattato “Miglioramento efficacia azioni correttive” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 116.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Audit e CAPA, nel processo Corrective action effectiveness. Il flusso gestiva circa 7.460 pratiche qualità l’anno e il segnale più evidente era CAPA chiuse ma non efficaci pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento efficacia azioni correttive” è stato collegato al processo Corrective action effectiveness, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | CAPA chiuse ma non efficaci |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI CAPA chiuse ma non efficaci partiva dal 20% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| CAPA chiuse ma non efficaci | 20% | 6% | -70% |
| Ricorrenze dopo chiusura formale | 18% | 5% | -72% |
| Effectiveness check con evidenze complete | 64% | 92% | +28 pt |
| Tempo medio verifica efficacia | 31 gg | 17 gg | -45% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI CAPA chiuse ma non efficaci è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| CAPA chiuse ma non efficaci | 6% | Settimanale |
| Ricorrenze dopo chiusura formale | 5% | Mensile |
| Effectiveness check con evidenze complete | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.880 € da tempo operativo recuperato e attese ridotte, 31.400 € da rilavorazioni, difetti o eccezioni evitate e 29.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 116.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.880 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.400 € |
| Ritardi, reclami o rischi operativi ridotti | 29.100 € |
| Saving finale misurato | 116.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI CAPA chiuse ma non efficaci, passato dal 20% al 6%. Il processo Corrective action effectiveness ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · Risorse umaneMiglioramento esperienza dei neoassuntiNel processo Employee onboarding journey, il caso studio “Miglioramento esperienza dei neoassunti” nasce in una funzione Risorse Umane con processi amministrativi e operativi. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste HR riaperte, è passato dal 24% al 6%; il saving finale misurato è stato di 114.900 €.Processo: Employee onboarding journeyDurata: 9 settimaneSaving finale: 114.900 €-67% Richieste HR riaperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Employee onboarding journey in una funzione Risorse Umane con processi amministrativi e operativi. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste HR riaperte, dal 24% al 6%, con un saving annuo difendibile di 114.900 €.
La storia del progetto
Il processo Employee onboarding journey operava in una funzione Risorse Umane con processi amministrativi e operativi e coinvolgeva onboarding, payroll, recruiting e service request. Il volume era di circa 6.625 richieste l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste HR riaperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento esperienza dei neoassunti”, misurando il flusso reale del processo Employee onboarding journey e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 114.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione Risorse Umane con processi amministrativi e operativi, nel processo Employee onboarding journey. Il flusso gestiva circa 6.625 richieste l’anno e il segnale più evidente era Richieste HR riaperte pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HRBP e amministrazione personale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Employee onboarding journey, il cliente del processo (dipendente, manager, HRBP e amministrazione personale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HRBP e amministrazione personale |
| KPI principale | Richieste HR riaperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste HR riaperte, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste HR riaperte | 24% | 6% | -67% |
| Tempo completamento richiesta | 8,5 gg | 4,0 gg | -57% |
| Soddisfazione interna | 60% | 79% | +24 pt |
| Passaggi manuali | 17 | 5 | -55% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Employee journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Voice of Employee | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard service HR | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Pulse check | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste HR riaperte è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste HR riaperte | 6% | Settimanale |
| Tempo completamento richiesta | 4,0 gg | Mensile |
| Soddisfazione interna | 79% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.152 € da tempo operativo recuperato e attese ridotte, 31.000 € da rilavorazioni, difetti o eccezioni evitate e 28.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 114.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.152 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.000 € |
| Ritardi, reclami o rischi operativi ridotti | 28.700 € |
| Saving finale misurato | 114.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste HR riaperte, passato dal 24% al 6%. Il processo Employee onboarding journey è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Hire to RetireMiglioramento esperienza richiesta documenti HRNel processo Employee service request, il caso studio “Miglioramento esperienza richiesta documenti HR” nasce in un processo transazionale Hire to Retire con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste HR riaperte, è passato dal 20% al 8%; il saving finale misurato è stato di 89.100 €.Processo: Employee service requestDurata: 9 settimaneSaving finale: 89.100 €-67% Richieste HR riaperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Employee service request in un processo transazionale Hire to Retire con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste HR riaperte, dal 20% al 8%, con un saving annuo difendibile di 89.100 €.
La storia del progetto
Il processo Employee service request operava in un processo transazionale Hire to Retire con più funzioni coinvolte e coinvolgeva anagrafiche, variazioni contrattuali e richieste documenti. Il volume era di circa 13.320 pratiche HR l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste HR riaperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento esperienza richiesta documenti HR”, misurando il flusso reale del processo Employee service request e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 89.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Hire to Retire con più funzioni coinvolte, nel processo Employee service request. Il flusso gestiva circa 13.320 pratiche HR l’anno e il segnale più evidente era Richieste HR riaperte pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HR operations e payroll. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Employee service request, il cliente del processo (dipendente, manager, HR operations e payroll) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HR operations e payroll |
| KPI principale | Richieste HR riaperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste HR riaperte, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste HR riaperte | 20% | 8% | -67% |
| Tempo completamento richiesta | 7,2 gg | 3,2 gg | -57% |
| Soddisfazione interna | 56% | 80% | +24 pt |
| Passaggi manuali | 13 | 5 | -55% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Employee journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Voice of Employee | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard service HR | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Pulse check | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste HR riaperte è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste HR riaperte | 8% | Settimanale |
| Tempo completamento richiesta | 3,2 gg | Mensile |
| Soddisfazione interna | 80% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.750 € da tempo operativo recuperato e attese ridotte, 24.100 € da rilavorazioni, difetti o eccezioni evitate e 22.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 89.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.750 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.100 € |
| Ritardi, reclami o rischi operativi ridotti | 22.200 € |
| Saving finale misurato | 89.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste HR riaperte, passato dal 20% al 8%. Il processo Employee service request è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · Information TechnologyMiglioramento first time right delle change requestNel processo Change management, il caso studio “Miglioramento first time right delle change request” nasce in una struttura IT che supporta applicazioni business critical. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 24% al 6%; il saving finale misurato è stato di 63.300 €.Processo: Change managementDurata: 8 settimaneSaving finale: 63.300 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Change management in una struttura IT che supporta applicazioni business critical. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 24% al 6%, con un saving annuo difendibile di 63.300 €.
La storia del progetto
Il processo Change management operava in una struttura IT che supporta applicazioni business critical e coinvolgeva service desk, sviluppo e change management. Il volume era di circa 1.865 ticket l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento first time right delle change request”, misurando il flusso reale del processo Change management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 63.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura IT che supporta applicazioni business critical, nel processo Change management. Il flusso gestiva circa 1.865 ticket l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, service owner e team applicativo. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Change management, il cliente del processo (utente business, service owner e team applicativo) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, service owner e team applicativo |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 24% | 6% | -70% |
| Rilavorazioni | 28% | 9% | -67% |
| First Time Right | 67% | 91% | +27 pt |
| Controlli tardivi | 35% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 30.393 € da tempo operativo recuperato e attese ridotte, 17.100 € da rilavorazioni, difetti o eccezioni evitate e 15.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 63.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 30.393 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.100 € |
| Ritardi, reclami o rischi operativi ridotti | 15.800 € |
| Saving finale misurato | 63.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 24% al 6%. Il processo Change management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SanitarioMiglioramento flusso dimissioniNel processo Dimissione paziente, il caso studio “Miglioramento flusso dimissioni” nasce in una struttura sanitaria con attività ambulatoriali e di laboratorio. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 11 gg a 6 gg; il saving finale misurato è stato di 70.300 €.Processo: Dimissione pazienteDurata: 9 settimaneSaving finale: 70.300 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Dimissione paziente in una struttura sanitaria con attività ambulatoriali e di laboratorio. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 11 gg a 6 gg, con un saving annuo difendibile di 70.300 €.
La storia del progetto
Il processo Dimissione paziente operava in una struttura sanitaria con attività ambulatoriali e di laboratorio e coinvolgeva accettazione, refertazione e agenda pazienti. Il volume era di circa 1.980 accessi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento flusso dimissioni”, misurando il flusso reale del processo Dimissione paziente e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 70.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura sanitaria con attività ambulatoriali e di laboratorio, nel processo Dimissione paziente. Il flusso gestiva circa 1.980 accessi l’anno e il segnale più evidente era Lead time medio pari a 11 gg in baseline. |
| Cliente | Il cliente del processo era costituito da paziente, medico, accettazione e laboratorio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Dimissione paziente, il cliente del processo (paziente, medico, accettazione e laboratorio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente, medico, accettazione e laboratorio |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 11 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 11 gg | 6 gg | -50% |
| Errori o eccezioni | 22% | 8% | -67% |
| First Time Right | 62% | 89% | +27 pt |
| Solleciti manuali | 40/mese | 16/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.759 € da tempo operativo recuperato e attese ridotte, 19.000 € da rilavorazioni, difetti o eccezioni evitate e 17.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 70.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.759 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.000 € |
| Ritardi, reclami o rischi operativi ridotti | 17.500 € |
| Saving finale misurato | 70.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 11 gg a 6 gg. Il processo Dimissione paziente è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · PianificazioneMiglioramento forecast accuracyNel processo Demand planning, il caso studio “Miglioramento forecast accuracy” nasce in una funzione aziendale di Pianificazione. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 51.600 €.Processo: Demand planningDurata: 12 settimaneSaving finale: 51.600 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Demand planning in una funzione aziendale di Pianificazione. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 51.600 €.
La storia del progetto
Il processo Demand planning operava in una funzione aziendale di Pianificazione e coinvolgeva forecast, piano produzione, stockout e bullwhip. Il volume era di circa 5.775 codici l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento forecast accuracy”, misurando il flusso reale del processo Demand planning e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 51.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Pianificazione, nel processo Demand planning. Il flusso gestiva circa 5.775 codici l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, vendite, acquisti e supply chain. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Demand planning, il cliente del processo (produzione, vendite, acquisti e supply chain) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, vendite, acquisti e supply chain |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 24.768 € da tempo operativo recuperato e attese ridotte, 13.900 € da rilavorazioni, difetti o eccezioni evitate e 12.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 51.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 24.768 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.900 € |
| Ritardi, reclami o rischi operativi ridotti | 12.900 € |
| Saving finale misurato | 51.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Demand planning è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · VenditeMiglioramento forecast accuracy venditeNel processo Sales forecast, il caso studio “Miglioramento forecast accuracy vendite” nasce in una funzione aziendale di Vendite. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 110.100 €.Processo: Sales forecastDurata: 9 settimaneSaving finale: 110.100 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sales forecast in una funzione aziendale di Vendite. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 110.100 €.
La storia del progetto
Il processo Sales forecast operava in una funzione aziendale di Vendite e coinvolgeva lead, offerte, sconti e previsione vendite. Il volume era di circa 6.580 opportunità l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento forecast accuracy vendite”, misurando il flusso reale del processo Sales forecast e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 110.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Vendite, nel processo Sales forecast. Il flusso gestiva circa 6.580 opportunità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, account manager, sales operations e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sales forecast, il cliente del processo (cliente, account manager, sales operations e finance) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, account manager, sales operations e finance |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.848 € da tempo operativo recuperato e attese ridotte, 29.700 € da rilavorazioni, difetti o eccezioni evitate e 27.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 110.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.848 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.700 € |
| Ritardi, reclami o rischi operativi ridotti | 27.600 € |
| Saving finale misurato | 110.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Sales forecast è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Project managementMiglioramento forecast budget progettoNel processo Controllo costi progetto, il caso studio “Miglioramento forecast budget progetto” nasce in una funzione di project management con iniziative trasversali. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 72.700 €.Processo: Controllo costi progettoDurata: 10 settimaneSaving finale: 72.700 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo costi progetto in una funzione di project management con iniziative trasversali. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 72.700 €.
La storia del progetto
Il processo Controllo costi progetto operava in una funzione di project management con iniziative trasversali e coinvolgeva milestone, budget, change request e forecast progetto. Il volume era di circa 6.120 progetti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento forecast budget progetto”, misurando il flusso reale del processo Controllo costi progetto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 72.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione di project management con iniziative trasversali, nel processo Controllo costi progetto. Il flusso gestiva circa 6.120 progetti l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, PM, funzioni owner e controllo costi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo costi progetto, il cliente del processo (sponsor, PM, funzioni owner e controllo costi) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, PM, funzioni owner e controllo costi |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.884 € da tempo operativo recuperato e attese ridotte, 19.600 € da rilavorazioni, difetti o eccezioni evitate e 18.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 72.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.884 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.600 € |
| Ritardi, reclami o rischi operativi ridotti | 18.200 € |
| Saving finale misurato | 72.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Controllo costi progetto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza macchine e impiantiMiglioramento gestione modifiche impianto sicureNel processo Management of change HSE, il caso studio “Miglioramento gestione modifiche impianto sicure” nasce in un contesto operativo HSE nell’area Sicurezza macchine e impianti. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 20/mese a 8/mese; il saving finale misurato è stato di 86.900 €.Processo: Management of change HSEDurata: 10 settimaneSaving finale: 86.900 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Management of change HSE in un contesto operativo HSE nell’area Sicurezza macchine e impianti. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 20/mese a 8/mese, con un saving annuo difendibile di 86.900 €.
La storia del progetto
Il processo Management of change HSE operava in un contesto operativo HSE nell’area Sicurezza macchine e impianti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.490 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, e questo ha reso necessario trasformare “Miglioramento gestione modifiche impianto sicure” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 86.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza macchine e impianti, nel processo Management of change HSE. Il flusso gestiva circa 6.490 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 20/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento gestione modifiche impianto sicure” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 20/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 57% | 88% | +31 pt |
| Comportamenti sicuri osservati | 64% | 86% | +22 pt |
| Controlli pre-attività completi | 59% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Compliance matrix | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Audit trail | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard work regolatorio | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | CAPA management | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.697 € da tempo operativo recuperato e attese ridotte, 23.500 € da rilavorazioni, difetti o eccezioni evitate e 21.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 86.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.697 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.500 € |
| Ritardi, reclami o rischi operativi ridotti | 21.700 € |
| Saving finale misurato | 86.900 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 20/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · Miglioramento continuoMiglioramento governance benefici post-progettoNel processo Benefit tracking, il caso studio “Miglioramento governance benefici post-progetto” nasce in una funzione aziendale di Miglioramento continuo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Saving senza owner, è passato dal 50% al 11%; il saving finale misurato è stato di 52.500 €.Processo: Benefit trackingDurata: 12 settimaneSaving finale: 52.500 €-75% Saving senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Benefit tracking in una funzione aziendale di Miglioramento continuo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Saving senza owner, dal 50% al 11%, con un saving annuo difendibile di 52.500 €.
La storia del progetto
Il processo Benefit tracking operava in una funzione aziendale di Miglioramento continuo e coinvolgeva pipeline idee, saving tracking e standardizzazione. Il volume era di circa 5.820 iniziative l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Saving senza owner ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento governance benefici post-progetto”, misurando il flusso reale del processo Benefit tracking e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 52.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Miglioramento continuo, nel processo Benefit tracking. Il flusso gestiva circa 5.820 iniziative l’anno e il segnale più evidente era Saving senza owner pari al 50% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione operations, process owner e team kaizen. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Benefit tracking, il cliente del processo (direzione operations, process owner e team kaizen) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione operations, process owner e team kaizen |
| KPI principale | Saving senza owner |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Saving senza owner, partiva dal 50%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Saving senza owner | 50% | 11% | -75% |
| Benefici verificati | 45% | 86% | +46 pt |
| Azioni decadute | 33% | 9% | -66% |
| Cadenza review | sporadica | mensile | standard validato |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Benefit tracking | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Control tower saving | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Governance owner | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit post-progetto | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Saving senza owner è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Saving senza owner | 11% | Settimanale |
| Benefici verificati | 86% | Mensile |
| Azioni decadute | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 25.200 € da tempo operativo recuperato e attese ridotte, 14.200 € da rilavorazioni, difetti o eccezioni evitate e 13.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 52.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 25.200 € |
| Rilavorazioni, difetti o eccezioni evitate | 14.200 € |
| Ritardi, reclami o rischi operativi ridotti | 13.100 € |
| Saving finale misurato | 52.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Saving senza owner, passato dal 50% al 11%. Il processo Benefit tracking è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · A3, Obeya e visual governanceMiglioramento handoff engineering-operations con A3Nel processo Transizione progetto verso operations, il caso studio “Miglioramento handoff engineering-operations con A3” nasce in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 26% al 10%; il saving finale misurato è stato di 69.300 €.Processo: Transizione progetto verso operationsDurata: 13 settimaneSaving finale: 69.300 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Transizione progetto verso operations in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 26% al 10%, con un saving annuo difendibile di 69.300 €.
La storia del progetto
Il processo Transizione progetto verso operations operava in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 285 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento handoff engineering-operations con A3”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 69.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance, nel processo Transizione progetto verso operations. Il flusso gestiva circa 285 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento handoff engineering-operations con A3” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Transizione progetto verso operations.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 26% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 26% | 10% | -67% |
| Tempo reazione a deviazione | 50 h | 23 h | -54% |
| Azioni completate on-time | 60% | 90% | +30 pt |
| Stabilità del nuovo standard | 51% | 84% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | A3 thinking | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Obeya visual wall | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision log | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Handoff matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 10% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 23 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.264 € da tempo operativo recuperato e attese ridotte, 18.700 € da rilavorazioni, difetti o eccezioni evitate e 17.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 69.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.264 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.700 € |
| Ritardi, reclami o rischi operativi ridotti | 17.300 € |
| Saving finale misurato | 69.300 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 26% al 10%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Lean Project ManagementMiglioramento handoff progetto con A3 e ObeyaNel processo Handoff tra progettazione, acquisti e operations, il caso studio “Miglioramento handoff progetto con A3 e Obeya” nasce in un’organizzazione con progetti complessi nell’area Lean Project Management. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 26% al 10%; il saving finale misurato è stato di 81.900 €.Processo: Handoff tra progettazione, acquisti e operationsDurata: 12 settimaneSaving finale: 81.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Handoff tra progettazione, acquisti e operations in un’organizzazione con progetti complessi nell’area Lean Project Management. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 26% al 10%, con un saving annuo difendibile di 81.900 €.
La storia del progetto
Il processo Handoff tra progettazione, acquisti e operations operava in un’organizzazione con progetti complessi nell’area Lean Project Management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 264 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento handoff progetto con A3 e Obeya”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Lean Project Management, nel processo Handoff tra progettazione, acquisti e operations. Il flusso gestiva circa 264 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento handoff progetto con A3 e Obeya” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Handoff tra progettazione, acquisti e operations.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 26% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 26% | 10% | -67% |
| Tempo reazione a deviazione | 50 h | 23 h | -54% |
| Azioni completate on-time | 60% | 90% | +30 pt |
| Stabilità del nuovo standard | 51% | 84% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | A3 thinking | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Obeya visual wall | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision log | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Handoff matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 10% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 23 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.312 € da tempo operativo recuperato e attese ridotte, 22.100 € da rilavorazioni, difetti o eccezioni evitate e 20.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.312 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.100 € |
| Ritardi, reclami o rischi operativi ridotti | 20.500 € |
| Saving finale misurato | 81.900 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 26% al 10%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · MarketingMiglioramento lead qualificationNel processo Lead management, il caso studio “Miglioramento lead qualification” nasce in una funzione aziendale di Marketing. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 10 gg a 5 gg; il saving finale misurato è stato di 106.800 €.Processo: Lead managementDurata: 8 settimaneSaving finale: 106.800 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Lead management in una funzione aziendale di Marketing. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 10 gg a 5 gg, con un saving annuo difendibile di 106.800 €.
La storia del progetto
Il processo Lead management operava in una funzione aziendale di Marketing e coinvolgeva lead management, campagne, dati CRM e performance marketing. Il volume era di circa 5.225 lead l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento lead qualification”, misurando il flusso reale del processo Lead management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Marketing, nel processo Lead management. Il flusso gestiva circa 5.225 lead l’anno e il segnale più evidente era Lead time medio pari a 10 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sales, marketing manager e direzione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Lead management, il cliente del processo (sales, marketing manager e direzione commerciale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sales, marketing manager e direzione commerciale |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 10 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 10 gg | 5 gg | -50% |
| Errori o eccezioni | 21% | 7% | -67% |
| First Time Right | 61% | 88% | +27 pt |
| Solleciti manuali | 39/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 5 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 5 gg | Settimanale |
| Errori o eccezioni | 7% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.264 € da tempo operativo recuperato e attese ridotte, 28.800 € da rilavorazioni, difetti o eccezioni evitate e 26.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.264 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.800 € |
| Ritardi, reclami o rischi operativi ridotti | 26.700 € |
| Saving finale misurato | 106.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 10 gg a 5 gg. Il processo Lead management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · MeccanicaMiglioramento OEE cella produttivaNel processo Cella meccanica, il caso studio “Miglioramento OEE cella produttiva” nasce in un’officina meccanica con celle CNC e flussi multi-prodotto. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, OEE linea/cella, è passato dal 63% al 78%; il saving finale misurato è stato di 118.300 €.Processo: Cella meccanicaDurata: 11 settimaneSaving finale: 118.300 €+15 pt OEE linea/cellaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cella meccanica in un’officina meccanica con celle CNC e flussi multi-prodotto. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, OEE linea/cella, dal 63% al 78%, con un saving annuo difendibile di 118.300 €.
La storia del progetto
Il processo Cella meccanica operava in un’officina meccanica con celle CNC e flussi multi-prodotto e coinvolgeva tornitura, attrezzaggio, controllo e pianificazione. Il volume era di circa 16.380 ordini l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando OEE linea/cella ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento OEE cella produttiva”, misurando il flusso reale del processo Cella meccanica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 118.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’officina meccanica con celle CNC e flussi multi-prodotto, nel processo Cella meccanica. Il flusso gestiva circa 16.380 ordini l’anno e il segnale più evidente era OEE linea/cella pari al 63% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cella meccanica, il cliente del processo (cliente industriale, qualità e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione produzione |
| KPI principale | OEE linea/cella |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, OEE linea/cella, partiva dal 63%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea/cella | 63% | 78% | +15 pt |
| Microfermate non classificate | 34% | 12% | -63% |
| Perdite di velocità | 23% | 9% | -57% |
| Azioni daily chiuse on-time | 54% | 86% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI OEE linea/cella è stato portato al 78% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea/cella | 78% | Settimanale |
| Microfermate non classificate | 12% | Mensile |
| Perdite di velocità | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.784 € da tempo operativo recuperato e attese ridotte, 31.900 € da rilavorazioni, difetti o eccezioni evitate e 29.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 118.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.784 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.900 € |
| Ritardi, reclami o rischi operativi ridotti | 29.600 € |
| Saving finale misurato | 118.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI OEE linea/cella, passato dal 63% al 78%. Il processo Cella meccanica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AutomobilisticoMiglioramento OEE linea di assemblaggioNel processo Linea assemblaggio, il caso studio “Miglioramento OEE linea di assemblaggio” nasce in uno stabilimento automotive con flussi JIT e controlli di fine linea. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, OEE linea/cella, è passato dal 63% al 78%; il saving finale misurato è stato di 149.000 €.Processo: Linea assemblaggioDurata: 14 settimaneSaving finale: 149.000 €+15 pt OEE linea/cellaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Linea assemblaggio in uno stabilimento automotive con flussi JIT e controlli di fine linea. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, OEE linea/cella, dal 63% al 78%, con un saving annuo difendibile di 149.000 €.
La storia del progetto
Il processo Linea assemblaggio operava in uno stabilimento automotive con flussi JIT e controlli di fine linea e coinvolgeva linea, logistica interna, qualità e manutenzione. Il volume era di circa 12.480 pezzi l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando OEE linea/cella ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento OEE linea di assemblaggio”, misurando il flusso reale del processo Linea assemblaggio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 149.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento automotive con flussi JIT e controlli di fine linea, nel processo Linea assemblaggio. Il flusso gestiva circa 12.480 pezzi l’anno e il segnale più evidente era OEE linea/cella pari al 63% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità cliente e pianificazione linea. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Linea assemblaggio, il cliente del processo (cliente OEM, qualità cliente e pianificazione linea) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità cliente e pianificazione linea |
| KPI principale | OEE linea/cella |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, OEE linea/cella, partiva dal 63%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea/cella | 63% | 78% | +15 pt |
| Microfermate non classificate | 34% | 12% | -63% |
| Perdite di velocità | 23% | 9% | -57% |
| Azioni daily chiuse on-time | 54% | 86% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI OEE linea/cella è stato portato al 78% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea/cella | 78% | Settimanale |
| Microfermate non classificate | 12% | Mensile |
| Perdite di velocità | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 71.526 € da tempo operativo recuperato e attese ridotte, 40.200 € da rilavorazioni, difetti o eccezioni evitate e 37.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 149.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 71.526 € |
| Rilavorazioni, difetti o eccezioni evitate | 40.200 € |
| Ritardi, reclami o rischi operativi ridotti | 37.300 € |
| Saving finale misurato | 149.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI OEE linea/cella, passato dal 63% al 78%. Il processo Linea assemblaggio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ProduzioneMiglioramento OEE linea produttivaNel processo Performance linea, il caso studio “Miglioramento OEE linea produttiva” nasce in una funzione aziendale di Produzione. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, OEE linea/cella, è passato dal 64% al 79%; il saving finale misurato è stato di 50.800 €.Processo: Performance lineaDurata: 11 settimaneSaving finale: 50.800 €+15 pt OEE linea/cellaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Performance linea in una funzione aziendale di Produzione. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, OEE linea/cella, dal 64% al 79%, con un saving annuo difendibile di 50.800 €.
La storia del progetto
Il processo Performance linea operava in una funzione aziendale di Produzione e coinvolgeva performance linea, scarti, setup, passaggi consegne e sicurezza. Il volume era di circa 5.570 turni l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando OEE linea/cella ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento OEE linea produttiva”, misurando il flusso reale del processo Performance linea e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 50.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Produzione, nel processo Performance linea. Il flusso gestiva circa 5.570 turni l’anno e il segnale più evidente era OEE linea/cella pari al 64% in baseline. |
| Cliente | Il cliente del processo era costituito da pianificazione, qualità, cliente finale e capi turno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Performance linea, il cliente del processo (pianificazione, qualità, cliente finale e capi turno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, qualità, cliente finale e capi turno |
| KPI principale | OEE linea/cella |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, OEE linea/cella, partiva dal 64%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea/cella | 64% | 79% | +15 pt |
| Microfermate non classificate | 35% | 13% | -63% |
| Perdite di velocità | 24% | 10% | -57% |
| Azioni daily chiuse on-time | 55% | 84% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI OEE linea/cella è stato portato al 79% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea/cella | 79% | Settimanale |
| Microfermate non classificate | 13% | Mensile |
| Perdite di velocità | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 24.372 € da tempo operativo recuperato e attese ridotte, 13.700 € da rilavorazioni, difetti o eccezioni evitate e 12.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 50.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 24.372 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.700 € |
| Ritardi, reclami o rischi operativi ridotti | 12.700 € |
| Saving finale misurato | 50.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI OEE linea/cella, passato dal 64% al 79%. Il processo Performance linea è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Smart Factory, MES e IIoTMiglioramento OEE real time con MESNel processo Raccolta dati produzione e performance linea, il caso studio “Miglioramento OEE real time con MES” nasce in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, OEE linea/cella, è passato dal 65% al 76%; il saving finale misurato è stato di 159.800 €.Processo: Raccolta dati produzione e performance lineaDurata: 12 settimaneSaving finale: 159.800 €+15 pt OEE linea/cellaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Raccolta dati produzione e performance linea in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, OEE linea/cella, dal 65% al 76%, con un saving annuo difendibile di 159.800 €.
La storia del progetto
Il processo Raccolta dati produzione e performance linea operava in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 17.840 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI OEE linea/cella era pari al 65%: per questo il progetto “Miglioramento OEE real time con MES” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 159.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT, nel processo Raccolta dati produzione e performance linea. Il flusso gestiva circa 17.840 eventi digitali l’anno e il segnale più evidente era OEE linea/cella pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Raccolta dati produzione e performance linea e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | OEE linea/cella |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI OEE linea/cella partiva dal 65%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea/cella | 65% | 76% | +15 pt |
| Microfermate non classificate | 36% | 12% | -63% |
| Perdite di velocità | 25% | 9% | -57% |
| Azioni daily chiuse on-time | 56% | 85% | +32 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | MES integration | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | OEE dashboard | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Reason code standard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Shopfloor data governance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI OEE linea/cella è stato portato al 76% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea/cella | 76% | Settimanale |
| Microfermate non classificate | 12% | Mensile |
| Perdite di velocità | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 76.700 € da tempo operativo recuperato e attese ridotte, 43.100 € da rilavorazioni, difetti o eccezioni evitate e 40.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 159.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 76.700 € |
| Rilavorazioni, difetti o eccezioni evitate | 43.100 € |
| Ritardi, reclami o rischi operativi ridotti | 40.000 € |
| Saving finale misurato | 159.800 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI OEE linea/cella è passato dal 65% al 76%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Raccolta dati produzione e performance linea.
DMAIC · Funzioni · Ricerca e sviluppoMiglioramento passaggio a industrializzazioneNel processo Industrializzazione prodotto, il caso studio “Miglioramento passaggio a industrializzazione” nasce in una funzione aziendale di Ricerca e sviluppo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 16 gg a 5 gg; il saving finale misurato è stato di 106.800 €.Processo: Industrializzazione prodottoDurata: 12 settimaneSaving finale: 106.800 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Industrializzazione prodotto in una funzione aziendale di Ricerca e sviluppo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 5 gg, con un saving annuo difendibile di 106.800 €.
La storia del progetto
Il processo Industrializzazione prodotto operava in una funzione aziendale di Ricerca e sviluppo e coinvolgeva sperimentazione, validazione e handover a operations. Il volume era di circa 6.350 prove l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento passaggio a industrializzazione”, misurando il flusso reale del processo Industrializzazione prodotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Ricerca e sviluppo, nel processo Industrializzazione prodotto. Il flusso gestiva circa 6.350 prove l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da product manager, engineering, operations e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Industrializzazione prodotto, il cliente del processo (product manager, engineering, operations e cliente finale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | product manager, engineering, operations e cliente finale |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 5 gg | -50% |
| Errori o eccezioni | 27% | 7% | -67% |
| First Time Right | 67% | 90% | +27 pt |
| Solleciti manuali | 45/mese | 17/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 5 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 5 gg | Settimanale |
| Errori o eccezioni | 7% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.264 € da tempo operativo recuperato e attese ridotte, 28.800 € da rilavorazioni, difetti o eccezioni evitate e 26.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.264 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.800 € |
| Ritardi, reclami o rischi operativi ridotti | 26.700 € |
| Saving finale misurato | 106.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 5 gg. Il processo Industrializzazione prodotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Agile e ScrumMiglioramento prevedibilità sprint con ScrumNel processo Delivery prodotto digitale, il caso studio “Miglioramento prevedibilità sprint con Scrum” nasce in un’organizzazione con progetti complessi nell’area Agile e Scrum. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Lead time medio, è passato da 14 gg a 8 gg; il saving finale misurato è stato di 72.400 €.Processo: Delivery prodotto digitaleDurata: 10 settimaneSaving finale: 72.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Delivery prodotto digitale in un’organizzazione con progetti complessi nell’area Agile e Scrum. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 8 gg, con un saving annuo difendibile di 72.400 €.
La storia del progetto
Il processo Delivery prodotto digitale operava in un’organizzazione con progetti complessi nell’area Agile e Scrum e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 257 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Lead time medio ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento prevedibilità sprint con Scrum”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 72.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e Scrum, nel processo Delivery prodotto digitale. Il flusso gestiva circa 257 milestone l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento prevedibilità sprint con Scrum” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Delivery prodotto digitale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Lead time medio |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Lead time medio era pari a 14 gg e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 8 gg | -50% |
| Attese tra fasi | 40 h | 18 h | -58% |
| Pratiche oltre SLA | 31% | 12% | -66% |
| Solleciti manuali | 46/mese | 20/mese | -59% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Sprint planning | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Daily Scrum | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Sprint review | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Retrospective | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Lead time medio è stato portato a 8 gg e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.752 € da tempo operativo recuperato e attese ridotte, 19.500 € da rilavorazioni, difetti o eccezioni evitate e 18.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 72.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.752 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.500 € |
| Ritardi, reclami o rischi operativi ridotti | 18.100 € |
| Saving finale misurato | 72.400 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Lead time medio, passato da 14 gg a 8 gg. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Agile e delivery ibridaMiglioramento prevedibilità sprint deliveryNel processo Sprint planning e velocity, il caso studio “Miglioramento prevedibilità sprint delivery” nasce in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Sprint goal raggiunti, è passato dal 56% al 82%; il saving finale misurato è stato di 79.000 €.Processo: Sprint planning e velocityDurata: 11 settimaneSaving finale: 79.000 €+26 pt Sprint goal raggiuntiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sprint planning e velocity in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Sprint goal raggiunti, dal 56% al 82%, con un saving annuo difendibile di 79.000 €.
La storia del progetto
Il processo Sprint planning e velocity operava in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 206 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Sprint goal raggiunti ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento prevedibilità sprint delivery”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida, nel processo Sprint planning e velocity. Il flusso gestiva circa 206 milestone l’anno e il segnale più evidente era Sprint goal raggiunti pari al 56% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento prevedibilità sprint delivery” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Sprint planning e velocity.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Sprint goal raggiunti |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Sprint goal raggiunti era pari al 56% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Sprint goal raggiunti | 56% | 82% | +26 pt |
| Backlog item bloccati | 38% | 14% | -62% |
| Velocity prevedibile | 52% | 80% | +28 pt |
| Difetti post-release | 22% | 8% | -61% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Sprint planning | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Backlog refinement | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Velocity review | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Definition of Done | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Sprint goal raggiunti è stato portato al 82% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Sprint goal raggiunti | 82% | Settimanale |
| Backlog item bloccati | 14% | Mensile |
| Velocity prevedibile | 80% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.920 € da tempo operativo recuperato e attese ridotte, 21.300 € da rilavorazioni, difetti o eccezioni evitate e 19.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.920 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.300 € |
| Ritardi, reclami o rischi operativi ridotti | 19.800 € |
| Saving finale misurato | 79.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Sprint goal raggiunti, passato dal 56% al 82%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Rischi e issue managementMiglioramento prevenzione rischi su progetti strategiciNel processo Risk register e mitigation plan, il caso studio “Miglioramento prevenzione rischi su progetti strategici” nasce in un’organizzazione con progetti complessi nell’area Rischi e issue management. Prima del progetto, rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. Il KPI guida, Rischi senza mitigation, è passato dal 41% al 12%; il saving finale misurato è stato di 81.300 €.Processo: Risk register e mitigation planDurata: 11 settimaneSaving finale: 81.300 €-68% Rischi senza mitigationLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Risk register e mitigation plan in un’organizzazione con progetti complessi nell’area Rischi e issue management. La criticità iniziale era chiara: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. L’intervento ha portato il KPI principale, Rischi senza mitigation, dal 41% al 12%, con un saving annuo difendibile di 81.300 €.
La storia del progetto
Il processo Risk register e mitigation plan operava in un’organizzazione con progetti complessi nell’area Rischi e issue management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 207 milestone l’anno. La criticità era concreta: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano.
Il progetto è stato aperto quando Rischi senza mitigation ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Miglioramento prevenzione rischi su progetti strategici”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Rischi e issue management, nel processo Risk register e mitigation plan. Il flusso gestiva circa 207 milestone l’anno e il segnale più evidente era Rischi senza mitigation pari al 41% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Miglioramento prevenzione rischi su progetti strategici” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Risk register e mitigation plan.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Rischi senza mitigation |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Rischi senza mitigation era pari al 41% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Rischi senza mitigation | 41% | 12% | -68% |
| Issue oltre SLA | 33% | 11% | -63% |
| Escalation tardive | 27% | 8% | -67% |
| Recovery time progetto | 17 gg | 6 gg | -57% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Risk register | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Issue log | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Mitigation plan | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Escalation matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Rischi senza mitigation è stato portato al 12% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Rischi senza mitigation | 12% | Settimanale |
| Issue oltre SLA | 11% | Mensile |
| Escalation tardive | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.024 € da tempo operativo recuperato e attese ridotte, 22.000 € da rilavorazioni, difetti o eccezioni evitate e 20.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.024 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.000 € |
| Ritardi, reclami o rischi operativi ridotti | 20.300 € |
| Saving finale misurato | 81.300 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Rischi senza mitigation, passato dal 41% al 12%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Processi Transazionali · Procure to PayMiglioramento puntualità pagamento fornitori criticiNel processo Supplier payment management, il caso studio “Miglioramento puntualità pagamento fornitori critici” nasce in un processo transazionale Procure to Pay con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 14 gg a 6 gg; il saving finale misurato è stato di 76.400 €.Processo: Supplier payment managementDurata: 13 settimaneSaving finale: 76.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Supplier payment management in un processo transazionale Procure to Pay con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 6 gg, con un saving annuo difendibile di 76.400 €.
La storia del progetto
Il processo Supplier payment management operava in un processo transazionale Procure to Pay con più funzioni coinvolte e coinvolgeva richieste acquisto, ordini, ricezioni e three-way match. Il volume era di circa 13.200 fatture l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento puntualità pagamento fornitori critici”, misurando il flusso reale del processo Supplier payment management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 76.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Procure to Pay con più funzioni coinvolte, nel processo Supplier payment management. Il flusso gestiva circa 13.200 fatture l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, magazzino, AP e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Supplier payment management, il cliente del processo (richiedente interno, buyer, magazzino, AP e fornitore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, magazzino, AP e fornitore |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 6 gg | -50% |
| Errori o eccezioni | 25% | 8% | -67% |
| First Time Right | 65% | 88% | +27 pt |
| Solleciti manuali | 43/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.670 € da tempo operativo recuperato e attese ridotte, 20.600 € da rilavorazioni, difetti o eccezioni evitate e 19.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 76.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.670 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.600 € |
| Ritardi, reclami o rischi operativi ridotti | 19.100 € |
| Saving finale misurato | 76.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 6 gg. Il processo Supplier payment management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · TrasportiMiglioramento puntualità partenzeNel processo Esercizio operativo, il caso studio “Miglioramento puntualità partenze” nasce in un’azienda di trasporto con deposito mezzi e pianificazione corse. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 12 gg a 7 gg; il saving finale misurato è stato di 84.100 €.Processo: Esercizio operativoDurata: 11 settimaneSaving finale: 84.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Esercizio operativo in un’azienda di trasporto con deposito mezzi e pianificazione corse. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 7 gg, con un saving annuo difendibile di 84.100 €.
La storia del progetto
Il processo Esercizio operativo operava in un’azienda di trasporto con deposito mezzi e pianificazione corse e coinvolgeva sala operativa, deposito e piazzale. Il volume era di circa 2.210 corse l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento puntualità partenze”, misurando il flusso reale del processo Esercizio operativo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 84.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di trasporto con deposito mezzi e pianificazione corse, nel processo Esercizio operativo. Il flusso gestiva circa 2.210 corse l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da passeggero/cliente, planner, autista e responsabile esercizio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Esercizio operativo, il cliente del processo (passeggero/cliente, planner, autista e responsabile esercizio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | passeggero/cliente, planner, autista e responsabile esercizio |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 12 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 7 gg | -50% |
| Errori o eccezioni | 23% | 9% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Solleciti manuali | 41/mese | 17/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Errori o eccezioni | 9% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.359 € da tempo operativo recuperato e attese ridotte, 22.700 € da rilavorazioni, difetti o eccezioni evitate e 21.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 84.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.359 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.700 € |
| Ritardi, reclami o rischi operativi ridotti | 21.000 € |
| Saving finale misurato | 84.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 12 gg a 7 gg. Il processo Esercizio operativo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · MarketingMiglioramento qualità dati CRMNel processo Marketing operations data, il caso studio “Miglioramento qualità dati CRM” nasce in una funzione aziendale di Marketing. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Campi dati errati/incompleti, è passato dal 25% al 9%; il saving finale misurato è stato di 109.600 €.Processo: Marketing operations dataDurata: 11 settimaneSaving finale: 109.600 €-68% Campi dati errati/incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Marketing operations data in una funzione aziendale di Marketing. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Campi dati errati/incompleti, dal 25% al 9%, con un saving annuo difendibile di 109.600 €.
La storia del progetto
Il processo Marketing operations data operava in una funzione aziendale di Marketing e coinvolgeva lead management, campagne, dati CRM e performance marketing. Il volume era di circa 5.705 lead l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Campi dati errati/incompleti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento qualità dati CRM”, misurando il flusso reale del processo Marketing operations data e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 109.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Marketing, nel processo Marketing operations data. Il flusso gestiva circa 5.705 lead l’anno e il segnale più evidente era Campi dati errati/incompleti pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sales, marketing manager e direzione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Marketing operations data, il cliente del processo (sales, marketing manager e direzione commerciale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sales, marketing manager e direzione commerciale |
| KPI principale | Campi dati errati/incompleti |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Campi dati errati/incompleti, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Campi dati errati/incompleti | 25% | 9% | -68% |
| Duplicati master data | 13% | 3% | -73% |
| First Time Right dati | 60% | 91% | +31 pt |
| Riconciliazioni manuali | 40% | 17% | -60% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Campi dati errati/incompleti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Campi dati errati/incompleti | 9% | Settimanale |
| Duplicati master data | 3% | Mensile |
| First Time Right dati | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.596 € da tempo operativo recuperato e attese ridotte, 29.600 € da rilavorazioni, difetti o eccezioni evitate e 27.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 109.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.596 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.600 € |
| Ritardi, reclami o rischi operativi ridotti | 27.400 € |
| Saving finale misurato | 109.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Campi dati errati/incompleti, passato dal 25% al 9%. Il processo Marketing operations data è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · SPC digitale e controllo statisticoMiglioramento reazione a trend fuori controlloNel processo Routine di escalation SPC digitale, il caso studio “Miglioramento reazione a trend fuori controllo” nasce in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 122.500 €.Processo: Routine di escalation SPC digitaleDurata: 14 settimaneSaving finale: 122.500 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Routine di escalation SPC digitale in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 122.500 €.
La storia del progetto
Il processo Routine di escalation SPC digitale operava in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.820 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI KPI critico fuori target era pari al 30%: per questo il progetto “Miglioramento reazione a trend fuori controllo” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 122.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico, nel processo Routine di escalation SPC digitale. Il flusso gestiva circa 19.820 eventi digitali l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Routine di escalation SPC digitale e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | KPI critico fuori target |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI KPI critico fuori target partiva dal 30%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | SPC digitale | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Control chart | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Process capability | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alert threshold | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI KPI critico fuori target è stato portato al 8% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.812 € da tempo operativo recuperato e attese ridotte, 33.100 € da rilavorazioni, difetti o eccezioni evitate e 30.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 122.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.812 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.100 € |
| Ritardi, reclami o rischi operativi ridotti | 30.600 € |
| Saving finale misurato | 122.500 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI KPI critico fuori target è passato dal 30% al 8%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Routine di escalation SPC digitale.
DMAIC · Manifatturiero · Lavorazione MarmoMiglioramento resa materialeNel processo Ottimizzazione taglio, il caso studio “Miglioramento resa materiale” nasce in un laboratorio industriale di lavorazione marmo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 127 k€/anno a 68 k€/anno; il saving finale misurato è stato di 98.200 €.Processo: Ottimizzazione taglioDurata: 13 settimaneSaving finale: 98.200 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ottimizzazione taglio in un laboratorio industriale di lavorazione marmo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 127 k€/anno a 68 k€/anno, con un saving annuo difendibile di 98.200 €.
La storia del progetto
Il processo Ottimizzazione taglio operava in un laboratorio industriale di lavorazione marmo e coinvolgeva movimentazione, taglio e ottimizzazione resa. Il volume era di circa 15.340 lastre l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento resa materiale”, misurando il flusso reale del processo Ottimizzazione taglio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 98.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un laboratorio industriale di lavorazione marmo, nel processo Ottimizzazione taglio. Il flusso gestiva circa 15.340 lastre l’anno e il segnale più evidente era Costo ricorrente del problema pari a 127 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da cliente contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ottimizzazione taglio, il cliente del processo (cliente contract, progettazione e produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente contract, progettazione e produzione |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 127 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 127 k€/anno | 68 k€/anno | -48% |
| Eccezioni costose | 27% | 10% | -64% |
| Ore manuali assorbite | 510 h/anno | 245 h/anno | -55% |
| Controlli preventivi | 46% | 76% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 68 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 68 k€/anno | Settimanale |
| Eccezioni costose | 10% | Mensile |
| Ore manuali assorbite | 245 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.124 € da tempo operativo recuperato e attese ridotte, 26.500 € da rilavorazioni, difetti o eccezioni evitate e 24.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 98.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.124 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.500 € |
| Ritardi, reclami o rischi operativi ridotti | 24.600 € |
| Saving finale misurato | 98.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 127 k€/anno a 68 k€/anno. Il processo Ottimizzazione taglio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · RFID, Data Matrix e tracciabilità digitaleMiglioramento rintracciabilità lotti con RFIDNel processo Tracking contenitori e semilavorati, il caso studio “Miglioramento rintracciabilità lotti con RFID” nasce in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. Prima del progetto, il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. Il KPI guida, Record genealogia completi, è passato dal 67% al 94%; il saving finale misurato è stato di 129.300 €.Processo: Tracking contenitori e semilavoratiDurata: 13 settimaneSaving finale: 129.300 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Tracking contenitori e semilavorati in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. La criticità iniziale era chiara: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. L’intervento ha portato il KPI principale, Record genealogia completi, dal 67% al 94%, con un saving annuo difendibile di 129.300 €.
La storia del progetto
Il processo Tracking contenitori e semilavorati operava in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.300 eventi digitali l’anno. La criticità era concreta: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Record genealogia completi era pari al 67%: per questo il progetto “Miglioramento rintracciabilità lotti con RFID” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale, nel processo Tracking contenitori e semilavorati. Il flusso gestiva circa 19.300 eventi digitali l’anno e il segnale più evidente era Record genealogia completi pari al 67% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Tracking contenitori e semilavorati e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Record genealogia completi |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Record genealogia completi partiva dal 67%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 67% | 94% | +30 pt |
| Tempo rintracciabilità lotto | 13 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 72% | 96% | +26 pt |
| Mix-up materiali/lotti | 12% | 3% | -78% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | RFID/Data Matrix | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Traceability matrix | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Genealogy dashboard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Scan compliance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Record genealogia completi è stato portato al 94% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 94% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.088 € da tempo operativo recuperato e attese ridotte, 34.900 € da rilavorazioni, difetti o eccezioni evitate e 32.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.088 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.900 € |
| Ritardi, reclami o rischi operativi ridotti | 32.300 € |
| Saving finale misurato | 129.300 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Record genealogia completi è passato dal 67% al 94%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Tracking contenitori e semilavorati.
Qualità · DFSS, DOE e qualità in progettazioneMiglioramento robustezza progetto con FMEA e CTQNel processo Traduzione requisiti cliente in caratteristiche critiche, il caso studio “Miglioramento robustezza progetto con FMEA e CTQ” nasce in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 115.600 €.Processo: Traduzione requisiti cliente in caratteristiche criticheDurata: 10 settimaneSaving finale: 115.600 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Traduzione requisiti cliente in caratteristiche critiche in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 115.600 €.
La storia del progetto
Il processo Traduzione requisiti cliente in caratteristiche critiche operava in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 9.170 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 30%. Il team ha quindi trattato “Miglioramento robustezza progetto con FMEA e CTQ” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 115.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione, nel processo Traduzione requisiti cliente in caratteristiche critiche. Il flusso gestiva circa 9.170 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento robustezza progetto con FMEA e CTQ” è stato collegato al processo Traduzione requisiti cliente in caratteristiche critiche, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 30% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | FMEA | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | CTQ flowdown | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Risk priority | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Control plan design | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.484 € da tempo operativo recuperato e attese ridotte, 31.200 € da rilavorazioni, difetti o eccezioni evitate e 28.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 115.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.484 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.200 € |
| Ritardi, reclami o rischi operativi ridotti | 28.900 € |
| Saving finale misurato | 115.600 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 30% al 8%. Il processo Traduzione requisiti cliente in caratteristiche critiche ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Servizi · ConsulenzaMiglioramento saturazione consulentiNel processo Pianificazione risorse consulenziali, il caso studio “Miglioramento saturazione consulenti” nasce in una società di consulenza con clienti enterprise. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 61.400 €.Processo: Pianificazione risorse consulenzialiDurata: 12 settimaneSaving finale: 61.400 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione risorse consulenziali in una società di consulenza con clienti enterprise. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 61.400 €.
La storia del progetto
Il processo Pianificazione risorse consulenziali operava in una società di consulenza con clienti enterprise e coinvolgeva delivery consulenziale e PMO interno. Il volume era di circa 1.750 deliverable l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento saturazione consulenti”, misurando il flusso reale del processo Pianificazione risorse consulenziali e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 61.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società di consulenza con clienti enterprise, nel processo Pianificazione risorse consulenziali. Il flusso gestiva circa 1.750 deliverable l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente sponsor, consulente responsabile e partner di commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pianificazione risorse consulenziali, il cliente del processo (cliente sponsor, consulente responsabile e partner di commessa) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente sponsor, consulente responsabile e partner di commessa |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 29.469 € da tempo operativo recuperato e attese ridotte, 16.600 € da rilavorazioni, difetti o eccezioni evitate e 15.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 61.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 29.469 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.600 € |
| Ritardi, reclami o rischi operativi ridotti | 15.300 € |
| Saving finale misurato | 61.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 24% al 8%. Il processo Pianificazione risorse consulenziali è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · LogisticaMiglioramento saturazione magazzinoNel processo Gestione spazi magazzino, il caso studio “Miglioramento saturazione magazzino” nasce in una funzione aziendale di Logistica. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 95.600 €.Processo: Gestione spazi magazzinoDurata: 8 settimaneSaving finale: 95.600 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione spazi magazzino in una funzione aziendale di Logistica. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 95.600 €.
La storia del progetto
Il processo Gestione spazi magazzino operava in una funzione aziendale di Logistica e coinvolgeva picking, spedizioni, scorte e resi. Il volume era di circa 5.315 righe ordine l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento saturazione magazzino”, misurando il flusso reale del processo Gestione spazi magazzino e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 95.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Logistica, nel processo Gestione spazi magazzino. Il flusso gestiva circa 5.315 righe ordine l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, pianificazione, magazzino e trasportatore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione spazi magazzino, il cliente del processo (cliente finale, pianificazione, magazzino e trasportatore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, pianificazione, magazzino e trasportatore |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.900 € da tempo operativo recuperato e attese ridotte, 25.800 € da rilavorazioni, difetti o eccezioni evitate e 23.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 95.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.900 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.800 € |
| Ritardi, reclami o rischi operativi ridotti | 23.900 € |
| Saving finale misurato | 95.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 29% al 10%. Il processo Gestione spazi magazzino è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Miglioramento continuoMiglioramento saving pipelineNel processo Portfolio miglioramenti, il caso studio “Miglioramento saving pipeline” nasce in una funzione aziendale di Miglioramento continuo. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 39.100 €.Processo: Portfolio miglioramentiDurata: 10 settimaneSaving finale: 39.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Portfolio miglioramenti in una funzione aziendale di Miglioramento continuo. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 39.100 €.
La storia del progetto
Il processo Portfolio miglioramenti operava in una funzione aziendale di Miglioramento continuo e coinvolgeva pipeline idee, saving tracking e standardizzazione. Il volume era di circa 5.500 iniziative l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento saving pipeline”, misurando il flusso reale del processo Portfolio miglioramenti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 39.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Miglioramento continuo, nel processo Portfolio miglioramenti. Il flusso gestiva circa 5.500 iniziative l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione operations, process owner e team kaizen. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Portfolio miglioramenti, il cliente del processo (direzione operations, process owner e team kaizen) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione operations, process owner e team kaizen |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 18.756 € da tempo operativo recuperato e attese ridotte, 10.600 € da rilavorazioni, difetti o eccezioni evitate e 9.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 39.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 18.756 € |
| Rilavorazioni, difetti o eccezioni evitate | 10.600 € |
| Ritardi, reclami o rischi operativi ridotti | 9.700 € |
| Saving finale misurato | 39.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 24% al 8%. Il processo Portfolio miglioramenti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità fornitoriMiglioramento scorecard fornitori criticiNel processo Supplier quality scorecard, il caso studio “Miglioramento scorecard fornitori critici” nasce in un sistema qualità strutturato nell’area Qualità fornitori. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Lead time medio, è passato da 15 gg a 7 gg; il saving finale misurato è stato di 131.700 €.Processo: Supplier quality scorecardDurata: 10 settimaneSaving finale: 131.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Supplier quality scorecard in un sistema qualità strutturato nell’area Qualità fornitori. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Lead time medio, da 15 gg a 7 gg, con un saving annuo difendibile di 131.700 €.
La storia del progetto
Il processo Supplier quality scorecard operava in un sistema qualità strutturato nell’area Qualità fornitori e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.420 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Lead time medio risultava pari a 15 gg. Il team ha quindi trattato “Miglioramento scorecard fornitori critici” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 131.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità fornitori, nel processo Supplier quality scorecard. Il flusso gestiva circa 7.420 pratiche qualità l’anno e il segnale più evidente era Lead time medio pari a 15 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento scorecard fornitori critici” è stato collegato al processo Supplier quality scorecard, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Lead time medio |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Lead time medio partiva da 15 gg e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 15 gg | 7 gg | -50% |
| Errori o eccezioni | 26% | 9% | -67% |
| First Time Right | 66% | 89% | +27 pt |
| Solleciti manuali | 44/mese | 16/mese | -62% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Customer journey | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | SLA management | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Visual management | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Review settimanale | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Lead time medio è stato portato a 7 gg e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Errori o eccezioni | 9% | Mensile |
| First Time Right | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 63.228 € da tempo operativo recuperato e attese ridotte, 35.600 € da rilavorazioni, difetti o eccezioni evitate e 32.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 131.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 63.228 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.600 € |
| Ritardi, reclami o rischi operativi ridotti | 32.900 € |
| Saving finale misurato | 131.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Lead time medio, passato da 15 gg a 7 gg. Il processo Supplier quality scorecard ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Sicurezza · Sicurezza operativa LeanMiglioramento sicurezza area con 5S SafetyNel processo Ordine, pulizia e rischio inciampo/urto, il caso studio “Miglioramento sicurezza area con 5S Safety” nasce in un contesto operativo HSE nell’area Sicurezza operativa Lean. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 121.100 €.Processo: Ordine, pulizia e rischio inciampo/urtoDurata: 7 settimaneSaving finale: 121.100 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ordine, pulizia e rischio inciampo/urto in un contesto operativo HSE nell’area Sicurezza operativa Lean. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 121.100 €.
La storia del progetto
Il processo Ordine, pulizia e rischio inciampo/urto operava in un contesto operativo HSE nell’area Sicurezza operativa Lean e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 7.450 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, e questo ha reso necessario trasformare “Miglioramento sicurezza area con 5S Safety” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 121.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza operativa Lean, nel processo Ordine, pulizia e rischio inciampo/urto. Il flusso gestiva circa 7.450 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento sicurezza area con 5S Safety” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | 5S audit | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Spaghetti chart sicurezza | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Visual standard area | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Red tag safety | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.138 € da tempo operativo recuperato e attese ridotte, 32.700 € da rilavorazioni, difetti o eccezioni evitate e 30.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 121.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.138 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.700 € |
| Ritardi, reclami o rischi operativi ridotti | 30.300 € |
| Saving finale misurato | 121.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 22/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · ProduzioneMiglioramento sicurezza nelle attività di setupNel processo Setup linea e LOTO, il caso studio “Miglioramento sicurezza nelle attività di setup” nasce in una funzione aziendale di Produzione. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 6 h a 3 h; il saving finale misurato è stato di 78.300 €.Processo: Setup linea e LOTODurata: 10 settimaneSaving finale: 78.300 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Setup linea e LOTO in una funzione aziendale di Produzione. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 6 h a 3 h, con un saving annuo difendibile di 78.300 €.
La storia del progetto
Il processo Setup linea e LOTO operava in una funzione aziendale di Produzione e coinvolgeva performance linea, scarti, setup, passaggi consegne e sicurezza. Il volume era di circa 6.210 turni l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento sicurezza nelle attività di setup”, misurando il flusso reale del processo Setup linea e LOTO e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 78.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Produzione, nel processo Setup linea e LOTO. Il flusso gestiva circa 6.210 turni l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 6 h in baseline. |
| Cliente | Il cliente del processo era costituito da pianificazione, qualità, cliente finale e capi turno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Setup linea e LOTO, il cliente del processo (pianificazione, qualità, cliente finale e capi turno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, qualità, cliente finale e capi turno |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 6 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 6 h | 3 h | -55% |
| Cambi con checklist completa | 50% | 89% | +39 pt |
| Scarti post-riavvio | 9% | 4% | -63% |
| Fermi per materiali non pronti | 23% | 8% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Safety observation | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Near miss analysis | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Standard LOTO | Ridurre prove e scarti post-cambio |
| Review cambio turno | Control plan sicurezza | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 3 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 3 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 4% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.584 € da tempo operativo recuperato e attese ridotte, 21.100 € da rilavorazioni, difetti o eccezioni evitate e 19.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 78.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.584 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.100 € |
| Ritardi, reclami o rischi operativi ridotti | 19.600 € |
| Saving finale misurato | 78.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 6 h a 3 h. Il processo Setup linea e LOTO è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · AssicurativoMiglioramento SLA customer care sinistriNel processo Assistenza clienti sinistri, il caso studio “Miglioramento SLA customer care sinistri” nasce in una compagnia assicurativa con una rete liquidativa distribuita. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste oltre SLA risposta, è passato dal 38% al 13%; il saving finale misurato è stato di 35.200 €.Processo: Assistenza clienti sinistriDurata: 10 settimaneSaving finale: 35.200 €-62% Richieste oltre SLA rispostaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Assistenza clienti sinistri in una compagnia assicurativa con una rete liquidativa distribuita. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste oltre SLA risposta, dal 38% al 13%, con un saving annuo difendibile di 35.200 €.
La storia del progetto
Il processo Assistenza clienti sinistri operava in una compagnia assicurativa con una rete liquidativa distribuita e coinvolgeva back office sinistri e unità antifrode. Il volume era di circa 1.520 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste oltre SLA risposta ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento SLA customer care sinistri”, misurando il flusso reale del processo Assistenza clienti sinistri e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 35.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una compagnia assicurativa con una rete liquidativa distribuita, nel processo Assistenza clienti sinistri. Il flusso gestiva circa 1.520 pratiche l’anno e il segnale più evidente era Richieste oltre SLA risposta pari al 38% in baseline. |
| Cliente | Il cliente del processo era costituito da assicurato, broker e liquidatore responsabile. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Assistenza clienti sinistri, il cliente del processo (assicurato, broker e liquidatore responsabile) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | assicurato, broker e liquidatore responsabile |
| KPI principale | Richieste oltre SLA risposta |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste oltre SLA risposta, partiva dal 38%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste oltre SLA risposta | 38% | 13% | -62% |
| Tempo medio prima risposta | 38 h | 16 h | -60% |
| Ticket riaperti | 21% | 6% | -65% |
| Risoluzione al primo contatto | 58% | 78% | +24 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Customer journey | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | SLA management | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Visual management | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Review settimanale | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste oltre SLA risposta è stato portato al 13% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste oltre SLA risposta | 13% | Settimanale |
| Tempo medio prima risposta | 16 h | Mensile |
| Ticket riaperti | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 16.896 € da tempo operativo recuperato e attese ridotte, 9.500 € da rilavorazioni, difetti o eccezioni evitate e 8.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 35.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 16.896 € |
| Rilavorazioni, difetti o eccezioni evitate | 9.500 € |
| Ritardi, reclami o rischi operativi ridotti | 8.800 € |
| Saving finale misurato | 35.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste oltre SLA risposta, passato dal 38% al 13%. Il processo Assistenza clienti sinistri è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità prodotto e processoMiglioramento stabilità dei parametri criticiNel processo Process control plan, il caso studio “Miglioramento stabilità dei parametri critici” nasce in un sistema qualità strutturato nell’area Qualità prodotto e processo. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 26% al 6%; il saving finale misurato è stato di 125.000 €.Processo: Process control planDurata: 10 settimaneSaving finale: 125.000 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Process control plan in un sistema qualità strutturato nell’area Qualità prodotto e processo. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 26% al 6%, con un saving annuo difendibile di 125.000 €.
La storia del progetto
Il processo Process control plan operava in un sistema qualità strutturato nell’area Qualità prodotto e processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.290 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 26%. Il team ha quindi trattato “Miglioramento stabilità dei parametri critici” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 125.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità prodotto e processo, nel processo Process control plan. Il flusso gestiva circa 7.290 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento stabilità dei parametri critici” è stato collegato al processo Process control plan, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 26% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 26% | 6% | -70% |
| Rilavorazioni | 30% | 8% | -67% |
| First Time Right | 69% | 90% | +27 pt |
| Controlli tardivi | 37% | 11% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 60.016 € da tempo operativo recuperato e attese ridotte, 33.800 € da rilavorazioni, difetti o eccezioni evitate e 31.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 125.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 60.016 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.800 € |
| Ritardi, reclami o rischi operativi ridotti | 31.200 € |
| Saving finale misurato | 125.000 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 26% al 6%. Il processo Process control plan ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · Value Stream Mapping e flussi Lean avanzatiMiglioramento takt e bilanciamento linea con Lean ManufacturingNel processo Linea mista ad alta variabilità, il caso studio “Miglioramento takt e bilanciamento linea con Lean Manufacturing” nasce in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 77.200 €.Processo: Linea mista ad alta variabilitàDurata: 15 settimaneSaving finale: 77.200 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Linea mista ad alta variabilità in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 77.200 €.
La storia del progetto
Il processo Linea mista ad alta variabilità operava in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 31.460 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento takt e bilanciamento linea con Lean Manufacturing”, misurando il flusso reale del processo Linea mista ad alta variabilità e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 77.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati, nel processo Linea mista ad alta variabilità. Il flusso gestiva circa 31.460 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Linea mista ad alta variabilità, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Muda/Mura/Muri analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Flow design | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Pull system | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Gemba walk | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.044 € da tempo operativo recuperato e attese ridotte, 20.800 € da rilavorazioni, difetti o eccezioni evitate e 19.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 77.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.044 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.800 € |
| Ritardi, reclami o rischi operativi ridotti | 19.400 € |
| Saving finale misurato | 77.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 25% al 9%. Il processo Linea mista ad alta variabilità è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Emergenze e rischio incendioMiglioramento tempi evacuazione simulataNel processo Emergency drill management, il caso studio “Miglioramento tempi evacuazione simulata” nasce in un contesto operativo HSE nell’area Emergenze e rischio incendio. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 21/mese a 9/mese; il saving finale misurato è stato di 121.100 €.Processo: Emergency drill managementDurata: 8 settimaneSaving finale: 121.100 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Emergency drill management in un contesto operativo HSE nell’area Emergenze e rischio incendio. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 21/mese a 9/mese, con un saving annuo difendibile di 121.100 €.
La storia del progetto
Il processo Emergency drill management operava in un contesto operativo HSE nell’area Emergenze e rischio incendio e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.630 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, e questo ha reso necessario trasformare “Miglioramento tempi evacuazione simulata” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 121.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Emergenze e rischio incendio, nel processo Emergency drill management. Il flusso gestiva circa 6.630 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 21/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento tempi evacuazione simulata” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 21/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 58% | 89% | +31 pt |
| Comportamenti sicuri osservati | 65% | 87% | +22 pt |
| Controlli pre-attività completi | 60% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 87% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.138 € da tempo operativo recuperato e attese ridotte, 32.700 € da rilavorazioni, difetti o eccezioni evitate e 30.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 121.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.138 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.700 € |
| Ritardi, reclami o rischi operativi ridotti | 30.300 € |
| Saving finale misurato | 121.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 21/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Servizi · AssicurativoMiglioramento tracciabilità antifrodeNel processo Controlli antifrode sinistri, il caso studio “Miglioramento tracciabilità antifrode” nasce in una compagnia assicurativa con una rete liquidativa distribuita. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Record genealogia completi, è passato dal 67% al 94%; il saving finale misurato è stato di 47.500 €.Processo: Controlli antifrode sinistriDurata: 12 settimaneSaving finale: 47.500 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controlli antifrode sinistri in una compagnia assicurativa con una rete liquidativa distribuita. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Record genealogia completi, dal 67% al 94%, con un saving annuo difendibile di 47.500 €.
La storia del progetto
Il processo Controlli antifrode sinistri operava in una compagnia assicurativa con una rete liquidativa distribuita e coinvolgeva back office sinistri e unità antifrode. Il volume era di circa 1.840 pratiche l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Record genealogia completi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento tracciabilità antifrode”, misurando il flusso reale del processo Controlli antifrode sinistri e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 47.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una compagnia assicurativa con una rete liquidativa distribuita, nel processo Controlli antifrode sinistri. Il flusso gestiva circa 1.840 pratiche l’anno e il segnale più evidente era Record genealogia completi pari al 67% in baseline. |
| Cliente | Il cliente del processo era costituito da assicurato, broker e liquidatore responsabile. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controlli antifrode sinistri, il cliente del processo (assicurato, broker e liquidatore responsabile) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | assicurato, broker e liquidatore responsabile |
| KPI principale | Record genealogia completi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record genealogia completi, partiva dal 67%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 67% | 94% | +30 pt |
| Tempo rintracciabilità lotto | 13 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 72% | 96% | +26 pt |
| Mix-up materiali/lotti | 12% | 3% | -78% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record genealogia completi è stato portato al 94% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 94% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 22.803 € da tempo operativo recuperato e attese ridotte, 12.800 € da rilavorazioni, difetti o eccezioni evitate e 11.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 47.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 22.803 € |
| Rilavorazioni, difetti o eccezioni evitate | 12.800 € |
| Ritardi, reclami o rischi operativi ridotti | 11.900 € |
| Saving finale misurato | 47.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record genealogia completi, passato dal 67% al 94%. Il processo Controlli antifrode sinistri è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SpedizioniMiglioramento tracciabilità colliNel processo Tracking spedizioni, il caso studio “Miglioramento tracciabilità colli” nasce in un operatore logistico con hub, tracking e ultimo miglio. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori picking/etichettatura, è passato dal 23% al 6%; il saving finale misurato è stato di 86.400 €.Processo: Tracking spedizioniDurata: 10 settimaneSaving finale: 86.400 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Tracking spedizioni in un operatore logistico con hub, tracking e ultimo miglio. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 23% al 6%, con un saving annuo difendibile di 86.400 €.
La storia del progetto
Il processo Tracking spedizioni operava in un operatore logistico con hub, tracking e ultimo miglio e coinvolgeva preparazione colli, tracking e consegne urbane. Il volume era di circa 2.095 spedizioni l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento tracciabilità colli”, misurando il flusso reale del processo Tracking spedizioni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 86.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un operatore logistico con hub, tracking e ultimo miglio, nel processo Tracking spedizioni. Il flusso gestiva circa 2.095 spedizioni l’anno e il segnale più evidente era Errori picking/etichettatura pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da mittente, destinatario, customer care e corriere. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Tracking spedizioni, il cliente del processo (mittente, destinatario, customer care e corriere) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mittente, destinatario, customer care e corriere |
| KPI principale | Errori picking/etichettatura |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 23% | 6% | -68% |
| Spedizioni oltre cut-off | 31% | 10% | -63% |
| Colli tracciati end-to-end | 72% | 95% | +26 pt |
| Tempo correzione eccezioni | 12 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Mappatura dati | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Workflow digitale | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Poka-Yoke digitale | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard KPI | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.481 € da tempo operativo recuperato e attese ridotte, 23.300 € da rilavorazioni, difetti o eccezioni evitate e 21.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 86.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.481 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.300 € |
| Ritardi, reclami o rischi operativi ridotti | 21.600 € |
| Saving finale misurato | 86.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 23% al 6%. Il processo Tracking spedizioni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Record to ReportMiglioramento tracciabilità delle riconciliazioniNel processo Account reconciliation, il caso studio “Miglioramento tracciabilità delle riconciliazioni” nasce in un processo transazionale Record to Report con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Record genealogia completi, è passato dal 65% al 95%; il saving finale misurato è stato di 74.400 €.Processo: Account reconciliationDurata: 13 settimaneSaving finale: 74.400 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Account reconciliation in un processo transazionale Record to Report con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Record genealogia completi, dal 65% al 95%, con un saving annuo difendibile di 74.400 €.
La storia del progetto
Il processo Account reconciliation operava in un processo transazionale Record to Report con più funzioni coinvolte e coinvolgeva closing, journal entry e riconciliazioni. Il volume era di circa 13.140 scritture l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Record genealogia completi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento tracciabilità delle riconciliazioni”, misurando il flusso reale del processo Account reconciliation e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 74.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Record to Report con più funzioni coinvolte, nel processo Account reconciliation. Il flusso gestiva circa 13.140 scritture l’anno e il segnale più evidente era Record genealogia completi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controller, accounting e revisori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Account reconciliation, il cliente del processo (CFO, controller, accounting e revisori) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controller, accounting e revisori |
| KPI principale | Record genealogia completi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record genealogia completi, partiva dal 65%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 65% | 95% | +30 pt |
| Tempo rintracciabilità lotto | 11 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 70% | 96% | +26 pt |
| Mix-up materiali/lotti | 10% | 3% | -78% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data lineage | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Barcode/RFID check | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Audit trail | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard tracciabilità | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record genealogia completi è stato portato al 95% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 95% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.720 € da tempo operativo recuperato e attese ridotte, 20.100 € da rilavorazioni, difetti o eccezioni evitate e 18.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 74.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.720 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.100 € |
| Ritardi, reclami o rischi operativi ridotti | 18.600 € |
| Saving finale misurato | 74.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record genealogia completi, passato dal 65% al 95%. Il processo Account reconciliation è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Validazione e change controlMiglioramento tracciabilità impatti modificaNel processo Impact assessment qualità, il caso studio “Miglioramento tracciabilità impatti modifica” nasce in un sistema qualità strutturato nell’area Validazione e change control. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Record genealogia completi, è passato dal 67% al 94%; il saving finale misurato è stato di 85.200 €.Processo: Impact assessment qualitàDurata: 9 settimaneSaving finale: 85.200 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Impact assessment qualità in un sistema qualità strutturato nell’area Validazione e change control. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Record genealogia completi, dal 67% al 94%, con un saving annuo difendibile di 85.200 €.
La storia del progetto
Il processo Impact assessment qualità operava in un sistema qualità strutturato nell’area Validazione e change control e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.000 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Record genealogia completi risultava pari al 67%. Il team ha quindi trattato “Miglioramento tracciabilità impatti modifica” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Validazione e change control, nel processo Impact assessment qualità. Il flusso gestiva circa 8.000 pratiche qualità l’anno e il segnale più evidente era Record genealogia completi pari al 67% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento tracciabilità impatti modifica” è stato collegato al processo Impact assessment qualità, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Record genealogia completi |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Record genealogia completi partiva dal 67% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 67% | 94% | +30 pt |
| Tempo rintracciabilità lotto | 13 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 72% | 96% | +26 pt |
| Mix-up materiali/lotti | 12% | 3% | -78% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Data lineage | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Barcode/RFID check | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Audit trail | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Dashboard tracciabilità | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Record genealogia completi è stato portato al 94% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 94% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.876 € da tempo operativo recuperato e attese ridotte, 23.000 € da rilavorazioni, difetti o eccezioni evitate e 21.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.876 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.000 € |
| Ritardi, reclami o rischi operativi ridotti | 21.300 € |
| Saving finale misurato | 85.200 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Record genealogia completi, passato dal 67% al 94%. Il processo Impact assessment qualità ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Servizi · ConsulenzaMiglioramento trasferimento competenze al clienteNel processo Knowledge transfer di progetto, il caso studio “Miglioramento trasferimento competenze al cliente” nasce in una società di consulenza con clienti enterprise. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Rilavorazioni post-consegna, è passato dal 24% al 8%; il saving finale misurato è stato di 59.200 €.Processo: Knowledge transfer di progettoDurata: 8 settimaneSaving finale: 59.200 €-62% Rilavorazioni post-consegnaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Knowledge transfer di progetto in una società di consulenza con clienti enterprise. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Rilavorazioni post-consegna, dal 24% al 8%, con un saving annuo difendibile di 59.200 €.
La storia del progetto
Il processo Knowledge transfer di progetto operava in una società di consulenza con clienti enterprise e coinvolgeva delivery consulenziale e PMO interno. Il volume era di circa 1.910 deliverable l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Rilavorazioni post-consegna ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento trasferimento competenze al cliente”, misurando il flusso reale del processo Knowledge transfer di progetto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 59.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società di consulenza con clienti enterprise, nel processo Knowledge transfer di progetto. Il flusso gestiva circa 1.910 deliverable l’anno e il segnale più evidente era Rilavorazioni post-consegna pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente sponsor, consulente responsabile e partner di commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Knowledge transfer di progetto, il cliente del processo (cliente sponsor, consulente responsabile e partner di commessa) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente sponsor, consulente responsabile e partner di commessa |
| KPI principale | Rilavorazioni post-consegna |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Rilavorazioni post-consegna, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Rilavorazioni post-consegna | 24% | 8% | -62% |
| Autonomia team cliente | 55% | 82% | +27 pt |
| Materiali riutilizzabili | 38% | 76% | +38 pt |
| Follow-up correttivi | 17/mese | 7/mese | -57% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Training matrix | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Teach-back | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Template riutilizzabili | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Knowledge review | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Rilavorazioni post-consegna è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Rilavorazioni post-consegna | 8% | Settimanale |
| Autonomia team cliente | 82% | Mensile |
| Materiali riutilizzabili | 76% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 28.413 € da tempo operativo recuperato e attese ridotte, 16.000 € da rilavorazioni, difetti o eccezioni evitate e 14.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 59.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 28.413 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.000 € |
| Ritardi, reclami o rischi operativi ridotti | 14.800 € |
| Saving finale misurato | 59.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Rilavorazioni post-consegna, passato dal 24% al 8%. Il processo Knowledge transfer di progetto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Ergonomia e movimentazioneMiglioramento uso ausili di sollevamentoNel processo Material handling standard, il caso studio “Miglioramento uso ausili di sollevamento” nasce in un contesto operativo HSE nell’area Ergonomia e movimentazione. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 24/mese a 8/mese; il saving finale misurato è stato di 115.100 €.Processo: Material handling standardDurata: 9 settimaneSaving finale: 115.100 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Material handling standard in un contesto operativo HSE nell’area Ergonomia e movimentazione. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 24/mese a 8/mese, con un saving annuo difendibile di 115.100 €.
La storia del progetto
Il processo Material handling standard operava in un contesto operativo HSE nell’area Ergonomia e movimentazione e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.810 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, e questo ha reso necessario trasformare “Miglioramento uso ausili di sollevamento” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 115.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Ergonomia e movimentazione, nel processo Material handling standard. Il flusso gestiva circa 6.810 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 24/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento uso ausili di sollevamento” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 24/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 61% | 89% | +31 pt |
| Comportamenti sicuri osservati | 68% | 86% | +22 pt |
| Controlli pre-attività completi | 63% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Compliance matrix | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Audit trail | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard work regolatorio | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | CAPA management | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.268 € da tempo operativo recuperato e attese ridotte, 31.100 € da rilavorazioni, difetti o eccezioni evitate e 28.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 115.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.268 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.100 € |
| Ritardi, reclami o rischi operativi ridotti | 28.700 € |
| Saving finale misurato | 115.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 24/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Qualità · Laboratorio e controlli qualitàMiglioramento utilizzo strumenti laboratorioNel processo Laboratory capacity planning, il caso studio “Miglioramento utilizzo strumenti laboratorio” nasce in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 78.500 €.Processo: Laboratory capacity planningDurata: 14 settimaneSaving finale: 78.500 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Laboratory capacity planning in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 78.500 €.
La storia del progetto
Il processo Laboratory capacity planning operava in un sistema qualità strutturato nell’area Laboratorio e controlli qualità e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.910 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 30%. Il team ha quindi trattato “Miglioramento utilizzo strumenti laboratorio” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 78.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Laboratorio e controlli qualità, nel processo Laboratory capacity planning. Il flusso gestiva circa 7.910 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Miglioramento utilizzo strumenti laboratorio” è stato collegato al processo Laboratory capacity planning, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 30% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | OEE/Capacity analysis | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | SMED | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Bilanciamento carichi | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Daily management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.664 € da tempo operativo recuperato e attese ridotte, 21.200 € da rilavorazioni, difetti o eccezioni evitate e 19.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 78.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.664 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.200 € |
| Ritardi, reclami o rischi operativi ridotti | 19.600 € |
| Saving finale misurato | 78.500 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 30% al 8%. Il processo Laboratory capacity planning ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Sicurezza · LOTO ed energie pericoloseMiglioramento verifica zero energia prima interventoNel processo Zero energy verification, il caso studio “Miglioramento verifica zero energia prima intervento” nasce in un contesto operativo HSE nell’area LOTO ed energie pericolose. Prima del progetto, la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. Il KPI guida, Procedure LOTO conformi, è passato dal 64% al 91%; il saving finale misurato è stato di 118.900 €.Processo: Zero energy verificationDurata: 7 settimaneSaving finale: 118.900 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Zero energy verification in un contesto operativo HSE nell’area LOTO ed energie pericolose. La criticità iniziale era chiara: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 64% al 91%, con un saving annuo difendibile di 118.900 €.
La storia del progetto
Il processo Zero energy verification operava in un contesto operativo HSE nell’area LOTO ed energie pericolose e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.700 osservazioni l’anno. La criticità era concreta: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Procedure LOTO conformi era pari al 64%, e questo ha reso necessario trasformare “Miglioramento verifica zero energia prima intervento” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 118.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area LOTO ed energie pericolose, nel processo Zero energy verification. Il flusso gestiva circa 6.700 osservazioni l’anno e il segnale più evidente era Procedure LOTO conformi pari al 64% in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Miglioramento verifica zero energia prima intervento” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Procedure LOTO conformi |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Procedure LOTO conformi era pari al 64%, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 64% | 91% | +30 pt |
| Lavori avviati con isolamento incompleto | 16% | 4% | -77% |
| Schede energia corrette | 69% | 92% | +26 pt |
| Verifiche zero energia documentate | 61% | 92% | +31 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Procedure LOTO conformi è stato portato al 91% e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 91% | Settimanale |
| Lavori avviati con isolamento incompleto | 4% | Mensile |
| Schede energia corrette | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.072 € da tempo operativo recuperato e attese ridotte, 32.100 € da rilavorazioni, difetti o eccezioni evitate e 29.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 118.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.072 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.100 € |
| Ritardi, reclami o rischi operativi ridotti | 29.700 € |
| Saving finale misurato | 118.900 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Procedure LOTO conformi è passato dal 64% al 91%, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Manifatturiero · ElettronicoMiglioramento yield test in-circuitNel processo Collaudo elettronico, il caso studio “Miglioramento yield test in-circuit” nasce in un’azienda elettronica con linea SMT e collaudi funzionali. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, Difetti/scarti sul processo, è passato dal 15% al 6%; il saving finale misurato è stato di 129.200 €.Processo: Collaudo elettronicoDurata: 13 settimaneSaving finale: 129.200 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Collaudo elettronico in un’azienda elettronica con linea SMT e collaudi funzionali. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 15% al 6%, con un saving annuo difendibile di 129.200 €.
La storia del progetto
Il processo Collaudo elettronico operava in un’azienda elettronica con linea SMT e collaudi funzionali e coinvolgeva SMT, collaudo, qualità e gestione componenti. Il volume era di circa 13.340 schede l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Miglioramento yield test in-circuit”, misurando il flusso reale del processo Collaudo elettronico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda elettronica con linea SMT e collaudi funzionali, nel processo Collaudo elettronico. Il flusso gestiva circa 13.340 schede l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità prodotto e pianificazione consegne. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Collaudo elettronico, il cliente del processo (cliente OEM, qualità prodotto e pianificazione consegne) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità prodotto e pianificazione consegne |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 15%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 15% | 6% | -64% |
| Rilavorazioni a valle | 23% | 9% | -64% |
| First pass yield | 79% | 93% | +14 pt |
| Controlli qualità tardivi | 30% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | OEE/Capacity analysis | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | SMED | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Bilanciamento carichi | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Daily management | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.034 € da tempo operativo recuperato e attese ridotte, 34.900 € da rilavorazioni, difetti o eccezioni evitate e 32.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.034 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.900 € |
| Ritardi, reclami o rischi operativi ridotti | 32.300 € |
| Saving finale misurato | 129.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 15% al 6%. Il processo Collaudo elettronico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Digital Twin e simulazione industrialeOttimizzazione scenari di mix produttivo con Digital TwinNel processo Pianificazione mix e saturazione asset, il caso studio “Ottimizzazione scenari di mix produttivo con Digital Twin” nasce in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Scenari validati prima del ramp-up, è passato dal 44% al 84%; il saving finale misurato è stato di 109.500 €.Processo: Pianificazione mix e saturazione assetDurata: 11 settimaneSaving finale: 109.500 €+40 pt Scenari validati prima del ramp-upLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione mix e saturazione asset in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Scenari validati prima del ramp-up, dal 44% al 84%, con un saving annuo difendibile di 109.500 €.
La storia del progetto
Il processo Pianificazione mix e saturazione asset operava in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.160 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Scenari validati prima del ramp-up era pari al 44%: per questo il progetto “Ottimizzazione scenari di mix produttivo con Digital Twin” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 109.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale, nel processo Pianificazione mix e saturazione asset. Il flusso gestiva circa 19.160 eventi digitali l’anno e il segnale più evidente era Scenari validati prima del ramp-up pari al 44% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Pianificazione mix e saturazione asset e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Scenari validati prima del ramp-up |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Scenari validati prima del ramp-up partiva dal 44%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scenari validati prima del ramp-up | 44% | 84% | +40 pt |
| Colli di bottiglia non previsti | 28% | 9% | -65% |
| Accuratezza modello capacità | 63% | 90% | +27 pt |
| Tempo valutazione scenario | 14 gg | 5 gg | -58% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Digital twin model | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Scenario simulation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Capacity analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Layout optimization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Scenari validati prima del ramp-up è stato portato al 84% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scenari validati prima del ramp-up | 84% | Settimanale |
| Colli di bottiglia non previsti | 9% | Mensile |
| Accuratezza modello capacità | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.572 € da tempo operativo recuperato e attese ridotte, 29.600 € da rilavorazioni, difetti o eccezioni evitate e 27.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 109.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.572 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.600 € |
| Ritardi, reclami o rischi operativi ridotti | 27.300 € |
| Saving finale misurato | 109.500 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Scenari validati prima del ramp-up è passato dal 44% al 84%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Pianificazione mix e saturazione asset.
Qualità · Sistema qualità e standardizzazioneProtezione benefici post-auditNel processo Quality benefit tracking, il caso studio “Protezione benefici post-audit” nasce in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. Prima del progetto, gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. Il KPI guida, Saving senza owner, è passato dal 47% al 11%; il saving finale misurato è stato di 93.900 €.Processo: Quality benefit trackingDurata: 11 settimaneSaving finale: 93.900 €-75% Saving senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Quality benefit tracking in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. La criticità iniziale era chiara: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. L’intervento ha portato il KPI principale, Saving senza owner, dal 47% al 11%, con un saving annuo difendibile di 93.900 €.
La storia del progetto
Il processo Quality benefit tracking operava in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.310 pratiche qualità l’anno. La criticità era concreta: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Saving senza owner risultava pari al 47%. Il team ha quindi trattato “Protezione benefici post-audit” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 93.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione, nel processo Quality benefit tracking. Il flusso gestiva circa 8.310 pratiche qualità l’anno e il segnale più evidente era Saving senza owner pari al 47% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Protezione benefici post-audit” è stato collegato al processo Quality benefit tracking, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Saving senza owner |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Saving senza owner partiva dal 47% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Saving senza owner | 47% | 11% | -75% |
| Benefici verificati | 42% | 88% | +46 pt |
| Azioni decadute | 30% | 9% | -66% |
| Cadenza review | sporadica | mensile | standard validato |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Benefit tracking | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Control tower saving | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Governance owner | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Audit post-progetto | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Saving senza owner è stato portato al 11% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Saving senza owner | 11% | Settimanale |
| Benefici verificati | 88% | Mensile |
| Azioni decadute | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.056 € da tempo operativo recuperato e attese ridotte, 25.400 € da rilavorazioni, difetti o eccezioni evitate e 23.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 93.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.056 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.400 € |
| Ritardi, reclami o rischi operativi ridotti | 23.400 € |
| Saving finale misurato | 93.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Saving senza owner, passato dal 47% al 11%. Il processo Quality benefit tracking ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Processi Transazionali · Lead to OrderProtezione margine in fase di offertaNel processo Pricing approval workflow, il caso studio “Protezione margine in fase di offerta” nasce in un processo transazionale Lead to Order con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Sconti fuori policy, è passato dal 35% al 9%; il saving finale misurato è stato di 108.900 €.Processo: Pricing approval workflowDurata: 10 settimaneSaving finale: 108.900 €-68% Sconti fuori policyLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pricing approval workflow in un processo transazionale Lead to Order con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Sconti fuori policy, dal 35% al 9%, con un saving annuo difendibile di 108.900 €.
La storia del progetto
Il processo Pricing approval workflow operava in un processo transazionale Lead to Order con più funzioni coinvolte e coinvolgeva lead routing, configurazione offerta, pricing e approvazioni. Il volume era di circa 13.500 opportunità l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Sconti fuori policy ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Protezione margine in fase di offerta”, misurando il flusso reale del processo Pricing approval workflow e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 108.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Lead to Order con più funzioni coinvolte, nel processo Pricing approval workflow. Il flusso gestiva circa 13.500 opportunità l’anno e il segnale più evidente era Sconti fuori policy pari al 35% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales, presales, pricing e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pricing approval workflow, il cliente del processo (cliente, sales, presales, pricing e finance) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales, presales, pricing e finance |
| KPI principale | Sconti fuori policy |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Sconti fuori policy, partiva dal 35%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Sconti fuori policy | 35% | 9% | -68% |
| Margine medio offerta | 21,0% | 24,0% | +4 pt |
| Approvazioni tardive | 32% | 10% | -61% |
| Eccezioni non motivate | 40% | 14% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Price waterfall | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Approval policy | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Margin dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Exception review | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Sconti fuori policy è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Sconti fuori policy | 9% | Settimanale |
| Margine medio offerta | 24,0% | Mensile |
| Approvazioni tardive | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.288 € da tempo operativo recuperato e attese ridotte, 29.400 € da rilavorazioni, difetti o eccezioni evitate e 27.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 108.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.288 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.400 € |
| Ritardi, reclami o rischi operativi ridotti | 27.200 € |
| Saving finale misurato | 108.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Sconti fuori policy, passato dal 35% al 9%. Il processo Pricing approval workflow è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · ISO 9001 e audit processoRafforzamento sistema ISO 9001 con audit di processoNel processo Sistema gestione qualità e audit interni, il caso studio “Rafforzamento sistema ISO 9001 con audit di processo” nasce in un sistema qualità strutturato nell’area ISO 9001 e audit processo. Prima del progetto, gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. Il KPI guida, KPI critico fuori target, è passato dal 27% al 8%; il saving finale misurato è stato di 93.900 €.Processo: Sistema gestione qualità e audit interniDurata: 13 settimaneSaving finale: 93.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sistema gestione qualità e audit interni in un sistema qualità strutturato nell’area ISO 9001 e audit processo. La criticità iniziale era chiara: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 27% al 8%, con un saving annuo difendibile di 93.900 €.
La storia del progetto
Il processo Sistema gestione qualità e audit interni operava in un sistema qualità strutturato nell’area ISO 9001 e audit processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.640 pratiche qualità l’anno. La criticità era concreta: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 27%. Il team ha quindi trattato “Rafforzamento sistema ISO 9001 con audit di processo” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 93.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area ISO 9001 e audit processo, nel processo Sistema gestione qualità e audit interni. Il flusso gestiva circa 8.640 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Rafforzamento sistema ISO 9001 con audit di processo” è stato collegato al processo Sistema gestione qualità e audit interni, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 27% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 27% | 8% | -67% |
| Tempo reazione a deviazione | 52 h | 24 h | -54% |
| Azioni completate on-time | 61% | 91% | +30 pt |
| Stabilità del nuovo standard | 52% | 85% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Process approach | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Risk-based thinking | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Internal audit | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Management review | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 24 h | Mensile |
| Azioni completate on-time | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.056 € da tempo operativo recuperato e attese ridotte, 25.400 € da rilavorazioni, difetti o eccezioni evitate e 23.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 93.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.056 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.400 € |
| Ritardi, reclami o rischi operativi ridotti | 23.400 € |
| Saving finale misurato | 93.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 27% al 8%. Il processo Sistema gestione qualità e audit interni ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Project Management · Rollout ERP e WMS multi-sitoRecupero di un rollout ERP e WMS multi-sito prima del go-liveIl caso riguarda un programma ERP/WMS esteso a tre stabilimenti. A sei mesi dal go-live, il progetto aveva SPI 0,71, 64 difetti critici aperti, ownership dei master data non definita e una varianza di budget prevista del +18,4%. Il piano di recovery ha riportato lo SPI a 0,98, ridotto i difetti critici a 11 e prodotto 386.000 € tra saving e cost avoidance validati.Processo: Implementazione ERP/WMS su tre stabilimentiDurata: 26 settimaneSaving finale: 386.000 €+0,27 Schedule Performance IndexLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il recupero di un rollout ERP e WMS su tre stabilimenti e due magazzini, già in esecuzione da undici mesi. Il progetto non era semplicemente ‘in ritardo’: lavorava con piani separati per business, IT e system integrator, dipendenze non tracciate, modifiche di scope accettate senza valutazione integrata e master data privi di ownership. La diagnosi ha ricostruito un unico piano con critical path, introdotto misure EVM, congelato lo scope non essenziale e trasformato data readiness, test e cutover in gate verificabili. In ventisei settimane lo SPI è passato da 0,71 a 0,98, le milestone on time dal 38% all’88% e la varianza di budget prevista dal +18,4% al +4,6%. Il beneficio economico riconosciuto è stato di 386.000 €, composto in larga parte da costi di estensione e disservizio evitati.
La storia del progetto
Il programma prevedeva la sostituzione di applicazioni legacy con un ERP integrato e un WMS comune per tre stabilimenti e due magazzini. Coinvolgeva circa 140 utenti chiave, 38 interfacce, 11 domini di master data e un system integrator principale. Dopo undici mesi di lavoro, i singoli workstream dichiaravano avanzamenti compresi tra il 65% e l’85%, ma nessuno riusciva a dimostrare se il percorso verso il go-live fosse realmente sostenibile. Il piano complessivo riportava attività completate senza collegarle a prerequisiti, criteri di accettazione o disponibilità dei dati.
La recovery assessment di tre settimane ha confrontato piano, deliverable, difetti e decision log. L’Earned Value ha evidenziato uno SPI pari a 0,71 e una previsione di budget a finire superiore del 18,4% rispetto alla baseline. Sessantaquattro difetti critici erano ancora aperti, ma soprattutto il 43% dipendeva da dati anagrafici incompleti o da regole di processo non approvate. Il problema non era quindi una generica lentezza dello sviluppo: il progetto produceva output tecnici prima di aver chiuso decisioni di business e ownership operative.
Il piano di recovery non ha promesso di recuperare tutto mantenendo invariati scope, data e risorse. Sono state classificate 117 richieste di modifica, rinviandone 46 a una release successiva; è stato costruito un integrated master schedule con 612 attività e 94 dipendenze critiche; ogni dominio dati ha ricevuto un owner e un gate di qualità; SIT, UAT e cutover sono stati governati con readiness index e criteri go/no-go. Due prove generali hanno permesso di ridurre la finestra di cutover da 62 a 41 ore. Il go-live è avvenuto con uno slittamento controllato di tre settimane rispetto alla data originaria, invece dei quattro-sei mesi stimati nello scenario senza recovery.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Gruppo industriale con tre stabilimenti, due magazzini, circa 140 key user, 38 interfacce e 11 domini di master data. Il programma era in corso da undici mesi e presentava una data di go-live commercialmente e operativamente sensibile. |
| Cliente | Operations, finance, supply chain, customer service e management. Un go-live instabile avrebbe generato blocchi di spedizione, riconciliazioni manuali, perdita di visibilità sull’inventario e prolungamento dei sistemi legacy. |
| Vincolo | Recuperare governabilità senza sostituire il system integrator, mantenendo la continuità operativa e senza comprimere test, data quality o formazione. La data poteva slittare solo se supportata da un piano quantitativo e da criteri go/no-go condivisi. |
| Scelta metodologica | È stato adottato un approccio ibrido: pianificazione predittiva per dipendenze, cutover e costi; backlog e cicli brevi per difetti e configurazioni; EVM per leggere l’avanzamento reale e stage-gate per autorizzare il passaggio tra test, readiness e go-live. |
Chi, cosa, dove, quanto, perché, come
Recovery framing
Nelle prime tre settimane sono stati verificati business case, baseline, contratti, deliverable e criteri di completamento. Il progetto è stato ridefinito attorno a cinque condizioni di successo: processi core approvati, master data pronti, interfacce critiche testate, utenti chiave formati e cutover eseguibile entro la finestra concessa. La data di go-live non è stata trattata come un vincolo assoluto, ma come una decisione subordinata a readiness, rischio residuo e costo dello slittamento.
| Elemento | Definizione |
|---|---|
| Cliente del processo | operations, finance, supply chain, customer service, management e utenti dei tre stabilimenti |
| KPI principale | Schedule Performance Index |
| Output atteso | go-live ERP/WMS controllato, con processi core, dati, test, utenti e cutover pronti secondo criteri verificabili |
| Metodo | Project Management ibrido con Critical Path, EVM e stage-gate |
Re-baseline e misura
È stato costruito un integrated master schedule di 612 attività, collegando i piani separati di business, IT e fornitore. L’avanzamento è stato ricalcolato usando criteri 0/100 o milestone ponderate, eliminando percentuali soggettive. La baseline mostrava SPI 0,71, solo il 38% delle milestone critiche completate nei tempi, 64 difetti critici aperti e una varianza di budget prevista del +18,4%. Sono stati introdotti forecast settimanale, burn-up dei difetti e readiness index per sito e dominio dati.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Schedule Performance Index | 0,71 | 0,98 | +0,27 |
| Milestone critiche completate on time | 38% | 88% | +50 pt |
| Difetti critici aperti al cutover | 64 | 11 | -82,8% |
| Varianza di budget prevista a finire | +18,4% | +4,6% | -13,8 pt |
Analisi di cause e dipendenze
La root cause analysis ha mostrato che il 29% del ritardo dipendeva da ownership incompleta dei master data, il 24% da variazioni di scope non valutate, il 21% da test di integrazione avviati troppo tardi, il 16% da dipendenze assenti nel piano e il 10% da decisioni oltre lo SLA concordato. La mappa delle dipendenze ha evidenziato che 17 attività dichiarate ‘quasi complete’ non potevano produrre un deliverable accettabile perché mancavano regole di business, dati o ambienti di test.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Ownership incompleta e qualità insufficiente dei master data | 29% |
| Change request accettate senza analisi integrata di impatto | 24% |
| Test di integrazione avviati dopo la configurazione dei processi | 21% |
| Dipendenze tra workstream non rappresentate nel piano complessivo | 16% |
| Decisioni di business oltre lo SLA necessario al progetto | 10% |
Esecuzione del recovery
Il Change Control Board ha analizzato 117 richieste, approvandone 42, integrandone 29 nella configurazione standard e rinviandone 46. Sono stati nominati owner per gli 11 domini dati e introdotti gate minimi di completezza, unicità e coerenza. Il defect triage giornaliero ha separato severità tecnica e impatto operativo, mentre i workstream hanno lavorato su pacchetti di recovery di due settimane. Due prove di cutover hanno verificato sequenza, tempi, rollback, riconciliazioni e presenza delle persone chiave.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Unico piano integrato con milestone, dipendenze e responsabilità | Integrated Master Schedule e Critical Path | Rendere visibile ciò che condiziona realmente la data di go-live |
| Congelamento dello scope non essenziale e valutazione delle modifiche | Change Control Board | Evitare che nuove richieste consumino capacità senza una scelta esplicita |
| Owner per dominio dati e criteri quantitativi di readiness | RACI e Data Quality Gate | Impedire che configurazione e test procedano con dati non utilizzabili |
| Triage giornaliero dei difetti per severità e impatto operativo | RAID Log e Kanban difetti | Concentrare le risorse sui blocchi effettivi del percorso critico |
| Prove complete di cutover con tempi, rollback e riconciliazioni | Cutover Rehearsal e stage-gate | Ridurre il rischio di interruzione operativa e supportare il go/no-go |
Stabilizzazione e governance
Dopo il go-live, il programma è passato a una hypercare di quattro settimane con command center, SLA di decisione a 48 ore e dashboard per ordini, inventario, spedizioni, interfacce e anomalie contabili. Lo SPI finale del recovery era 0,98, l’88% delle milestone critiche risultava on time e i difetti critici aperti al cutover erano 11, tutti coperti da workaround approvati. La varianza di budget prevista si è ridotta al +4,6%. Le lesson learned sono state tradotte in standard di portfolio per future implementazioni multi-sito.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Schedule Performance Index | 0,98 | Settimanale |
| Milestone critiche completate on time | 88% | Mensile |
| Difetti critici aperti al cutover | 11 | Mensile |
Saving stimato e saving finale
Il beneficio economico è stato trattato separando saving diretto e cost avoidance. Sono stati validati 142.000 € di consulenza esterna e costi di estensione progetto evitati rispetto allo scenario di slittamento di quattro-sei mesi; 96.000 € di licenze, infrastruttura e supporto per il dual running dei sistemi legacy evitati; 148.000 € tra straordinari, riconciliazioni manuali e impatti operativi evitati durante spedizioni, inventario e chiusure contabili. Il valore finale riconosciuto è pari a 386.000 €, inferiore alla stima iniziale di 420.000 € perché non sono stati contabilizzati benefici reputazionali, vendite potenzialmente perse o rischi non materializzati.
| Fonte saving | Valore annuo |
|---|---|
| Consulenza ed estensione del progetto evitate | 142.000 € |
| Dual running di sistemi, licenze e supporto evitato | 96.000 € |
| Straordinari, riconciliazioni e disservizi operativi evitati | 148.000 € |
| Saving e cost avoidance finali validati | 386.000 € |
Benefici ottenuti
Il progetto non è stato ‘salvato’ chiedendo alle persone di lavorare più ore. È stato reso nuovamente governabile: un solo piano, dipendenze esplicite, criteri di completamento verificabili, decisioni con SLA e una distinzione netta tra ciò che serviva al go-live e ciò che poteva attendere. Il beneficio economico è importante, ma il risultato più rilevante è la riduzione del rischio operativo: il management ha potuto decidere sulla base di readiness e scenari, non su percentuali di avanzamento dichiarate dai singoli workstream.
DMAIC · Manifatturiero · Value Stream Mapping e flussi Lean avanzatiRidisegno flusso end-to-end con VSM multi-repartoNel processo Flusso ordine-produzione-spedizione, il caso studio “Ridisegno flusso end-to-end con VSM multi-reparto” nasce in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori picking/etichettatura, è passato dal 20% al 7%; il saving finale misurato è stato di 63.900 €.Processo: Flusso ordine-produzione-spedizioneDurata: 13 settimaneSaving finale: 63.900 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Flusso ordine-produzione-spedizione in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 20% al 7%, con un saving annuo difendibile di 63.900 €.
La storia del progetto
Il processo Flusso ordine-produzione-spedizione operava in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 30.060 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Ridisegno flusso end-to-end con VSM multi-reparto”, misurando il flusso reale del processo Flusso ordine-produzione-spedizione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 63.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati, nel processo Flusso ordine-produzione-spedizione. Il flusso gestiva circa 30.060 pratiche l’anno e il segnale più evidente era Errori picking/etichettatura pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Flusso ordine-produzione-spedizione, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | Errori picking/etichettatura |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 20% | 7% | -68% |
| Spedizioni oltre cut-off | 28% | 11% | -63% |
| Colli tracciati end-to-end | 69% | 95% | +26 pt |
| Tempo correzione eccezioni | 9 h | 4 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Current/Future State Map | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Takt time | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Piano Kaizen | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 7% | Settimanale |
| Spedizioni oltre cut-off | 11% | Mensile |
| Colli tracciati end-to-end | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 30.660 € da tempo operativo recuperato e attese ridotte, 17.300 € da rilavorazioni, difetti o eccezioni evitate e 15.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 63.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 30.660 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.300 € |
| Ritardi, reclami o rischi operativi ridotti | 15.900 € |
| Saving finale misurato | 63.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 20% al 7%. Il processo Flusso ordine-produzione-spedizione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza macchine e impiantiRiduzione accessi non controllati ad aree macchinaNel processo Machine guarding e access control, il caso studio “Riduzione accessi non controllati ad aree macchina” nasce in un contesto operativo HSE nell’area Sicurezza macchine e impianti. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 21/mese a 9/mese; il saving finale misurato è stato di 74.300 €.Processo: Machine guarding e access controlDurata: 8 settimaneSaving finale: 74.300 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Machine guarding e access control in un contesto operativo HSE nell’area Sicurezza macchine e impianti. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 21/mese a 9/mese, con un saving annuo difendibile di 74.300 €.
La storia del progetto
Il processo Machine guarding e access control operava in un contesto operativo HSE nell’area Sicurezza macchine e impianti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.230 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, e questo ha reso necessario trasformare “Riduzione accessi non controllati ad aree macchina” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 74.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza macchine e impianti, nel processo Machine guarding e access control. Il flusso gestiva circa 6.230 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 21/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione accessi non controllati ad aree macchina” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 21/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 58% | 89% | +31 pt |
| Comportamenti sicuri osservati | 65% | 87% | +22 pt |
| Controlli pre-attività completi | 60% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 87% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.670 € da tempo operativo recuperato e attese ridotte, 20.100 € da rilavorazioni, difetti o eccezioni evitate e 18.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 74.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.670 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.100 € |
| Ritardi, reclami o rischi operativi ridotti | 18.500 € |
| Saving finale misurato | 74.300 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 21/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · ICTRiduzione account orfani e accessi non revocatiNel processo Identity and access management, il caso studio “Riduzione account orfani e accessi non revocati” nasce in una funzione ICT interna a servizio di più business unit. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 21% al 5%; il saving finale misurato è stato di 83.200 €.Processo: Identity and access managementDurata: 11 settimaneSaving finale: 83.200 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Identity and access management in una funzione ICT interna a servizio di più business unit. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 21% al 5%, con un saving annuo difendibile di 83.200 €.
La storia del progetto
Il processo Identity and access management operava in una funzione ICT interna a servizio di più business unit e coinvolgeva service desk, change, IAM e incident management. Il volume era di circa 5.130 ticket l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione account orfani e accessi non revocati”, misurando il flusso reale del processo Identity and access management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 83.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione ICT interna a servizio di più business unit, nel processo Identity and access management. Il flusso gestiva circa 5.130 ticket l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da utente interno, service owner, security e business. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Identity and access management, il cliente del processo (utente interno, service owner, security e business) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente interno, service owner, security e business |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 21% | 5% | -70% |
| Controlli preventivi eseguiti | 60% | 91% | +31 pt |
| Escalation tardive | 25% | 7% | -68% |
| Tempo chiusura azioni rischio | 15 gg | 5 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 5% | Settimanale |
| Controlli preventivi eseguiti | 91% | Mensile |
| Escalation tardive | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.924 € da tempo operativo recuperato e attese ridotte, 22.500 € da rilavorazioni, difetti o eccezioni evitate e 20.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 83.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.924 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.500 € |
| Ritardi, reclami o rischi operativi ridotti | 20.800 € |
| Saving finale misurato | 83.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 21% al 5%. Il processo Identity and access management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Procure to PayRiduzione acquisti senza ordineNel processo Maverick buying, il caso studio “Riduzione acquisti senza ordine” nasce in un processo transazionale Procure to Pay con più funzioni coinvolte. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 26% al 9%; il saving finale misurato è stato di 63.000 €.Processo: Maverick buyingDurata: 11 settimaneSaving finale: 63.000 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Maverick buying in un processo transazionale Procure to Pay con più funzioni coinvolte. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 26% al 9%, con un saving annuo difendibile di 63.000 €.
La storia del progetto
Il processo Maverick buying operava in un processo transazionale Procure to Pay con più funzioni coinvolte e coinvolgeva richieste acquisto, ordini, ricezioni e three-way match. Il volume era di circa 12.720 fatture l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Finding / deviazioni aperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione acquisti senza ordine”, misurando il flusso reale del processo Maverick buying e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 63.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Procure to Pay con più funzioni coinvolte, nel processo Maverick buying. Il flusso gestiva circa 12.720 fatture l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, magazzino, AP e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Maverick buying, il cliente del processo (richiedente interno, buyer, magazzino, AP e fornitore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, magazzino, AP e fornitore |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Finding / deviazioni aperte, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 26% | 9% | -67% |
| Azioni oltre scadenza | 33% | 10% | -64% |
| Audit trail completo | 67% | 91% | +29 pt |
| Tempo chiusura CAPA | 39 gg | 16 gg | -53% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Compliance matrix | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Audit trail | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard work regolatorio | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | CAPA management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Finding / deviazioni aperte è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 9% | Settimanale |
| Azioni oltre scadenza | 10% | Mensile |
| Audit trail completo | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 30.248 € da tempo operativo recuperato e attese ridotte, 17.000 € da rilavorazioni, difetti o eccezioni evitate e 15.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 63.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 30.248 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.000 € |
| Ritardi, reclami o rischi operativi ridotti | 15.800 € |
| Saving finale misurato | 63.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Finding / deviazioni aperte, passato dal 26% al 9%. Il processo Maverick buying è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Avvio e business caseRiduzione ambiguità nello scope iniziale progettoNel processo Project charter e scope definition, il caso studio “Riduzione ambiguità nello scope iniziale progetto” nasce in un’organizzazione con progetti complessi nell’area Avvio e business case. Prima del progetto, lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. Il KPI guida, Decisioni senza owner, è passato dal 41% al 13%; il saving finale misurato è stato di 129.300 €.Processo: Project charter e scope definitionDurata: 12 settimaneSaving finale: 129.300 €-69% Decisioni senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Project charter e scope definition in un’organizzazione con progetti complessi nell’area Avvio e business case. La criticità iniziale era chiara: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. L’intervento ha portato il KPI principale, Decisioni senza owner, dal 41% al 13%, con un saving annuo difendibile di 129.300 €.
La storia del progetto
Il processo Project charter e scope definition operava in un’organizzazione con progetti complessi nell’area Avvio e business case e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 191 milestone l’anno. La criticità era concreta: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale.
Il progetto è stato aperto quando Decisioni senza owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione ambiguità nello scope iniziale progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Avvio e business case, nel processo Project charter e scope definition. Il flusso gestiva circa 191 milestone l’anno e il segnale più evidente era Decisioni senza owner pari al 41% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione ambiguità nello scope iniziale progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Project charter e scope definition.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Decisioni senza owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Decisioni senza owner era pari al 41% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Decisioni senza owner | 41% | 13% | -69% |
| Riunioni senza decisione | 34% | 12% | -65% |
| Azioni progetto oltre SLA | 37% | 13% | -62% |
| Allineamento sponsor-team | 60% | 83% | +28 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Project charter | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | RACI di progetto | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Steering cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Decision log | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Decisioni senza owner è stato portato al 13% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Decisioni senza owner | 13% | Settimanale |
| Riunioni senza decisione | 12% | Mensile |
| Azioni progetto oltre SLA | 13% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.064 € da tempo operativo recuperato e attese ridotte, 34.900 € da rilavorazioni, difetti o eccezioni evitate e 32.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.064 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.900 € |
| Ritardi, reclami o rischi operativi ridotti | 32.300 € |
| Saving finale misurato | 129.300 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Decisioni senza owner, passato dal 41% al 13%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Sicurezza · Emergenze e rischio incendioRiduzione anomalie presidi antincendioNel processo Fire safety inspection, il caso studio “Riduzione anomalie presidi antincendio” nasce in un contesto operativo HSE nell’area Emergenze e rischio incendio. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 23/mese a 9/mese; il saving finale misurato è stato di 120.400 €.Processo: Fire safety inspectionDurata: 9 settimaneSaving finale: 120.400 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Fire safety inspection in un contesto operativo HSE nell’area Emergenze e rischio incendio. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 23/mese a 9/mese, con un saving annuo difendibile di 120.400 €.
La storia del progetto
Il processo Fire safety inspection operava in un contesto operativo HSE nell’area Emergenze e rischio incendio e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.760 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, e questo ha reso necessario trasformare “Riduzione anomalie presidi antincendio” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 120.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Emergenze e rischio incendio, nel processo Fire safety inspection. Il flusso gestiva circa 6.760 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione anomalie presidi antincendio” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 23/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 60% | 88% | +31 pt |
| Comportamenti sicuri osservati | 67% | 89% | +22 pt |
| Controlli pre-attività completi | 62% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | FMEA di processo | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Risk register operativo | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Control point preventivi | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Escalation matrix | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.810 € da tempo operativo recuperato e attese ridotte, 32.500 € da rilavorazioni, difetti o eccezioni evitate e 30.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 120.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.810 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.500 € |
| Ritardi, reclami o rischi operativi ridotti | 30.100 € |
| Saving finale misurato | 120.400 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 23/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Sicurezza · Sicurezza macchine e impiantiRiduzione anomalie su dispositivi di sicurezzaNel processo Safety device inspection, il caso studio “Riduzione anomalie su dispositivi di sicurezza” nasce in un contesto operativo HSE nell’area Sicurezza macchine e impianti. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 23/mese a 9/mese; il saving finale misurato è stato di 85.600 €.Processo: Safety device inspectionDurata: 9 settimaneSaving finale: 85.600 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Safety device inspection in un contesto operativo HSE nell’area Sicurezza macchine e impianti. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 23/mese a 9/mese, con un saving annuo difendibile di 85.600 €.
La storia del progetto
Il processo Safety device inspection operava in un contesto operativo HSE nell’area Sicurezza macchine e impianti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.360 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, e questo ha reso necessario trasformare “Riduzione anomalie su dispositivi di sicurezza” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza macchine e impianti, nel processo Safety device inspection. Il flusso gestiva circa 6.360 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione anomalie su dispositivi di sicurezza” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 23/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 60% | 88% | +31 pt |
| Comportamenti sicuri osservati | 67% | 89% | +22 pt |
| Controlli pre-attività completi | 62% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | FMEA di processo | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Risk register operativo | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Control point preventivi | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Escalation matrix | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.082 € da tempo operativo recuperato e attese ridotte, 23.100 € da rilavorazioni, difetti o eccezioni evitate e 21.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.082 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.100 € |
| Ritardi, reclami o rischi operativi ridotti | 21.400 € |
| Saving finale misurato | 85.600 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 23/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Processi Transazionali · Master Data ManagementRiduzione approvazioni dati master fuori SLANel processo Master data governance, il caso studio “Riduzione approvazioni dati master fuori SLA” nasce in un processo transazionale Master Data Management con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 25% al 7%; il saving finale misurato è stato di 111.700 €.Processo: Master data governanceDurata: 13 settimaneSaving finale: 111.700 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Master data governance in un processo transazionale Master Data Management con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 25% al 7%, con un saving annuo difendibile di 111.700 €.
La storia del progetto
Il processo Master data governance operava in un processo transazionale Master Data Management con più funzioni coinvolte e coinvolgeva anagrafiche clienti/materiali, data change e governance. Il volume era di circa 14.100 record l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione approvazioni dati master fuori SLA”, misurando il flusso reale del processo Master data governance e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 111.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Master Data Management con più funzioni coinvolte, nel processo Master data governance. Il flusso gestiva circa 14.100 record l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, data owner, IT e controllo interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Master data governance, il cliente del processo (utente business, data owner, IT e controllo interno) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, data owner, IT e controllo interno |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 25% | 7% | -70% |
| Modifiche dati con audit trail completo | 60% | 93% | +33 pt |
| Tempo approvazione dato master | 11 gg | 4 gg | -56% |
| Riconciliazioni manuali | 36% | 13% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 7% | Settimanale |
| Modifiche dati con audit trail completo | 93% | Mensile |
| Tempo approvazione dato master | 4 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.618 € da tempo operativo recuperato e attese ridotte, 30.200 € da rilavorazioni, difetti o eccezioni evitate e 27.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 111.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.618 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.200 € |
| Ritardi, reclami o rischi operativi ridotti | 27.900 € |
| Saving finale misurato | 111.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 25% al 7%. Il processo Master data governance è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Risorse umaneRiduzione assenteismo breve non pianificatoNel processo Presenze e sostituzioni operative, il caso studio “Riduzione assenteismo breve non pianificato” nasce in una funzione Risorse Umane con processi amministrativi e operativi. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Attività senza backup owner, è passato dal 39% al 14%; il saving finale misurato è stato di 117.200 €.Processo: Presenze e sostituzioni operativeDurata: 10 settimaneSaving finale: 117.200 €-67% Attività senza backup ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Presenze e sostituzioni operative in una funzione Risorse Umane con processi amministrativi e operativi. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Attività senza backup owner, dal 39% al 14%, con un saving annuo difendibile di 117.200 €.
La storia del progetto
Il processo Presenze e sostituzioni operative operava in una funzione Risorse Umane con processi amministrativi e operativi e coinvolgeva onboarding, payroll, recruiting e service request. Il volume era di circa 6.785 richieste l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Attività senza backup owner ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione assenteismo breve non pianificato”, misurando il flusso reale del processo Presenze e sostituzioni operative e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 117.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione Risorse Umane con processi amministrativi e operativi, nel processo Presenze e sostituzioni operative. Il flusso gestiva circa 6.785 richieste l’anno e il segnale più evidente era Attività senza backup owner pari al 39% in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HRBP e amministrazione personale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Presenze e sostituzioni operative, il cliente del processo (dipendente, manager, HRBP e amministrazione personale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HRBP e amministrazione personale |
| KPI principale | Attività senza backup owner |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Attività senza backup owner, partiva dal 39%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Attività senza backup owner | 39% | 14% | -67% |
| Blocchi per handoff | 26/mese | 11/mese | -62% |
| Recovery time | 20 h | 9 h | -61% |
| Standard alternativi disponibili | 44% | 83% | +39 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Stress test processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Backup owner | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Scenario planning | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Recovery standard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Attività senza backup owner è stato portato al 14% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Attività senza backup owner | 14% | Settimanale |
| Blocchi per handoff | 11/mese | Mensile |
| Recovery time | 9 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.268 € da tempo operativo recuperato e attese ridotte, 31.600 € da rilavorazioni, difetti o eccezioni evitate e 29.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 117.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.268 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.600 € |
| Ritardi, reclami o rischi operativi ridotti | 29.300 € |
| Saving finale misurato | 117.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Attività senza backup owner, passato dal 39% al 14%. Il processo Presenze e sostituzioni operative è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Value Stream Mapping e flussi Lean avanzatiRiduzione attese materiali con pull system e supermarketNel processo Rifornimento bordo linea, il caso studio “Riduzione attese materiali con pull system e supermarket” nasce in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, KPI critico fuori target, è passato dal 28% al 9%; il saving finale misurato è stato di 79.100 €.Processo: Rifornimento bordo lineaDurata: 10 settimaneSaving finale: 79.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Rifornimento bordo linea in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 28% al 9%, con un saving annuo difendibile di 79.100 €.
La storia del progetto
Il processo Rifornimento bordo linea operava in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 32.160 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione attese materiali con pull system e supermarket”, misurando il flusso reale del processo Rifornimento bordo linea e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati, nel processo Rifornimento bordo linea. Il flusso gestiva circa 32.160 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Rifornimento bordo linea, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 28% | 9% | -67% |
| Tempo reazione a deviazione | 54 h | 25 h | -54% |
| Azioni completate on-time | 62% | 88% | +30 pt |
| Stabilità del nuovo standard | 53% | 86% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Muda/Mura/Muri analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Flow design | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Pull system | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Gemba walk | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 25 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.968 € da tempo operativo recuperato e attese ridotte, 21.400 € da rilavorazioni, difetti o eccezioni evitate e 19.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.968 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.400 € |
| Ritardi, reclami o rischi operativi ridotti | 19.700 € |
| Saving finale misurato | 79.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 28% al 9%. Il processo Rifornimento bordo linea è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · QualitàRiduzione audit emergenziali e azioni tardiveNel processo Sistema audit e CAPA, il caso studio “Riduzione audit emergenziali e azioni tardive” nasce in una funzione aziendale di Qualità. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 26% al 9%; il saving finale misurato è stato di 89.200 €.Processo: Sistema audit e CAPADurata: 12 settimaneSaving finale: 89.200 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sistema audit e CAPA in una funzione aziendale di Qualità. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 26% al 9%, con un saving annuo difendibile di 89.200 €.
La storia del progetto
Il processo Sistema audit e CAPA operava in una funzione aziendale di Qualità e coinvolgeva non conformità, audit, reclami e CAPA. Il volume era di circa 6.395 pratiche l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Finding / deviazioni aperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione audit emergenziali e azioni tardive”, misurando il flusso reale del processo Sistema audit e CAPA e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 89.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Qualità, nel processo Sistema audit e CAPA. Il flusso gestiva circa 6.395 pratiche l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, audit, process owner e direzione qualità. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sistema audit e CAPA, il cliente del processo (cliente, audit, process owner e direzione qualità) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, audit, process owner e direzione qualità |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Finding / deviazioni aperte, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 26% | 9% | -67% |
| Azioni oltre scadenza | 33% | 10% | -64% |
| Audit trail completo | 67% | 91% | +29 pt |
| Tempo chiusura CAPA | 39 gg | 16 gg | -53% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Compliance matrix | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Audit trail | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard work regolatorio | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | CAPA management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Finding / deviazioni aperte è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 9% | Settimanale |
| Azioni oltre scadenza | 10% | Mensile |
| Audit trail completo | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.804 € da tempo operativo recuperato e attese ridotte, 24.100 € da rilavorazioni, difetti o eccezioni evitate e 22.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 89.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.804 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.100 € |
| Ritardi, reclami o rischi operativi ridotti | 22.300 € |
| Saving finale misurato | 89.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Finding / deviazioni aperte, passato dal 26% al 9%. Il processo Sistema audit e CAPA è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Audit e CAPARiduzione audit trail incompletiNel processo Audit trail e tracciabilità qualità, il caso studio “Riduzione audit trail incompleti” nasce in un sistema qualità strutturato nell’area Audit e CAPA. Prima del progetto, gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. Il KPI guida, Audit trail incompleti, è passato dal 23% al 5%; il saving finale misurato è stato di 118.600 €.Processo: Audit trail e tracciabilità qualitàDurata: 10 settimaneSaving finale: 118.600 €-74% Audit trail incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Audit trail e tracciabilità qualità in un sistema qualità strutturato nell’area Audit e CAPA. La criticità iniziale era chiara: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. L’intervento ha portato il KPI principale, Audit trail incompleti, dal 23% al 5%, con un saving annuo difendibile di 118.600 €.
La storia del progetto
Il processo Audit trail e tracciabilità qualità operava in un sistema qualità strutturato nell’area Audit e CAPA e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.680 pratiche qualità l’anno. La criticità era concreta: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Audit trail incompleti risultava pari al 23%. Il team ha quindi trattato “Riduzione audit trail incompleti” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 118.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Audit e CAPA, nel processo Audit trail e tracciabilità qualità. Il flusso gestiva circa 7.680 pratiche qualità l’anno e il segnale più evidente era Audit trail incompleti pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione audit trail incompleti” è stato collegato al processo Audit trail e tracciabilità qualità, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Audit trail incompleti |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Audit trail incompleti partiva dal 23% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Audit trail incompleti | 23% | 5% | -74% |
| Tempo ricostruzione evento | 15 h | 3 h | -73% |
| Record tracciati end-to-end | 67% | 95% | +31 pt |
| Allegati mancanti | 20% | 4% | -75% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Data lineage | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Barcode/RFID check | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Audit trail | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Dashboard tracciabilità | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Audit trail incompleti è stato portato al 5% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Audit trail incompleti | 5% | Settimanale |
| Tempo ricostruzione evento | 3 h | Mensile |
| Record tracciati end-to-end | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.936 € da tempo operativo recuperato e attese ridotte, 32.000 € da rilavorazioni, difetti o eccezioni evitate e 29.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 118.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.936 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.000 € |
| Ritardi, reclami o rischi operativi ridotti | 29.700 € |
| Saving finale misurato | 118.600 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Audit trail incompleti, passato dal 23% al 5%. Il processo Audit trail e tracciabilità qualità ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Project Management · Agile e ScrumRiduzione backlog aging con Agile KanbanNel processo Gestione backlog evolutive e bug, il caso studio “Riduzione backlog aging con Agile Kanban” nasce in un’organizzazione con progetti complessi nell’area Agile e Scrum. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Lead time medio, è passato da 17 gg a 8 gg; il saving finale misurato è stato di 93.100 €.Processo: Gestione backlog evolutive e bugDurata: 11 settimaneSaving finale: 93.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione backlog evolutive e bug in un’organizzazione con progetti complessi nell’area Agile e Scrum. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Lead time medio, da 17 gg a 8 gg, con un saving annuo difendibile di 93.100 €.
La storia del progetto
Il processo Gestione backlog evolutive e bug operava in un’organizzazione con progetti complessi nell’area Agile e Scrum e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 261 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Lead time medio ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione backlog aging con Agile Kanban”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 93.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e Scrum, nel processo Gestione backlog evolutive e bug. Il flusso gestiva circa 261 milestone l’anno e il segnale più evidente era Lead time medio pari a 17 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione backlog aging con Agile Kanban” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Gestione backlog evolutive e bug.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Lead time medio |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Lead time medio era pari a 17 gg e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 17 gg | 8 gg | -50% |
| Attese tra fasi | 43 h | 17 h | -58% |
| Pratiche oltre SLA | 34% | 12% | -66% |
| Solleciti manuali | 49/mese | 19/mese | -59% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Kanban board | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | WIP limit | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Flow metrics | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Backlog aging | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Lead time medio è stato portato a 8 gg e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.688 € da tempo operativo recuperato e attese ridotte, 25.100 € da rilavorazioni, difetti o eccezioni evitate e 23.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 93.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.688 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.100 € |
| Ritardi, reclami o rischi operativi ridotti | 23.300 € |
| Saving finale misurato | 93.100 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Lead time medio, passato da 17 gg a 8 gg. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Agile e delivery ibridaRiduzione backlog bloccato da requisiti incompletiNel processo Product backlog refinement, il caso studio “Riduzione backlog bloccato da requisiti incompleti” nasce in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 99.300 €.Processo: Product backlog refinementDurata: 12 settimaneSaving finale: 99.300 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Product backlog refinement in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 99.300 €.
La storia del progetto
Il processo Product backlog refinement operava in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 210 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Lead time medio ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione backlog bloccato da requisiti incompleti”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 99.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida, nel processo Product backlog refinement. Il flusso gestiva circa 210 milestone l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione backlog bloccato da requisiti incompleti” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Product backlog refinement.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Lead time medio |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Lead time medio era pari a 12 gg e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Value Stream Mapping | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Standard Work | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Kanban operativo | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Dashboard SLA | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Lead time medio è stato portato a 6 gg e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.664 € da tempo operativo recuperato e attese ridotte, 26.800 € da rilavorazioni, difetti o eccezioni evitate e 24.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 99.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.664 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.800 € |
| Ritardi, reclami o rischi operativi ridotti | 24.800 € |
| Saving finale misurato | 99.300 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Lead time medio, passato da 12 gg a 6 gg. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · After marketRiduzione backlog interventi tecniciNel processo Pianificazione interventi, il caso studio “Riduzione backlog interventi tecnici” nasce in una funzione aziendale di After market. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 16 gg a 5 gg; il saving finale misurato è stato di 55.900 €.Processo: Pianificazione interventiDurata: 8 settimaneSaving finale: 55.900 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione interventi in una funzione aziendale di After market. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 5 gg, con un saving annuo difendibile di 55.900 €.
La storia del progetto
Il processo Pianificazione interventi operava in una funzione aziendale di After market e coinvolgeva garanzia, ricambi e pianificazione interventi. Il volume era di circa 4.740 richieste l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione backlog interventi tecnici”, misurando il flusso reale del processo Pianificazione interventi e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 55.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di After market, nel processo Pianificazione interventi. Il flusso gestiva circa 4.740 richieste l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente installato, tecnico, service manager e magazzino ricambi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pianificazione interventi, il cliente del processo (cliente installato, tecnico, service manager e magazzino ricambi) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente installato, tecnico, service manager e magazzino ricambi |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 5 gg | -50% |
| Errori o eccezioni | 27% | 7% | -67% |
| First Time Right | 67% | 90% | +27 pt |
| Solleciti manuali | 45/mese | 17/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 5 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 5 gg | Settimanale |
| Errori o eccezioni | 7% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 26.820 € da tempo operativo recuperato e attese ridotte, 15.100 € da rilavorazioni, difetti o eccezioni evitate e 14.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 55.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 26.820 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.100 € |
| Ritardi, reclami o rischi operativi ridotti | 14.000 € |
| Saving finale misurato | 55.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 5 gg. Il processo Pianificazione interventi è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Miglioramento continuoRiduzione backlog kaizenNel processo Gestione idee miglioramento, il caso studio “Riduzione backlog kaizen” nasce in una funzione aziendale di Miglioramento continuo. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 30.600 €.Processo: Gestione idee miglioramentoDurata: 9 settimaneSaving finale: 30.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione idee miglioramento in una funzione aziendale di Miglioramento continuo. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 30.600 €.
La storia del progetto
Il processo Gestione idee miglioramento operava in una funzione aziendale di Miglioramento continuo e coinvolgeva pipeline idee, saving tracking e standardizzazione. Il volume era di circa 5.340 iniziative l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione backlog kaizen”, misurando il flusso reale del processo Gestione idee miglioramento e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 30.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Miglioramento continuo, nel processo Gestione idee miglioramento. Il flusso gestiva circa 5.340 iniziative l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da direzione operations, process owner e team kaizen. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione idee miglioramento, il cliente del processo (direzione operations, process owner e team kaizen) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione operations, process owner e team kaizen |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 14.688 € da tempo operativo recuperato e attese ridotte, 8.300 € da rilavorazioni, difetti o eccezioni evitate e 7.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 30.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 14.688 € |
| Rilavorazioni, difetti o eccezioni evitate | 8.300 € |
| Ritardi, reclami o rischi operativi ridotti | 7.600 € |
| Saving finale misurato | 30.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Gestione idee miglioramento è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Order to CashRiduzione blocchi fatturazione per dati incompletiNel processo Billing data quality, il caso studio “Riduzione blocchi fatturazione per dati incompleti” nasce in un processo transazionale Order to Cash con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Fatture bloccate o contestate, è passato dal 28% al 9%; il saving finale misurato è stato di 49.800 €.Processo: Billing data qualityDurata: 10 settimaneSaving finale: 49.800 €-65% Fatture bloccate o contestateLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Billing data quality in un processo transazionale Order to Cash con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Fatture bloccate o contestate, dal 28% al 9%, con un saving annuo difendibile di 49.800 €.
La storia del progetto
Il processo Billing data quality operava in un processo transazionale Order to Cash con più funzioni coinvolte e coinvolgeva ordine cliente, billing, incassi e dispute. Il volume era di circa 12.540 ordini l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Fatture bloccate o contestate ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione blocchi fatturazione per dati incompleti”, misurando il flusso reale del processo Billing data quality e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 49.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Order to Cash con più funzioni coinvolte, nel processo Billing data quality. Il flusso gestiva circa 12.540 ordini l’anno e il segnale più evidente era Fatture bloccate o contestate pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales operations, finance e customer service. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Billing data quality, il cliente del processo (cliente, sales operations, finance e customer service) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales operations, finance e customer service |
| KPI principale | Fatture bloccate o contestate |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Fatture bloccate o contestate, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Fatture bloccate o contestate | 28% | 9% | -65% |
| Tempo sblocco fattura | 13 gg | 5 gg | -55% |
| Mismatch ordine-ricezione-fattura | 23% | 7% | -67% |
| Dati billing completi | 65% | 92% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Fatture bloccate o contestate è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Fatture bloccate o contestate | 9% | Settimanale |
| Tempo sblocco fattura | 5 gg | Mensile |
| Mismatch ordine-ricezione-fattura | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 23.902 € da tempo operativo recuperato e attese ridotte, 13.400 € da rilavorazioni, difetti o eccezioni evitate e 12.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 49.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 23.902 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.400 € |
| Ritardi, reclami o rischi operativi ridotti | 12.500 € |
| Saving finale misurato | 49.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Fatture bloccate o contestate, passato dal 28% al 9%. Il processo Billing data quality è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Agile e ScrumRiduzione blocchi interfunzionali con Scrum of ScrumsNel processo Coordinamento team multipli, il caso studio “Riduzione blocchi interfunzionali con Scrum of Scrums” nasce in un’organizzazione con progetti complessi nell’area Agile e Scrum. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 28% al 9%; il saving finale misurato è stato di 108.400 €.Processo: Coordinamento team multipliDurata: 13 settimaneSaving finale: 108.400 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Coordinamento team multipli in un’organizzazione con progetti complessi nell’area Agile e Scrum. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 28% al 9%, con un saving annuo difendibile di 108.400 €.
La storia del progetto
Il processo Coordinamento team multipli operava in un’organizzazione con progetti complessi nell’area Agile e Scrum e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 269 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione blocchi interfunzionali con Scrum of Scrums”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 108.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e Scrum, nel processo Coordinamento team multipli. Il flusso gestiva circa 269 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione blocchi interfunzionali con Scrum of Scrums” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Coordinamento team multipli.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 28% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 28% | 9% | -67% |
| Tempo reazione a deviazione | 54 h | 25 h | -54% |
| Azioni completate on-time | 62% | 88% | +30 pt |
| Stabilità del nuovo standard | 53% | 86% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Dependency board | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Impediment backlog | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Release train sync | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Escalation cadence | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 25 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.032 € da tempo operativo recuperato e attese ridotte, 29.300 € da rilavorazioni, difetti o eccezioni evitate e 27.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 108.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.032 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.300 € |
| Ritardi, reclami o rischi operativi ridotti | 27.100 € |
| Saving finale misurato | 108.400 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 28% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Qualità · Laboratorio e controlli qualitàRiduzione campioni in attesa oltre SLANel processo Sample management, il caso studio “Riduzione campioni in attesa oltre SLA” nasce in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Lead time medio, è passato da 12 gg a 7 gg; il saving finale misurato è stato di 88.500 €.Processo: Sample managementDurata: 9 settimaneSaving finale: 88.500 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sample management in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 7 gg, con un saving annuo difendibile di 88.500 €.
La storia del progetto
Il processo Sample management operava in un sistema qualità strutturato nell’area Laboratorio e controlli qualità e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.130 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Lead time medio risultava pari a 12 gg. Il team ha quindi trattato “Riduzione campioni in attesa oltre SLA” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Laboratorio e controlli qualità, nel processo Sample management. Il flusso gestiva circa 8.130 pratiche qualità l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione campioni in attesa oltre SLA” è stato collegato al processo Sample management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Lead time medio |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Lead time medio partiva da 12 gg e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 7 gg | -50% |
| Errori o eccezioni | 23% | 9% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Solleciti manuali | 41/mese | 17/mese | -62% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Customer journey | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | SLA management | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Visual management | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Review settimanale | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Lead time medio è stato portato a 7 gg e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Errori o eccezioni | 9% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.460 € da tempo operativo recuperato e attese ridotte, 23.900 € da rilavorazioni, difetti o eccezioni evitate e 22.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.460 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.900 € |
| Ritardi, reclami o rischi operativi ridotti | 22.100 € |
| Saving finale misurato | 88.500 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Lead time medio, passato da 12 gg a 7 gg. Il processo Sample management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · FarmaceuticoRiduzione CAPA scaduteNel processo Gestione CAPA, il caso studio “Riduzione CAPA scadute” nasce in un sito farmaceutico GMP con produzione, QA e rilascio lotto. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, CAPA oltre scadenza, è passato dal 33% al 10%; il saving finale misurato è stato di 167.700 €.Processo: Gestione CAPADurata: 12 settimaneSaving finale: 167.700 €-69% CAPA oltre scadenzaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione CAPA in un sito farmaceutico GMP con produzione, QA e rilascio lotto. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, CAPA oltre scadenza, dal 33% al 10%, con un saving annuo difendibile di 167.700 €.
La storia del progetto
Il processo Gestione CAPA operava in un sito farmaceutico GMP con produzione, QA e rilascio lotto e coinvolgeva deviation management, CAPA, batch release e data integrity. Il volume era di circa 15.520 lotti l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando CAPA oltre scadenza ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione CAPA scadute”, misurando il flusso reale del processo Gestione CAPA e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 167.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sito farmaceutico GMP con produzione, QA e rilascio lotto, nel processo Gestione CAPA. Il flusso gestiva circa 15.520 lotti l’anno e il segnale più evidente era CAPA oltre scadenza pari al 33% in baseline. |
| Cliente | Il cliente del processo era costituito da QA, Qualified Person, regulatory e paziente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione CAPA, il cliente del processo (QA, Qualified Person, regulatory e paziente finale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | QA, Qualified Person, regulatory e paziente finale |
| KPI principale | CAPA oltre scadenza |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, CAPA oltre scadenza, partiva dal 33%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| CAPA oltre scadenza | 33% | 10% | -69% |
| Ritardo medio chiusura CAPA | 27 gg | 9 gg | -67% |
| Azioni con owner validato | 64% | 91% | +30 pt |
| Escalation preventive | 39% | 81% | +42 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Compliance matrix | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Audit trail | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard work regolatorio | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | CAPA management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI CAPA oltre scadenza è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| CAPA oltre scadenza | 10% | Settimanale |
| Ritardo medio chiusura CAPA | 9 gg | Mensile |
| Azioni con owner validato | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 80.514 € da tempo operativo recuperato e attese ridotte, 45.300 € da rilavorazioni, difetti o eccezioni evitate e 41.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 167.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 80.514 € |
| Rilavorazioni, difetti o eccezioni evitate | 45.300 € |
| Ritardi, reclami o rischi operativi ridotti | 41.900 € |
| Saving finale misurato | 167.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI CAPA oltre scadenza, passato dal 33% al 10%. Il processo Gestione CAPA è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Audit e CAPARiduzione CAPA scadute nel sistema qualitàNel processo CAPA management, il caso studio “Riduzione CAPA scadute nel sistema qualità” nasce in un sistema qualità strutturato nell’area Audit e CAPA. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, CAPA oltre scadenza, è passato dal 33% al 10%; il saving finale misurato è stato di 102.600 €.Processo: CAPA managementDurata: 13 settimaneSaving finale: 102.600 €-69% CAPA oltre scadenzaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo CAPA management in un sistema qualità strutturato nell’area Audit e CAPA. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, CAPA oltre scadenza, dal 33% al 10%, con un saving annuo difendibile di 102.600 €.
La storia del progetto
Il processo CAPA management operava in un sistema qualità strutturato nell’area Audit e CAPA e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.020 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: CAPA oltre scadenza risultava pari al 33%. Il team ha quindi trattato “Riduzione CAPA scadute nel sistema qualità” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Audit e CAPA, nel processo CAPA management. Il flusso gestiva circa 7.020 pratiche qualità l’anno e il segnale più evidente era CAPA oltre scadenza pari al 33% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione CAPA scadute nel sistema qualità” è stato collegato al processo CAPA management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | CAPA oltre scadenza |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI CAPA oltre scadenza partiva dal 33% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| CAPA oltre scadenza | 33% | 10% | -69% |
| Ritardo medio chiusura CAPA | 27 gg | 9 gg | -67% |
| Azioni con owner validato | 64% | 91% | +30 pt |
| Escalation preventive | 39% | 81% | +42 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Compliance matrix | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Audit trail | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Standard work regolatorio | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | CAPA management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI CAPA oltre scadenza è stato portato al 10% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| CAPA oltre scadenza | 10% | Settimanale |
| Ritardo medio chiusura CAPA | 9 gg | Mensile |
| Azioni con owner validato | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.236 € da tempo operativo recuperato e attese ridotte, 27.700 € da rilavorazioni, difetti o eccezioni evitate e 25.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.236 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.700 € |
| Ritardi, reclami o rischi operativi ridotti | 25.700 € |
| Saving finale misurato | 102.600 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI CAPA oltre scadenza, passato dal 33% al 10%. Il processo CAPA management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · LogisticaRiduzione capitale bloccato in scorte lenteNel processo Inventory management, il caso studio “Riduzione capitale bloccato in scorte lente” nasce in una funzione aziendale di Logistica. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Capitale bloccato, è passato da 455 k€ a 334 k€; il saving finale misurato è stato di 106.200 €.Processo: Inventory managementDurata: 9 settimaneSaving finale: 106.200 €-26% Capitale bloccatoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Inventory management in una funzione aziendale di Logistica. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Capitale bloccato, da 455 k€ a 334 k€, con un saving annuo difendibile di 106.200 €.
La storia del progetto
Il processo Inventory management operava in una funzione aziendale di Logistica e coinvolgeva picking, spedizioni, scorte e resi. Il volume era di circa 5.475 righe ordine l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Capitale bloccato ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione capitale bloccato in scorte lente”, misurando il flusso reale del processo Inventory management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Logistica, nel processo Inventory management. Il flusso gestiva circa 5.475 righe ordine l’anno e il segnale più evidente era Capitale bloccato pari a 455 k€ in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, pianificazione, magazzino e trasportatore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Inventory management, il cliente del processo (cliente finale, pianificazione, magazzino e trasportatore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, pianificazione, magazzino e trasportatore |
| KPI principale | Capitale bloccato |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Capitale bloccato, partiva da 455 k€; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Capitale bloccato | 455 k€ | 334 k€ | -26% |
| Giorni medi di ciclo | 49 gg | 36 gg | -27% |
| Posizioni scadute/lente | 25% | 13% | -50% |
| Visibilità aging | mensile | settimanale | controllo implementato |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Working capital analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Aging review | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Policy scorte/credito | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Cash dashboard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Capitale bloccato è stato portato a 334 k€ e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Capitale bloccato | 334 k€ | Settimanale |
| Giorni medi di ciclo | 36 gg | Mensile |
| Posizioni scadute/lente | 13% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 50.976 € da tempo operativo recuperato e attese ridotte, 28.700 € da rilavorazioni, difetti o eccezioni evitate e 26.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 50.976 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.700 € |
| Ritardi, reclami o rischi operativi ridotti | 26.500 € |
| Saving finale misurato | 106.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Capitale bloccato, passato da 455 k€ a 334 k€. Il processo Inventory management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Validazione e change controlRiduzione change control aperti oltre targetNel processo Change control quality system, il caso studio “Riduzione change control aperti oltre target” nasce in un sistema qualità strutturato nell’area Validazione e change control. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 25% al 8%; il saving finale misurato è stato di 72.200 €.Processo: Change control quality systemDurata: 13 settimaneSaving finale: 72.200 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Change control quality system in un sistema qualità strutturato nell’area Validazione e change control. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 25% al 8%, con un saving annuo difendibile di 72.200 €.
La storia del progetto
Il processo Change control quality system operava in un sistema qualità strutturato nell’area Validazione e change control e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.560 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Finding / deviazioni aperte risultava pari al 25%. Il team ha quindi trattato “Riduzione change control aperti oltre target” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 72.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Validazione e change control, nel processo Change control quality system. Il flusso gestiva circa 7.560 pratiche qualità l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione change control aperti oltre target” è stato collegato al processo Change control quality system, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Finding / deviazioni aperte partiva dal 25% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 25% | 8% | -67% |
| Azioni oltre scadenza | 32% | 9% | -64% |
| Audit trail completo | 66% | 95% | +29 pt |
| Tempo chiusura CAPA | 38 gg | 20 gg | -53% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Compliance matrix | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Audit trail | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Standard work regolatorio | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | CAPA management | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Finding / deviazioni aperte è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 8% | Settimanale |
| Azioni oltre scadenza | 9% | Mensile |
| Audit trail completo | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.672 € da tempo operativo recuperato e attese ridotte, 19.500 € da rilavorazioni, difetti o eccezioni evitate e 18.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 72.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.672 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.500 € |
| Ritardi, reclami o rischi operativi ridotti | 18.000 € |
| Saving finale misurato | 72.200 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Finding / deviazioni aperte, passato dal 25% al 8%. Il processo Change control quality system ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · ICTRiduzione change failedNel processo Change enablement, il caso studio “Riduzione change failed” nasce in una funzione ICT interna a servizio di più business unit. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 65.000 €.Processo: Change enablementDurata: 10 settimaneSaving finale: 65.000 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Change enablement in una funzione ICT interna a servizio di più business unit. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 65.000 €.
La storia del progetto
Il processo Change enablement operava in una funzione ICT interna a servizio di più business unit e coinvolgeva service desk, change, IAM e incident management. Il volume era di circa 4.970 ticket l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione change failed”, misurando il flusso reale del processo Change enablement e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 65.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione ICT interna a servizio di più business unit, nel processo Change enablement. Il flusso gestiva circa 4.970 ticket l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da utente interno, service owner, security e business. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Change enablement, il cliente del processo (utente interno, service owner, security e business) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente interno, service owner, security e business |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.212 € da tempo operativo recuperato e attese ridotte, 17.600 € da rilavorazioni, difetti o eccezioni evitate e 16.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 65.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.212 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.600 € |
| Ritardi, reclami o rischi operativi ridotti | 16.200 € |
| Saving finale misurato | 65.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Change enablement è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Digital Twin e simulazione industrialeRiduzione colli di bottiglia con simulazione layoutNel processo Layout materiali e flussi interni, il caso studio “Riduzione colli di bottiglia con simulazione layout” nasce in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Errori picking/etichettatura, è passato dal 19% al 6%; il saving finale misurato è stato di 107.000 €.Processo: Layout materiali e flussi interniDurata: 10 settimaneSaving finale: 107.000 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Layout materiali e flussi interni in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 19% al 6%, con un saving annuo difendibile di 107.000 €.
La storia del progetto
Il processo Layout materiali e flussi interni operava in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.820 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Errori picking/etichettatura era pari al 19%: per questo il progetto “Riduzione colli di bottiglia con simulazione layout” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 107.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale, nel processo Layout materiali e flussi interni. Il flusso gestiva circa 18.820 eventi digitali l’anno e il segnale più evidente era Errori picking/etichettatura pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Layout materiali e flussi interni e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Errori picking/etichettatura |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Errori picking/etichettatura partiva dal 19%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 19% | 6% | -68% |
| Spedizioni oltre cut-off | 27% | 10% | -63% |
| Colli tracciati end-to-end | 68% | 94% | +26 pt |
| Tempo correzione eccezioni | 8 h | 3 h | -63% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Digital twin model | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Scenario simulation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Capacity analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Layout optimization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.376 € da tempo operativo recuperato e attese ridotte, 28.900 € da rilavorazioni, difetti o eccezioni evitate e 26.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 107.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.376 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.900 € |
| Ritardi, reclami o rischi operativi ridotti | 26.700 € |
| Saving finale misurato | 107.000 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Errori picking/etichettatura è passato dal 19% al 6%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Layout materiali e flussi interni.
Sicurezza · Sicurezza operativa LeanRiduzione comportamenti a rischio con Behavior Based SafetyNel processo Osservazioni comportamentali in reparto, il caso studio “Riduzione comportamenti a rischio con Behavior Based Safety” nasce in un contesto operativo HSE nell’area Sicurezza operativa Lean. Prima del progetto, i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 23/mese a 9/mese; il saving finale misurato è stato di 107.300 €.Processo: Osservazioni comportamentali in repartoDurata: 10 settimaneSaving finale: 107.300 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Osservazioni comportamentali in reparto in un contesto operativo HSE nell’area Sicurezza operativa Lean. La criticità iniziale era chiara: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 23/mese a 9/mese, con un saving annuo difendibile di 107.300 €.
La storia del progetto
Il processo Osservazioni comportamentali in reparto operava in un contesto operativo HSE nell’area Sicurezza operativa Lean e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 7.190 osservazioni l’anno. La criticità era concreta: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, e questo ha reso necessario trasformare “Riduzione comportamenti a rischio con Behavior Based Safety” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 107.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza operativa Lean, nel processo Osservazioni comportamentali in reparto. Il flusso gestiva circa 7.190 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione comportamenti a rischio con Behavior Based Safety” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 23/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 23/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 60% | 88% | +31 pt |
| Comportamenti sicuri osservati | 67% | 89% | +22 pt |
| Controlli pre-attività completi | 62% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | BBS observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Safe behavior checklist | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Coaching on the job | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Leading indicators | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.496 € da tempo operativo recuperato e attese ridotte, 29.000 € da rilavorazioni, difetti o eccezioni evitate e 26.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 107.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.496 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.000 € |
| Ritardi, reclami o rischi operativi ridotti | 26.800 € |
| Saving finale misurato | 107.300 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 23/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Sicurezza · Near miss e comportamenti sicuriRiduzione comportamenti a rischio ricorrentiNel processo Behavior Based Safety, il caso studio “Riduzione comportamenti a rischio ricorrenti” nasce in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. Prima del progetto, i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 20/mese a 8/mese; il saving finale misurato è stato di 101.500 €.Processo: Behavior Based SafetyDurata: 11 settimaneSaving finale: 101.500 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Behavior Based Safety in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. La criticità iniziale era chiara: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 20/mese a 8/mese, con un saving annuo difendibile di 101.500 €.
La storia del progetto
Il processo Behavior Based Safety operava in un contesto operativo HSE nell’area Near miss e comportamenti sicuri e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.520 osservazioni l’anno. La criticità era concreta: i segnali deboli erano presenti, ma non diventavano sempre azioni preventive tracciate.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, e questo ha reso necessario trasformare “Riduzione comportamenti a rischio ricorrenti” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 101.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Near miss e comportamenti sicuri, nel processo Behavior Based Safety. Il flusso gestiva circa 6.520 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 20/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione comportamenti a rischio ricorrenti” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 20/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 57% | 88% | +31 pt |
| Comportamenti sicuri osservati | 64% | 86% | +22 pt |
| Controlli pre-attività completi | 59% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 48.708 € da tempo operativo recuperato e attese ridotte, 27.400 € da rilavorazioni, difetti o eccezioni evitate e 25.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 101.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 48.708 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.400 € |
| Ritardi, reclami o rischi operativi ridotti | 25.400 € |
| Saving finale misurato | 101.500 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 20/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Project Management · Governance e stakeholderRiduzione conflitti tra owner funzionaliNel processo RACI di progetto, il caso studio “Riduzione conflitti tra owner funzionali” nasce in un’organizzazione con progetti complessi nell’area Governance e stakeholder. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Decisioni senza owner, è passato dal 37% al 12%; il saving finale misurato è stato di 89.100 €.Processo: RACI di progettoDurata: 11 settimaneSaving finale: 89.100 €-69% Decisioni senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo RACI di progetto in un’organizzazione con progetti complessi nell’area Governance e stakeholder. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Decisioni senza owner, dal 37% al 12%, con un saving annuo difendibile di 89.100 €.
La storia del progetto
Il processo RACI di progetto operava in un’organizzazione con progetti complessi nell’area Governance e stakeholder e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 209 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Decisioni senza owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione conflitti tra owner funzionali”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 89.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Governance e stakeholder, nel processo RACI di progetto. Il flusso gestiva circa 209 milestone l’anno e il segnale più evidente era Decisioni senza owner pari al 37% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione conflitti tra owner funzionali” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo RACI di progetto.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Decisioni senza owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Decisioni senza owner era pari al 37% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Decisioni senza owner | 37% | 12% | -69% |
| Riunioni senza decisione | 30% | 11% | -65% |
| Azioni progetto oltre SLA | 33% | 13% | -62% |
| Allineamento sponsor-team | 56% | 84% | +28 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Project charter | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | RACI di progetto | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Steering cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Decision log | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Decisioni senza owner è stato portato al 12% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Decisioni senza owner | 12% | Settimanale |
| Riunioni senza decisione | 11% | Mensile |
| Azioni progetto oltre SLA | 13% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.768 € da tempo operativo recuperato e attese ridotte, 24.100 € da rilavorazioni, difetti o eccezioni evitate e 22.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 89.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.768 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.100 € |
| Ritardi, reclami o rischi operativi ridotti | 22.200 € |
| Saving finale misurato | 89.100 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Decisioni senza owner, passato dal 37% al 12%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Pianificazione integrataRiduzione conflitti tra piano tempi e piano risorseNel processo Integrated project planning, il caso studio “Riduzione conflitti tra piano tempi e piano risorse” nasce in un’organizzazione con progetti complessi nell’area Pianificazione integrata. Prima del progetto, gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. Il KPI guida, Scostamento budget, è passato dal 20% al 8%; il saving finale misurato è stato di 124.000 €.Processo: Integrated project planningDurata: 13 settimaneSaving finale: 124.000 €-66% Scostamento budgetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Integrated project planning in un’organizzazione con progetti complessi nell’area Pianificazione integrata. La criticità iniziale era chiara: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. L’intervento ha portato il KPI principale, Scostamento budget, dal 20% al 8%, con un saving annuo difendibile di 124.000 €.
La storia del progetto
Il processo Integrated project planning operava in un’organizzazione con progetti complessi nell’area Pianificazione integrata e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 194 milestone l’anno. La criticità era concreta: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra.
Il progetto è stato aperto quando Scostamento budget ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione conflitti tra piano tempi e piano risorse”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 124.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Pianificazione integrata, nel processo Integrated project planning. Il flusso gestiva circa 194 milestone l’anno e il segnale più evidente era Scostamento budget pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione conflitti tra piano tempi e piano risorse” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Integrated project planning.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Scostamento budget |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Scostamento budget era pari al 20% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scostamento budget | 20% | 8% | -66% |
| Milestone in ritardo | 35% | 14% | -63% |
| Forecast accuracy | 63% | 88% | +25 pt |
| Ore extra non pianificate | 28% | 11% | -65% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Baseline schedule | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Earned Value | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Cost forecast | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Milestone review | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Scostamento budget è stato portato al 8% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scostamento budget | 8% | Settimanale |
| Milestone in ritardo | 14% | Mensile |
| Forecast accuracy | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.520 € da tempo operativo recuperato e attese ridotte, 33.500 € da rilavorazioni, difetti o eccezioni evitate e 31.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 124.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.520 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.500 € |
| Ritardi, reclami o rischi operativi ridotti | 31.000 € |
| Saving finale misurato | 124.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Scostamento budget, passato dal 20% al 8%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · AlimentareRiduzione consumo acqua nei cicli CIPNel processo Lavaggio e sanificazione CIP, il caso studio “Riduzione consumo acqua nei cicli CIP” nasce in uno stabilimento alimentare con linee multi-formato. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Tempo medio cambio formato/setup, è passato da 5 h a 2 h; il saving finale misurato è stato di 142.500 €.Processo: Lavaggio e sanificazione CIPDurata: 15 settimaneSaving finale: 142.500 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Lavaggio e sanificazione CIP in uno stabilimento alimentare con linee multi-formato. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 5 h a 2 h, con un saving annuo difendibile di 142.500 €.
La storia del progetto
Il processo Lavaggio e sanificazione CIP operava in uno stabilimento alimentare con linee multi-formato e coinvolgeva produzione, qualità, manutenzione e sanificazione. Il volume era di circa 13.620 lotti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione consumo acqua nei cicli CIP”, misurando il flusso reale del processo Lavaggio e sanificazione CIP e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 142.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento alimentare con linee multi-formato, nel processo Lavaggio e sanificazione CIP. Il flusso gestiva circa 13.620 lotti l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 5 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail, qualità interna e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Lavaggio e sanificazione CIP, il cliente del processo (cliente retail, qualità interna e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail, qualità interna e pianificazione produzione |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 5 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 5 h | 2 h | -55% |
| Cambi con checklist completa | 49% | 88% | +39 pt |
| Scarti post-riavvio | 8% | 3% | -63% |
| Fermi per materiali non pronti | 22% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Energy/material mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | KPI ESG operativi | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Standard parametri | Ridurre prove e scarti post-cambio |
| Review cambio turno | Controllo consumi | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 88% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.418 € da tempo operativo recuperato e attese ridotte, 38.500 € da rilavorazioni, difetti o eccezioni evitate e 35.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 142.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.418 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.500 € |
| Ritardi, reclami o rischi operativi ridotti | 35.600 € |
| Saving finale misurato | 142.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 5 h a 2 h. Il processo Lavaggio e sanificazione CIP è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · EnergeticoRiduzione consumo ausiliari impiantoNel processo Consumi ausiliari e utilities, il caso studio “Riduzione consumo ausiliari impianto” nasce in una società energetica con impianti e asset critici. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Consumo risorsa specifico, è passato da 112 kWh/lotto a 87 kWh/lotto; il saving finale misurato è stato di 143.100 €.Processo: Consumi ausiliari e utilitiesDurata: 11 settimaneSaving finale: 143.100 €-22% Consumo risorsa specificoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Consumi ausiliari e utilities in una società energetica con impianti e asset critici. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Consumo risorsa specifico, da 112 kWh/lotto a 87 kWh/lotto, con un saving annuo difendibile di 143.100 €.
La storia del progetto
Il processo Consumi ausiliari e utilities operava in una società energetica con impianti e asset critici e coinvolgeva esercizio, manutenzione e performance impianto. Il volume era di circa 15.260 interventi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Consumo risorsa specifico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione consumo ausiliari impianto”, misurando il flusso reale del processo Consumi ausiliari e utilities e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 143.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società energetica con impianti e asset critici, nel processo Consumi ausiliari e utilities. Il flusso gestiva circa 15.260 interventi l’anno e il segnale più evidente era Consumo risorsa specifico pari a 112 kWh/lotto in baseline. |
| Cliente | Il cliente del processo era costituito da direzione esercizio, manutenzione e mercato/cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Consumi ausiliari e utilities, il cliente del processo (direzione esercizio, manutenzione e mercato/cliente interno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione esercizio, manutenzione e mercato/cliente interno |
| KPI principale | Consumo risorsa specifico |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Consumo risorsa specifico, partiva da 112 kWh/lotto; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Consumo risorsa specifico | 112 kWh/lotto | 87 kWh/lotto | -22% |
| Scarti / perdite materiale | 10,5% | 4,6% | -55% |
| Eventi fuori standard | 20/mese | 6/mese | -63% |
| Costo risorsa | 45 k€/anno | 33 k€/anno | -29% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Energy/material mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | KPI ESG operativi | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard parametri | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo consumi | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Consumo risorsa specifico è stato portato a 87 kWh/lotto e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Consumo risorsa specifico | 87 kWh/lotto | Settimanale |
| Scarti / perdite materiale | 4,6% | Mensile |
| Eventi fuori standard | 6/mese | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.670 € da tempo operativo recuperato e attese ridotte, 38.600 € da rilavorazioni, difetti o eccezioni evitate e 35.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 143.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.670 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.600 € |
| Ritardi, reclami o rischi operativi ridotti | 35.800 € |
| Saving finale misurato | 143.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Consumo risorsa specifico, passato da 112 kWh/lotto a 87 kWh/lotto. Il processo Consumi ausiliari e utilities è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Lavorazione VetroRiduzione consumo energia fornoNel processo Forno fusorio, il caso studio “Riduzione consumo energia forno” nasce in un impianto vetro con forno fusorio e movimentazione critica. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Procedure LOTO conformi, è passato dal 65% al 92%; il saving finale misurato è stato di 85.900 €.Processo: Forno fusorioDurata: 14 settimaneSaving finale: 85.900 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Forno fusorio in un impianto vetro con forno fusorio e movimentazione critica. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 65% al 92%, con un saving annuo difendibile di 85.900 €.
La storia del progetto
Il processo Forno fusorio operava in un impianto vetro con forno fusorio e movimentazione critica e coinvolgeva forno, produzione, controllo difetti e logistica interna. Il volume era di circa 15.600 lastre l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Procedure LOTO conformi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione consumo energia forno”, misurando il flusso reale del processo Forno fusorio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto vetro con forno fusorio e movimentazione critica, nel processo Forno fusorio. Il flusso gestiva circa 15.600 lastre l’anno e il segnale più evidente era Procedure LOTO conformi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Forno fusorio, il cliente del processo (cliente industriale, qualità e pianificazione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione |
| KPI principale | Procedure LOTO conformi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Procedure LOTO conformi, partiva dal 65%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 65% | 92% | +30 pt |
| Lavori avviati con isolamento incompleto | 17% | 3% | -77% |
| Schede energia corrette | 70% | 93% | +26 pt |
| Verifiche zero energia documentate | 62% | 89% | +31 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Procedure LOTO conformi è stato portato al 92% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 92% | Settimanale |
| Lavori avviati con isolamento incompleto | 3% | Mensile |
| Schede energia corrette | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.244 € da tempo operativo recuperato e attese ridotte, 23.200 € da rilavorazioni, difetti o eccezioni evitate e 21.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.244 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.200 € |
| Ritardi, reclami o rischi operativi ridotti | 21.500 € |
| Saving finale misurato | 85.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Procedure LOTO conformi, passato dal 65% al 92%. Il processo Forno fusorio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ChimicoRiduzione consumo solventi di processoNel processo Processo chimico, il caso studio “Riduzione consumo solventi di processo” nasce in un impianto chimico batch con laboratorio QC interno. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 99 k€/anno a 52 k€/anno; il saving finale misurato è stato di 94.100 €.Processo: Processo chimicoDurata: 11 settimaneSaving finale: 94.100 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Processo chimico in un impianto chimico batch con laboratorio QC interno. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 99 k€/anno a 52 k€/anno, con un saving annuo difendibile di 94.100 €.
La storia del progetto
Il processo Processo chimico operava in un impianto chimico batch con laboratorio QC interno e coinvolgeva miscelazione, campionamento, QC e HSE. Il volume era di circa 13.260 batch l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione consumo solventi di processo”, misurando il flusso reale del processo Processo chimico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 94.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto chimico batch con laboratorio QC interno, nel processo Processo chimico. Il flusso gestiva circa 13.260 batch l’anno e il segnale più evidente era Costo ricorrente del problema pari a 99 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, QA/QC e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Processo chimico, il cliente del processo (cliente industriale, QA/QC e responsabile impianto) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, QA/QC e responsabile impianto |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 99 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 99 k€/anno | 52 k€/anno | -48% |
| Eccezioni costose | 23% | 9% | -64% |
| Ore manuali assorbite | 430 h/anno | 197 h/anno | -55% |
| Controlli preventivi | 42% | 77% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 52 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 52 k€/anno | Settimanale |
| Eccezioni costose | 9% | Mensile |
| Ore manuali assorbite | 197 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.150 € da tempo operativo recuperato e attese ridotte, 25.400 € da rilavorazioni, difetti o eccezioni evitate e 23.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 94.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.150 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.400 € |
| Ritardi, reclami o rischi operativi ridotti | 23.600 € |
| Saving finale misurato | 94.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 99 k€/anno a 52 k€/anno. Il processo Processo chimico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Order to CashRiduzione contestazioni fattura clienteNel processo Invoice dispute management, il caso studio “Riduzione contestazioni fattura cliente” nasce in un processo transazionale Order to Cash con più funzioni coinvolte. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Fatture bloccate o contestate, è passato dal 27% al 10%; il saving finale misurato è stato di 62.000 €.Processo: Invoice dispute managementDurata: 12 settimaneSaving finale: 62.000 €-65% Fatture bloccate o contestateLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Invoice dispute management in un processo transazionale Order to Cash con più funzioni coinvolte. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Fatture bloccate o contestate, dal 27% al 10%, con un saving annuo difendibile di 62.000 €.
La storia del progetto
Il processo Invoice dispute management operava in un processo transazionale Order to Cash con più funzioni coinvolte e coinvolgeva ordine cliente, billing, incassi e dispute. Il volume era di circa 13.020 ordini l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Fatture bloccate o contestate ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione contestazioni fattura cliente”, misurando il flusso reale del processo Invoice dispute management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 62.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Order to Cash con più funzioni coinvolte, nel processo Invoice dispute management. Il flusso gestiva circa 13.020 ordini l’anno e il segnale più evidente era Fatture bloccate o contestate pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales operations, finance e customer service. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Invoice dispute management, il cliente del processo (cliente, sales operations, finance e customer service) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales operations, finance e customer service |
| KPI principale | Fatture bloccate o contestate |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Fatture bloccate o contestate, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Fatture bloccate o contestate | 27% | 10% | -65% |
| Tempo sblocco fattura | 12 gg | 6 gg | -55% |
| Mismatch ordine-ricezione-fattura | 22% | 8% | -67% |
| Dati billing completi | 64% | 91% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Fatture bloccate o contestate è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Fatture bloccate o contestate | 10% | Settimanale |
| Tempo sblocco fattura | 6 gg | Mensile |
| Mismatch ordine-ricezione-fattura | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 29.754 € da tempo operativo recuperato e attese ridotte, 16.700 € da rilavorazioni, difetti o eccezioni evitate e 15.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 62.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 29.754 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.700 € |
| Ritardi, reclami o rischi operativi ridotti | 15.500 € |
| Saving finale misurato | 62.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Fatture bloccate o contestate, passato dal 27% al 10%. Il processo Invoice dispute management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Project managementRiduzione costi da change request nei progetti interniNel processo Change control progetto funzionale, il caso studio “Riduzione costi da change request nei progetti interni” nasce in una funzione di project management con iniziative trasversali. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 106 k€/anno a 56 k€/anno; il saving finale misurato è stato di 77.900 €.Processo: Change control progetto funzionaleDurata: 9 settimaneSaving finale: 77.900 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Change control progetto funzionale in una funzione di project management con iniziative trasversali. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 106 k€/anno a 56 k€/anno, con un saving annuo difendibile di 77.900 €.
La storia del progetto
Il processo Change control progetto funzionale operava in una funzione di project management con iniziative trasversali e coinvolgeva milestone, budget, change request e forecast progetto. Il volume era di circa 5.960 progetti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione costi da change request nei progetti interni”, misurando il flusso reale del processo Change control progetto funzionale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 77.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione di project management con iniziative trasversali, nel processo Change control progetto funzionale. Il flusso gestiva circa 5.960 progetti l’anno e il segnale più evidente era Costo ricorrente del problema pari a 106 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, PM, funzioni owner e controllo costi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Change control progetto funzionale, il cliente del processo (sponsor, PM, funzioni owner e controllo costi) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, PM, funzioni owner e controllo costi |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 106 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 106 k€/anno | 56 k€/anno | -48% |
| Eccezioni costose | 24% | 10% | -64% |
| Ore manuali assorbite | 450 h/anno | 209 h/anno | -55% |
| Controlli preventivi | 43% | 78% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 56 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 56 k€/anno | Settimanale |
| Eccezioni costose | 10% | Mensile |
| Ore manuali assorbite | 209 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.404 € da tempo operativo recuperato e attese ridotte, 21.000 € da rilavorazioni, difetti o eccezioni evitate e 19.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 77.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.404 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.000 € |
| Ritardi, reclami o rischi operativi ridotti | 19.500 € |
| Saving finale misurato | 77.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 106 k€/anno a 56 k€/anno. Il processo Change control progetto funzionale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · MarketingRiduzione costo per leadNel processo Performance marketing, il caso studio “Riduzione costo per lead” nasce in una funzione aziendale di Marketing. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 134 k€/anno a 72 k€/anno; il saving finale misurato è stato di 121.100 €.Processo: Performance marketingDurata: 10 settimaneSaving finale: 121.100 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Performance marketing in una funzione aziendale di Marketing. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 134 k€/anno a 72 k€/anno, con un saving annuo difendibile di 121.100 €.
La storia del progetto
Il processo Performance marketing operava in una funzione aziendale di Marketing e coinvolgeva lead management, campagne, dati CRM e performance marketing. Il volume era di circa 5.545 lead l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione costo per lead”, misurando il flusso reale del processo Performance marketing e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 121.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Marketing, nel processo Performance marketing. Il flusso gestiva circa 5.545 lead l’anno e il segnale più evidente era Costo ricorrente del problema pari a 134 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da sales, marketing manager e direzione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Performance marketing, il cliente del processo (sales, marketing manager e direzione commerciale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sales, marketing manager e direzione commerciale |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 134 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 134 k€/anno | 72 k€/anno | -48% |
| Eccezioni costose | 28% | 8% | -64% |
| Ore manuali assorbite | 530 h/anno | 257 h/anno | -55% |
| Controlli preventivi | 47% | 77% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 72 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 72 k€/anno | Settimanale |
| Eccezioni costose | 8% | Mensile |
| Ore manuali assorbite | 257 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.140 € da tempo operativo recuperato e attese ridotte, 32.700 € da rilavorazioni, difetti o eccezioni evitate e 30.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 121.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.140 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.700 € |
| Ritardi, reclami o rischi operativi ridotti | 30.300 € |
| Saving finale misurato | 121.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 134 k€/anno a 72 k€/anno. Il processo Performance marketing è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · AcquistiRiduzione costo tail spendNel processo Gestione acquisti indiretti, il caso studio “Riduzione costo tail spend” nasce in una funzione aziendale di Acquisti. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 106 k€/anno a 56 k€/anno; il saving finale misurato è stato di 43.600 €.Processo: Gestione acquisti indirettiDurata: 12 settimaneSaving finale: 43.600 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione acquisti indiretti in una funzione aziendale di Acquisti. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 106 k€/anno a 56 k€/anno, con un saving annuo difendibile di 43.600 €.
La storia del progetto
Il processo Gestione acquisti indiretti operava in una funzione aziendale di Acquisti e coinvolgeva richieste acquisto, vendor master e supplier risk. Il volume era di circa 4.625 ordini l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione costo tail spend”, misurando il flusso reale del processo Gestione acquisti indiretti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 43.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Acquisti, nel processo Gestione acquisti indiretti. Il flusso gestiva circa 4.625 ordini l’anno e il segnale più evidente era Costo ricorrente del problema pari a 106 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, finance e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione acquisti indiretti, il cliente del processo (richiedente interno, buyer, finance e fornitore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, finance e fornitore |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 106 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 106 k€/anno | 56 k€/anno | -48% |
| Eccezioni costose | 24% | 10% | -64% |
| Ore manuali assorbite | 450 h/anno | 209 h/anno | -55% |
| Controlli preventivi | 43% | 78% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 56 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 56 k€/anno | Settimanale |
| Eccezioni costose | 10% | Mensile |
| Ore manuali assorbite | 209 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 20.916 € da tempo operativo recuperato e attese ridotte, 11.800 € da rilavorazioni, difetti o eccezioni evitate e 10.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 43.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 20.916 € |
| Rilavorazioni, difetti o eccezioni evitate | 11.800 € |
| Ritardi, reclami o rischi operativi ridotti | 10.900 € |
| Saving finale misurato | 43.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 106 k€/anno a 56 k€/anno. Il processo Gestione acquisti indiretti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Emergenze e rischio incendioRiduzione criticità nelle vie di esodoNel processo Emergency route control, il caso studio “Riduzione criticità nelle vie di esodo” nasce in un contesto operativo HSE nell’area Emergenze e rischio incendio. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 133.000 €.Processo: Emergency route controlDurata: 11 settimaneSaving finale: 133.000 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Emergency route control in un contesto operativo HSE nell’area Emergenze e rischio incendio. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 133.000 €.
La storia del progetto
Il processo Emergency route control operava in un contesto operativo HSE nell’area Emergenze e rischio incendio e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 7.020 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, e questo ha reso necessario trasformare “Riduzione criticità nelle vie di esodo” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 133.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Emergenze e rischio incendio, nel processo Emergency route control. Il flusso gestiva circa 7.020 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione criticità nelle vie di esodo” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Compliance matrix | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Audit trail | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard work regolatorio | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | CAPA management | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 63.837 € da tempo operativo recuperato e attese ridotte, 35.900 € da rilavorazioni, difetti o eccezioni evitate e 33.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 133.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 63.837 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.900 € |
| Ritardi, reclami o rischi operativi ridotti | 33.300 € |
| Saving finale misurato | 133.000 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 22/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Project Management · A3, Obeya e visual governanceRiduzione decisioni sospese con Obeya di programmaNel processo Governance programma interfunzionale, il caso studio “Riduzione decisioni sospese con Obeya di programma” nasce in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 73.200 €.Processo: Governance programma interfunzionaleDurata: 12 settimaneSaving finale: 73.200 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Governance programma interfunzionale in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 73.200 €.
La storia del progetto
Il processo Governance programma interfunzionale operava in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 281 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione decisioni sospese con Obeya di programma”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 73.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance, nel processo Governance programma interfunzionale. Il flusso gestiva circa 281 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione decisioni sospese con Obeya di programma” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Governance programma interfunzionale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 30% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | A3 thinking | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Obeya visual wall | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision log | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Handoff matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 8% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.136 € da tempo operativo recuperato e attese ridotte, 19.800 € da rilavorazioni, difetti o eccezioni evitate e 18.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 73.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.136 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.800 € |
| Ritardi, reclami o rischi operativi ridotti | 18.300 € |
| Saving finale misurato | 73.200 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 30% al 8%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Governance e stakeholderRiduzione decisioni sospese nel comitato progettoNel processo Decision log e governance meeting, il caso studio “Riduzione decisioni sospese nel comitato progetto” nasce in un’organizzazione con progetti complessi nell’area Governance e stakeholder. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Test non conclusivi, è passato dal 37% al 15%; il saving finale misurato è stato di 69.000 €.Processo: Decision log e governance meetingDurata: 10 settimaneSaving finale: 69.000 €-59% Test non conclusiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Decision log e governance meeting in un’organizzazione con progetti complessi nell’area Governance e stakeholder. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Test non conclusivi, dal 37% al 15%, con un saving annuo difendibile di 69.000 €.
La storia del progetto
Il processo Decision log e governance meeting operava in un’organizzazione con progetti complessi nell’area Governance e stakeholder e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 205 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Test non conclusivi ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione decisioni sospese nel comitato progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 69.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Governance e stakeholder, nel processo Decision log e governance meeting. Il flusso gestiva circa 205 milestone l’anno e il segnale più evidente era Test non conclusivi pari al 37% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione decisioni sospese nel comitato progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Decision log e governance meeting.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Test non conclusivi |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Test non conclusivi era pari al 37% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Test non conclusivi | 37% | 15% | -59% |
| Decisioni senza criteri | 46% | 18% | -61% |
| Tempo decisione go/no-go | 24 gg | 10 gg | -58% |
| Evidenze riutilizzabili | 51% | 78% | +32 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Design of experiments leggero | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Decision log | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Criteri go/no-go | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Review evidenze | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Test non conclusivi è stato portato al 15% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Test non conclusivi | 15% | Settimanale |
| Decisioni senza criteri | 18% | Mensile |
| Tempo decisione go/no-go | 10 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.120 € da tempo operativo recuperato e attese ridotte, 18.600 € da rilavorazioni, difetti o eccezioni evitate e 17.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 69.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.120 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.600 € |
| Ritardi, reclami o rischi operativi ridotti | 17.300 € |
| Saving finale misurato | 69.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Test non conclusivi, passato dal 37% al 15%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Industry 4.0 · Sistemi di visione e ispezione automaticaRiduzione dei falsi scarti con sistema di visione calibratoNel processo Ispezione difetti estetici in linea, il caso studio “Riduzione dei falsi scarti con sistema di visione calibrato” nasce in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. Prima del progetto, l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 102.600 €.Processo: Ispezione difetti estetici in lineaDurata: 10 settimaneSaving finale: 102.600 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ispezione difetti estetici in linea in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. La criticità iniziale era chiara: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 102.600 €.
La storia del progetto
Il processo Ispezione difetti estetici in linea operava in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.640 eventi digitali l’anno. La criticità era concreta: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 18%: per questo il progetto “Riduzione dei falsi scarti con sistema di visione calibrato” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica, nel processo Ispezione difetti estetici in linea. Il flusso gestiva circa 18.640 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Ispezione difetti estetici in linea e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 18%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Ispezione ottica in linea | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Catalogo difetti visivi | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Taratura soglie di accettazione | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Feedback qualità-produzione | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.244 € da tempo operativo recuperato e attese ridotte, 27.700 € da rilavorazioni, difetti o eccezioni evitate e 25.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.244 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.700 € |
| Ritardi, reclami o rischi operativi ridotti | 25.700 € |
| Saving finale misurato | 102.600 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 18% al 5%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Ispezione difetti estetici in linea.
Industry 4.0 · Qualità digitale e manutenzione su condizioneRiduzione dei fermi non pianificati con manutenzione su condizioneNel processo Asset critici e segnali di degrado macchina, il caso studio “Riduzione dei fermi non pianificati con manutenzione su condizione” nasce in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. Prima del progetto, i dati macchina indicavano derive e anomalie, ma la reazione non arrivava abbastanza presto. Il KPI guida, KPI critico fuori target, è passato dal 29% al 10%; il saving finale misurato è stato di 135.000 €.Processo: Asset critici e segnali di degrado macchinaDurata: 13 settimaneSaving finale: 135.000 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Asset critici e segnali di degrado macchina in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. La criticità iniziale era chiara: i dati macchina indicavano derive e anomalie, ma la reazione non arrivava abbastanza presto. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 29% al 10%, con un saving annuo difendibile di 135.000 €.
La storia del progetto
Il processo Asset critici e segnali di degrado macchina operava in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.000 eventi digitali l’anno. La criticità era concreta: i dati macchina indicavano derive e anomalie, ma la reazione non arrivava abbastanza presto.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI KPI critico fuori target era pari al 29%: per questo il progetto “Riduzione dei fermi non pianificati con manutenzione su condizione” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 135.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione, nel processo Asset critici e segnali di degrado macchina. Il flusso gestiva circa 18.000 eventi digitali l’anno e il segnale più evidente era KPI critico fuori target pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Asset critici e segnali di degrado macchina e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | KPI critico fuori target |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI KPI critico fuori target partiva dal 29%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 29% | 10% | -67% |
| Tempo reazione a deviazione | 56 h | 26 h | -54% |
| Azioni completate on-time | 63% | 89% | +30 pt |
| Stabilità del nuovo standard | 54% | 82% | +33 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Condition monitoring | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Trend e soglie di degrado | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Failure pattern analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Maintenance trigger | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI KPI critico fuori target è stato portato al 10% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 26 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 64.792 € da tempo operativo recuperato e attese ridotte, 36.400 € da rilavorazioni, difetti o eccezioni evitate e 33.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 135.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 64.792 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.400 € |
| Ritardi, reclami o rischi operativi ridotti | 33.800 € |
| Saving finale misurato | 135.000 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI KPI critico fuori target è passato dal 29% al 10%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Asset critici e segnali di degrado macchina.
DMAIC · Servizi · AssicurativoRiduzione dei tempi di liquidazione sinistriNel processo Gestione sinistri, il caso studio “Riduzione dei tempi di liquidazione sinistri” nasce in una compagnia assicurativa con una rete liquidativa distribuita. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio liquidazione sinistro, è passato da 18 gg a 10 gg; il saving finale misurato è stato di 23.000 €.Processo: Gestione sinistriDurata: 8 settimaneSaving finale: 23.000 €-44% Tempo medio liquidazione sinistroLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione sinistri in una compagnia assicurativa con una rete liquidativa distribuita. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio liquidazione sinistro, da 18 gg a 10 gg, con un saving annuo difendibile di 23.000 €.
La storia del progetto
Il processo Gestione sinistri operava in una compagnia assicurativa con una rete liquidativa distribuita e coinvolgeva back office sinistri e unità antifrode. Il volume era di circa 1.200 pratiche l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio liquidazione sinistro ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione dei tempi di liquidazione sinistri”, misurando il flusso reale del processo Gestione sinistri e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 23.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una compagnia assicurativa con una rete liquidativa distribuita, nel processo Gestione sinistri. Il flusso gestiva circa 1.200 pratiche l’anno e il segnale più evidente era Tempo medio liquidazione sinistro pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da assicurato, broker e liquidatore responsabile. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione sinistri, il cliente del processo (assicurato, broker e liquidatore responsabile) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | assicurato, broker e liquidatore responsabile |
| KPI principale | Tempo medio liquidazione sinistro |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio liquidazione sinistro, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio liquidazione sinistro | 18 gg | 10 gg | -44% |
| Pratiche oltre SLA liquidazione | 31% | 12% | -61% |
| Riaperture pratica sinistro | 14% | 5% | -64% |
| Documentazione completa al primo passaggio | 59% | 86% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio liquidazione sinistro è stato portato a 10 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio liquidazione sinistro | 10 gg | Settimanale |
| Pratiche oltre SLA liquidazione | 12% | Mensile |
| Riaperture pratica sinistro | 5% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 11.055 € da tempo operativo recuperato e attese ridotte, 6.200 € da rilavorazioni, difetti o eccezioni evitate e 5.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 23.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 11.055 € |
| Rilavorazioni, difetti o eccezioni evitate | 6.200 € |
| Ritardi, reclami o rischi operativi ridotti | 5.700 € |
| Saving finale misurato | 23.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio liquidazione sinistro, passato da 18 gg a 10 gg. Il processo Gestione sinistri è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Packaging alimentareRiduzione delle microfermate sulla linea di confezionamento multipackSu una linea multipack di un produttore alimentare, le perdite non erano concentrate nei guasti lunghi, ma in decine di arresti da 10 a 90 secondi che non venivano classificati in modo affidabile. L’OEE è passato dal 61,8% al 72,9%, le microfermate da 47 a 19 per turno e il saving annuo validato è stato di 154.600 €.Processo: Confezionamento secondario multipackDurata: 18 settimaneSaving finale: 154.600 €+11,1 pt OEE linea multipackLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda una linea di confezionamento secondario multipack operativa su tre turni, con frequenti cambi formato e domanda superiore alla capacità realmente disponibile. La linea risultava formalmente disponibile, ma perdeva in media 86 minuti per turno in microfermate brevi, spesso registrate come generiche attese o non registrate affatto. Il progetto DMAIC ha ricostruito la loss tree, verificato l’affidabilità della raccolta dati, isolato cinque cause ricorrenti e introdotto centerline di formato, modifiche anti-errore sui sensori, logiche di buffer ed escalation giornaliera. Dopo dodici settimane di controllo, l’OEE si è stabilizzato al 72,9%, con un saving annuo riconosciuto di 154.600 €.
La storia del progetto
Il caso si sviluppa in uno stabilimento alimentare di medie dimensioni che confezionava circa 14,8 milioni di unità l’anno su una linea multipack composta da alimentazione prodotto, incartonatrice, controllo peso, codifica, chiusura e pallettizzazione. La linea lavorava su tre turni per circa 230 giorni l’anno e serviva referenze con geometrie e materiali di imballo differenti. A livello gestionale il problema veniva descritto come ‘instabilità della linea’, ma i report di manutenzione mostravano pochi guasti lunghi e non spiegavano la perdita di capacità percepita da produzione e pianificazione.
Durante la misura, il team ha sincronizzato i timestamp di PLC, contapezzi e registro operatore, definendo come microfermata ogni arresto compreso tra 10 e 120 secondi. In sei settimane sono stati osservati 1.126 eventi. Un controllo MSA sulla codifica delle causali ha mostrato che solo il 54% degli eventi veniva classificato nello stesso modo da operatori diversi: prima di analizzare le cause è stato quindi necessario rendere affidabile il sistema di misura. Il Pareto successivo ha evidenziato che il 74% del tempo perso proveniva da tre famiglie: sensori fotoelettrici instabili, accumulo insufficiente tra incartonatrice e controllo peso, e parametri formato impostati in modo diverso tra i turni.
Le soluzioni non sono state introdotte come un unico pacchetto. Il team ha eseguito test controllati su due referenze ad alto volume, verificando effetto su OEE, scarto, qualità di chiusura e sicurezza. Sono stati installati supporti rigidi e sistemi di pulizia ad aria sui sensori critici, definite centerline con tolleranze visive, rivisti i set point dei buffer e introdotta una codifica fermata direttamente a bordo linea. Il beneficio è stato validato solo dopo dodici settimane senza regressioni significative e senza aumento di reclami o difetti di confezionamento.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Stabilimento alimentare con linea multipack su tre turni, circa 230 giorni operativi e 14,8 milioni di confezioni l’anno. Il mix includeva 26 referenze e cambi formato frequenti, con domanda sufficiente ad assorbire la capacità recuperata. |
| Cliente | Pianificazione, magazzino prodotti finiti, area commerciale e clienti della grande distribuzione. Le perdite si traducevano in consegne ripianificate, straordinari, scarti di materiale e minore affidabilità del piano. |
| Vincolo | Aumentare la capacità senza acquistare una nuova linea, senza ridurre i controlli qualità e senza spostare il problema verso manutenzione o operatori. Le modifiche dovevano essere reversibili durante il pilota e compatibili con i requisiti di sicurezza alimentare. |
| Scelta metodologica | È stato scelto il DMAIC perché il processo esisteva, il problema era ricorrente e misurabile, ma il sistema di raccolta dati non consentiva di distinguere con affidabilità sintomi, cause ed effetti economici. |
Chi, cosa, dove, quanto, perché, come
Define
Il charter ha delimitato il processo dall’ingresso del multipack nell’incartonatrice fino alla disponibilità del pallet conforme. Sono stati esclusi i guasti superiori a due minuti, già gestiti dal piano manutentivo, per concentrare il progetto sulle perdite brevi e ripetitive. Il CTQ operativo è stato definito come output conforme e disponibile al ritmo pianificato; l’obiettivo era portare l’OEE almeno al 70% entro diciotto settimane, riducendo del 50% il tempo perso in microfermate senza aumentare scarto, reclami o rischi ergonomici.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, magazzino prodotti finiti, area commerciale e clienti della grande distribuzione |
| KPI principale | OEE linea multipack |
| Output atteso | output multipack conforme, stabile e disponibile al ritmo pianificato, con meno microfermate e meno scarto di avviamento |
| Metodo | Lean Six Sigma DMAIC |
Measure
Il team ha costruito una baseline di sei settimane su tutti i turni, sincronizzando PLC, contapezzi e registrazioni manuali. Sono stati definiti criteri univoci per inizio, fine e causale dell’evento; il test di concordanza iniziale tra operatori era del 54% ed è salito al 91% dopo una tassonomia semplificata e un addestramento di 45 minuti per turno. La baseline validata mostrava OEE al 61,8%, 47 microfermate e 86 minuti persi per turno, con maggiore variabilità nel turno notturno e nei primi 30 minuti successivi al cambio formato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea multipack | 61,8% | 72,9% | +11,1 pt |
| Microfermate per turno | 47 | 19 | -59,6% |
| Tempo perso per microfermate | 86 min/turno | 34 min/turno | -60,5% |
| Scarto di avviamento e cambio formato | 3,8% | 1,9% | -50,0% |
Analyze
Il Pareto sul tempo perso, non sul semplice numero di eventi, ha attribuito il 31% delle perdite a sensori fotoelettrici sporchi o disallineati, il 24% a starvation e accumulo tra incartonatrice e controllo peso, il 19% a parametri formato non standard, il 15% a giunte film e tensionamento e l’11% a escalation manutentive tardive. Le verifiche sul campo hanno escluso come cause principali sia la velocità nominale sia la competenza generale degli operatori: il problema nasceva dall’interazione tra impostazioni, componenti sensibili e assenza di regole comuni.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Sensori fotoelettrici sporchi, instabili o disallineati | 31% |
| Starvation e accumulo non bilanciati tra le macchine della linea | 24% |
| Parametri di formato non standardizzati tra turni e operatori | 19% |
| Giunte film e tensionamento gestiti senza criteri preventivi | 15% |
| Escalation manutentiva tardiva su eventi brevi ma ripetitivi | 11% |
Improve
Sono state testate cinque contromisure: supporti rigidi con riferimento meccanico per i sensori; microsoffi d’aria temporizzati contro polvere e residui; centerline di formato con range ammessi e fotografie di riferimento; revisione dei set point dei buffer per evitare propagazione delle fermate; codifica immediata della causale con escalation entro 15 minuti per eventi ripetitivi. Il pilota su due referenze ha mostrato una riduzione del 57% del tempo perso senza aumento dei falsi scarti. Le soluzioni sono state quindi estese alle altre referenze con un piano di qualifica progressivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Supporti rigidi, riferimenti meccanici e pulizia automatica dei sensori | Poka-Yoke e Autonomous Maintenance | Eliminare regolazioni manuali e falsi segnali dovuti a sporco o vibrazione |
| Parametri nominali e tolleranze per ogni famiglia di formato | Centerlining e Standard Work | Ridurre differenze di regolazione tra turni e accelerare l’avviamento |
| Revisione dei livelli di accumulo e dei set point di velocità | Line balancing e buffer analysis | Impedire che una breve instabilità locale arresti l’intera linea |
| Tassonomia fermate semplificata e selezione causale a bordo linea | MSA e OEE Loss Tree | Rendere affidabili i dati e distinguere le perdite ricorrenti dai casi isolati |
| Review giornaliera con soglie e responsabile di reazione | Control Plan e visual management | Intervenire prima che la perdita torni a stabilizzarsi nel processo |
Control
Il controllo ha previsto dashboard OEE per turno, review giornaliera di 10 minuti, audit di centerline tre volte a settimana e una soglia di reazione pari a più di 25 microfermate per turno o OEE inferiore al 69% per due turni consecutivi. Il production manager è owner del risultato, il maintenance planner gestisce le azioni ricorrenti e qualità verifica che il miglioramento non produca regressioni su peso, sigillatura, codifica e integrità confezione. Dopo dodici settimane l’OEE medio era 72,9%, con intervallo settimanale compreso tra 71,8% e 74,1%.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea multipack | 72,9% | Settimanale |
| Microfermate per turno | 19 | Mensile |
| Tempo perso per microfermate | 34 min/turno | Mensile |
Saving stimato e saving finale
Il valore economico è stato validato su dodici settimane e annualizzato su 230 giorni operativi. Sono stati riconosciuti 44.460 € per 1.140 ore annue di straordinario e recuperi weekend evitati, calcolate con costo incrementale medio di 39 €/h; 48.600 € per riduzione di film, cartone e prodotto scartato durante avviamenti e cambi formato; 61.540 € per minori interventi su guasti minori e per margine di contribuzione aggiuntivo su volumi effettivamente prodotti e venduti. Non è stata valorizzata tutta la capacità teorica recuperata. Il saving annuo finale riconosciuto è pari a 154.600 €, contro una stima iniziale di 168.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Straordinari e recuperi weekend evitati | 44.460 € |
| Materiali e prodotto scartato evitati | 48.600 € |
| Guasti minori evitati e margine su output venduto | 61.540 € |
| Saving finale misurato | 154.600 € |
Benefici ottenuti
Il risultato principale non è stato soltanto l’aumento dell’OEE dal 61,8% al 72,9%. La linea è diventata leggibile: gli arresti brevi hanno una definizione comune, i turni lavorano con gli stessi riferimenti, manutenzione riceve escalation basate su frequenza e impatto e la pianificazione può usare una capacità più stabile. Il progetto ha inoltre evitato un investimento anticipato in capacità aggiuntiva, ma tale cost avoidance non è stato incluso nel saving finale per mantenere il calcolo prudenziale.
Industry 4.0 · SPC digitale e controllo statisticoRiduzione deriva parametri con SPC digitaleNel processo Parametri critici di processo, il caso studio “Riduzione deriva parametri con SPC digitale” nasce in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, KPI critico fuori target, è passato dal 28% al 9%; il saving finale misurato è stato di 121.900 €.Processo: Parametri critici di processoDurata: 11 settimaneSaving finale: 121.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Parametri critici di processo in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 28% al 9%, con un saving annuo difendibile di 121.900 €.
La storia del progetto
Il processo Parametri critici di processo operava in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.800 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI KPI critico fuori target era pari al 28%: per questo il progetto “Riduzione deriva parametri con SPC digitale” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 121.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico, nel processo Parametri critici di processo. Il flusso gestiva circa 18.800 eventi digitali l’anno e il segnale più evidente era KPI critico fuori target pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Parametri critici di processo e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | KPI critico fuori target |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI KPI critico fuori target partiva dal 28%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 28% | 9% | -67% |
| Tempo reazione a deviazione | 54 h | 25 h | -54% |
| Azioni completate on-time | 62% | 88% | +30 pt |
| Stabilità del nuovo standard | 53% | 86% | +33 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | SPC digitale | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Control chart | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Process capability | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alert threshold | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI KPI critico fuori target è stato portato al 9% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 25 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.500 € da tempo operativo recuperato e attese ridotte, 32.900 € da rilavorazioni, difetti o eccezioni evitate e 30.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 121.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.500 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.900 € |
| Ritardi, reclami o rischi operativi ridotti | 30.500 € |
| Saving finale misurato | 121.900 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI KPI critico fuori target è passato dal 28% al 9%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Parametri critici di processo.
Qualità · Data Integrity e documentazioneRiduzione deviazioni di data integrityNel processo Data integrity governance, il caso studio “Riduzione deviazioni di data integrity” nasce in un sistema qualità strutturato nell’area Data Integrity e documentazione. Prima del progetto, la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. Il KPI guida, Deviazioni di data integrity, è passato dal 16% al 5%; il saving finale misurato è stato di 162.600 €.Processo: Data integrity governanceDurata: 13 settimaneSaving finale: 162.600 €-73% Deviazioni di data integrityLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Data integrity governance in un sistema qualità strutturato nell’area Data Integrity e documentazione. La criticità iniziale era chiara: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. L’intervento ha portato il KPI principale, Deviazioni di data integrity, dal 16% al 5%, con un saving annuo difendibile di 162.600 €.
La storia del progetto
Il processo Data integrity governance operava in un sistema qualità strutturato nell’area Data Integrity e documentazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.820 pratiche qualità l’anno. La criticità era concreta: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Deviazioni di data integrity risultava pari al 16%. Il team ha quindi trattato “Riduzione deviazioni di data integrity” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 162.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Data Integrity e documentazione, nel processo Data integrity governance. Il flusso gestiva circa 7.820 pratiche qualità l’anno e il segnale più evidente era Deviazioni di data integrity pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione deviazioni di data integrity” è stato collegato al processo Data integrity governance, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Deviazioni di data integrity |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Deviazioni di data integrity partiva dal 16% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Deviazioni di data integrity | 16% | 5% | -73% |
| Record ALCOA+ completi | 63% | 92% | +29 pt |
| Tempo investigazione dato | 19 h | 8 h | -61% |
| Accessi/record non giustificati | 13% | 4% | -75% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Data quality rules | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Master data governance | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Reconciliation dashboard | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Poka-Yoke digitale | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Deviazioni di data integrity è stato portato al 5% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Deviazioni di data integrity | 5% | Settimanale |
| Record ALCOA+ completi | 92% | Mensile |
| Tempo investigazione dato | 8 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 78.056 € da tempo operativo recuperato e attese ridotte, 43.900 € da rilavorazioni, difetti o eccezioni evitate e 40.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 162.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 78.056 € |
| Rilavorazioni, difetti o eccezioni evitate | 43.900 € |
| Ritardi, reclami o rischi operativi ridotti | 40.600 € |
| Saving finale misurato | 162.600 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Deviazioni di data integrity, passato dal 16% al 5%. Il processo Data integrity governance ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · ChimicoRiduzione deviazioni di miscelazioneNel processo Miscelazione chimica, il caso studio “Riduzione deviazioni di miscelazione” nasce in un impianto chimico batch con laboratorio QC interno. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 22% al 6%; il saving finale misurato è stato di 80.800 €.Processo: Miscelazione chimicaDurata: 15 settimaneSaving finale: 80.800 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Miscelazione chimica in un impianto chimico batch con laboratorio QC interno. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 22% al 6%, con un saving annuo difendibile di 80.800 €.
La storia del progetto
Il processo Miscelazione chimica operava in un impianto chimico batch con laboratorio QC interno e coinvolgeva miscelazione, campionamento, QC e HSE. Il volume era di circa 11.860 batch l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione deviazioni di miscelazione”, misurando il flusso reale del processo Miscelazione chimica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 80.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto chimico batch con laboratorio QC interno, nel processo Miscelazione chimica. Il flusso gestiva circa 11.860 batch l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, QA/QC e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Miscelazione chimica, il cliente del processo (cliente industriale, QA/QC e responsabile impianto) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, QA/QC e responsabile impianto |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 22%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 22% | 6% | -70% |
| Rilavorazioni | 26% | 10% | -67% |
| First Time Right | 65% | 92% | +27 pt |
| Controlli tardivi | 33% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.766 € da tempo operativo recuperato e attese ridotte, 21.800 € da rilavorazioni, difetti o eccezioni evitate e 20.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 80.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.766 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.800 € |
| Ritardi, reclami o rischi operativi ridotti | 20.200 € |
| Saving finale misurato | 80.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 22% al 6%. Il processo Miscelazione chimica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Validazione e change controlRiduzione deviazioni durante validazione processoNel processo Process validation, il caso studio “Riduzione deviazioni durante validazione processo” nasce in un sistema qualità strutturato nell’area Validazione e change control. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 92.900 €.Processo: Process validationDurata: 14 settimaneSaving finale: 92.900 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Process validation in un sistema qualità strutturato nell’area Validazione e change control. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 92.900 €.
La storia del progetto
Il processo Process validation operava in un sistema qualità strutturato nell’area Validazione e change control e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.780 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 20%. Il team ha quindi trattato “Riduzione deviazioni durante validazione processo” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 92.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Validazione e change control, nel processo Process validation. Il flusso gestiva circa 7.780 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione deviazioni durante validazione processo” è stato collegato al processo Process validation, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 20% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.572 € da tempo operativo recuperato e attese ridotte, 25.100 € da rilavorazioni, difetti o eccezioni evitate e 23.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 92.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.572 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.100 € |
| Ritardi, reclami o rischi operativi ridotti | 23.200 € |
| Saving finale misurato | 92.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Process validation ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · FarmaceuticoRiduzione deviazioni GMP ricorrentiNel processo Gestione deviazioni, il caso studio “Riduzione deviazioni GMP ricorrenti” nasce in un sito farmaceutico GMP con produzione, QA e rilascio lotto. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 125.000 €.Processo: Gestione deviazioniDurata: 15 settimaneSaving finale: 125.000 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione deviazioni in un sito farmaceutico GMP con produzione, QA e rilascio lotto. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 125.000 €.
La storia del progetto
Il processo Gestione deviazioni operava in un sito farmaceutico GMP con produzione, QA e rilascio lotto e coinvolgeva deviation management, CAPA, batch release e data integrity. Il volume era di circa 13.420 lotti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione deviazioni GMP ricorrenti”, misurando il flusso reale del processo Gestione deviazioni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 125.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sito farmaceutico GMP con produzione, QA e rilascio lotto, nel processo Gestione deviazioni. Il flusso gestiva circa 13.420 lotti l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da QA, Qualified Person, regulatory e paziente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione deviazioni, il cliente del processo (QA, Qualified Person, regulatory e paziente finale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | QA, Qualified Person, regulatory e paziente finale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 60.018 € da tempo operativo recuperato e attese ridotte, 33.800 € da rilavorazioni, difetti o eccezioni evitate e 31.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 125.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 60.018 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.800 € |
| Ritardi, reclami o rischi operativi ridotti | 31.200 € |
| Saving finale misurato | 125.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Gestione deviazioni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza operativa LeanRiduzione deviazioni LOTO in manutenzioneNel processo Interventi su impianti energizzati o isolati, il caso studio “Riduzione deviazioni LOTO in manutenzione” nasce in un contesto operativo HSE nell’area Sicurezza operativa Lean. Prima del progetto, la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. Il KPI guida, Procedure LOTO conformi, è passato dal 61% al 91%; il saving finale misurato è stato di 109.900 €.Processo: Interventi su impianti energizzati o isolatiDurata: 11 settimaneSaving finale: 109.900 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Interventi su impianti energizzati o isolati in un contesto operativo HSE nell’area Sicurezza operativa Lean. La criticità iniziale era chiara: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 61% al 91%, con un saving annuo difendibile di 109.900 €.
La storia del progetto
Il processo Interventi su impianti energizzati o isolati operava in un contesto operativo HSE nell’area Sicurezza operativa Lean e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 7.320 osservazioni l’anno. La criticità era concreta: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Procedure LOTO conformi era pari al 61%, e questo ha reso necessario trasformare “Riduzione deviazioni LOTO in manutenzione” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 109.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza operativa Lean, nel processo Interventi su impianti energizzati o isolati. Il flusso gestiva circa 7.320 osservazioni l’anno e il segnale più evidente era Procedure LOTO conformi pari al 61% in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione deviazioni LOTO in manutenzione” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Procedure LOTO conformi |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Procedure LOTO conformi era pari al 61%, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 61% | 91% | +30 pt |
| Lavori avviati con isolamento incompleto | 13% | 3% | -77% |
| Schede energia corrette | 66% | 92% | +26 pt |
| Verifiche zero energia documentate | 58% | 89% | +31 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | LOTO checklist | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Energy isolation map | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Permit to work | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Field verification | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Procedure LOTO conformi è stato portato al 91% e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 91% | Settimanale |
| Lavori avviati con isolamento incompleto | 3% | Mensile |
| Schede energia corrette | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.767 € da tempo operativo recuperato e attese ridotte, 29.700 € da rilavorazioni, difetti o eccezioni evitate e 27.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 109.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.767 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.700 € |
| Ritardi, reclami o rischi operativi ridotti | 27.400 € |
| Saving finale misurato | 109.900 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Procedure LOTO conformi è passato dal 61% al 91%, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Manifatturiero · Lavorazione VetroRiduzione difetti bolle e graffiNel processo Produzione vetro, il caso studio “Riduzione difetti bolle e graffi” nasce in un impianto vetro con forno fusorio e movimentazione critica. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 73.700 €.Processo: Produzione vetroDurata: 12 settimaneSaving finale: 73.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Produzione vetro in un impianto vetro con forno fusorio e movimentazione critica. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 73.700 €.
La storia del progetto
Il processo Produzione vetro operava in un impianto vetro con forno fusorio e movimentazione critica e coinvolgeva forno, produzione, controllo difetti e logistica interna. Il volume era di circa 14.200 lastre l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti bolle e graffi”, misurando il flusso reale del processo Produzione vetro e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 73.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto vetro con forno fusorio e movimentazione critica, nel processo Produzione vetro. Il flusso gestiva circa 14.200 lastre l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Produzione vetro, il cliente del processo (cliente industriale, qualità e pianificazione) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.364 € da tempo operativo recuperato e attese ridotte, 19.900 € da rilavorazioni, difetti o eccezioni evitate e 18.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 73.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.364 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.900 € |
| Ritardi, reclami o rischi operativi ridotti | 18.400 € |
| Saving finale misurato | 73.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Produzione vetro è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Veicoli industriali ed agricoliRiduzione difetti cablaggio veicoloNel processo Cablaggio veicolo, il caso studio “Riduzione difetti cablaggio veicolo” nasce in un allestitore di veicoli industriali e agricoli. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 15% al 6%; il saving finale misurato è stato di 123.800 €.Processo: Cablaggio veicoloDurata: 12 settimaneSaving finale: 123.800 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cablaggio veicolo in un allestitore di veicoli industriali e agricoli. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 15% al 6%, con un saving annuo difendibile di 123.800 €.
La storia del progetto
Il processo Cablaggio veicolo operava in un allestitore di veicoli industriali e agricoli e coinvolgeva cablaggio, allestimento, verniciatura e collaudo. Il volume era di circa 15.760 veicoli l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti cablaggio veicolo”, misurando il flusso reale del processo Cablaggio veicolo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 123.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un allestitore di veicoli industriali e agricoli, nel processo Cablaggio veicolo. Il flusso gestiva circa 15.760 veicoli l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, dealer e qualità interna. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cablaggio veicolo, il cliente del processo (cliente finale, dealer e qualità interna) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, dealer e qualità interna |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 15%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 15% | 6% | -64% |
| Rilavorazioni a valle | 23% | 9% | -64% |
| First pass yield | 79% | 93% | +14 pt |
| Controlli qualità tardivi | 30% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.430 € da tempo operativo recuperato e attese ridotte, 33.400 € da rilavorazioni, difetti o eccezioni evitate e 31.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 123.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.430 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.400 € |
| Ritardi, reclami o rischi operativi ridotti | 31.000 € |
| Saving finale misurato | 123.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 15% al 6%. Il processo Cablaggio veicolo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettricoRiduzione difetti di cablaggioNel processo Cablaggio quadri, il caso studio “Riduzione difetti di cablaggio” nasce in un produttore di quadri e componenti elettrici su commessa. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 96.700 €.Processo: Cablaggio quadriDurata: 11 settimaneSaving finale: 96.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cablaggio quadri in un produttore di quadri e componenti elettrici su commessa. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 96.700 €.
La storia del progetto
Il processo Cablaggio quadri operava in un produttore di quadri e componenti elettrici su commessa e coinvolgeva cablaggio, collaudo e preparazione kit. Il volume era di circa 12.380 quadri l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti di cablaggio”, misurando il flusso reale del processo Cablaggio quadri e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 96.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di quadri e componenti elettrici su commessa, nel processo Cablaggio quadri. Il flusso gestiva circa 12.380 quadri l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, collaudo e project manager commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cablaggio quadri, il cliente del processo (cliente industriale, collaudo e project manager commessa) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, collaudo e project manager commessa |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.410 € da tempo operativo recuperato e attese ridotte, 26.100 € da rilavorazioni, difetti o eccezioni evitate e 24.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 96.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.410 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.100 € |
| Ritardi, reclami o rischi operativi ridotti | 24.200 € |
| Saving finale misurato | 96.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Cablaggio quadri è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettronicoRiduzione difetti di saldatura SMTNel processo Linea SMT, il caso studio “Riduzione difetti di saldatura SMT” nasce in un’azienda elettronica con linea SMT e collaudi funzionali. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 103.000 €.Processo: Linea SMTDurata: 12 settimaneSaving finale: 103.000 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Linea SMT in un’azienda elettronica con linea SMT e collaudi funzionali. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 103.000 €.
La storia del progetto
Il processo Linea SMT operava in un’azienda elettronica con linea SMT e collaudi funzionali e coinvolgeva SMT, collaudo, qualità e gestione componenti. Il volume era di circa 12.640 schede l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti di saldatura SMT”, misurando il flusso reale del processo Linea SMT e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 103.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda elettronica con linea SMT e collaudi funzionali, nel processo Linea SMT. Il flusso gestiva circa 12.640 schede l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità prodotto e pianificazione consegne. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Linea SMT, il cliente del processo (cliente OEM, qualità prodotto e pianificazione consegne) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità prodotto e pianificazione consegne |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.434 € da tempo operativo recuperato e attese ridotte, 27.800 € da rilavorazioni, difetti o eccezioni evitate e 25.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 103.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.434 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.800 € |
| Ritardi, reclami o rischi operativi ridotti | 25.800 € |
| Saving finale misurato | 103.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 18% al 5%. Il processo Linea SMT è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità prodotto e processoRiduzione difetti intercettati a fine processoNel processo Quality gate di processo, il caso studio “Riduzione difetti intercettati a fine processo” nasce in un sistema qualità strutturato nell’area Qualità prodotto e processo. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 124.100 €.Processo: Quality gate di processoDurata: 11 settimaneSaving finale: 124.100 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Quality gate di processo in un sistema qualità strutturato nell’area Qualità prodotto e processo. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 124.100 €.
La storia del progetto
Il processo Quality gate di processo operava in un sistema qualità strutturato nell’area Qualità prodotto e processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.510 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Difetti/scarti sul processo risultava pari al 17%. Il team ha quindi trattato “Riduzione difetti intercettati a fine processo” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 124.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità prodotto e processo, nel processo Quality gate di processo. Il flusso gestiva circa 7.510 pratiche qualità l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione difetti intercettati a fine processo” è stato collegato al processo Quality gate di processo, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Difetti/scarti sul processo partiva dal 17% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Poka-Yoke | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Checklist critica | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | RACI | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Audit di processo | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Difetti/scarti sul processo è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.576 € da tempo operativo recuperato e attese ridotte, 33.500 € da rilavorazioni, difetti o eccezioni evitate e 31.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 124.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.576 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.500 € |
| Ritardi, reclami o rischi operativi ridotti | 31.000 € |
| Saving finale misurato | 124.100 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Quality gate di processo ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · TabaccoRiduzione difetti pacchettoNel processo Controllo confezione, il caso studio “Riduzione difetti pacchetto” nasce in uno stabilimento tabacco con confezionamento ad alta velocità. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 118.300 €.Processo: Controllo confezioneDurata: 12 settimaneSaving finale: 118.300 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo confezione in uno stabilimento tabacco con confezionamento ad alta velocità. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 118.300 €.
La storia del progetto
Il processo Controllo confezione operava in uno stabilimento tabacco con confezionamento ad alta velocità e coinvolgeva confezionamento, alimentazione materiali e controllo pacchetto. Il volume era di circa 16.200 pacchetti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti pacchetto”, misurando il flusso reale del processo Controllo confezione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 118.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento tabacco con confezionamento ad alta velocità, nel processo Controllo confezione. Il flusso gestiva circa 16.200 pacchetti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da mercato, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo confezione, il cliente del processo (mercato, qualità e pianificazione produzione) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mercato, qualità e pianificazione produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.784 € da tempo operativo recuperato e attese ridotte, 31.900 € da rilavorazioni, difetti o eccezioni evitate e 29.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 118.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.784 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.900 € |
| Ritardi, reclami o rischi operativi ridotti | 29.600 € |
| Saving finale misurato | 118.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Controllo confezione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettrodomesticiRiduzione difetti rilevati a fine lineaNel processo Fine linea elettrodomestici, il caso studio “Riduzione difetti rilevati a fine linea” nasce in uno stabilimento di elettrodomestici con assemblaggio e fine linea. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 122.300 €.Processo: Fine linea elettrodomesticiDurata: 13 settimaneSaving finale: 122.300 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Fine linea elettrodomestici in uno stabilimento di elettrodomestici con assemblaggio e fine linea. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 122.300 €.
La storia del progetto
Il processo Fine linea elettrodomestici operava in uno stabilimento di elettrodomestici con assemblaggio e fine linea e coinvolgeva pressa, linea, controllo qualità e after sales. Il volume era di circa 12.900 prodotti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti rilevati a fine linea”, misurando il flusso reale del processo Fine linea elettrodomestici e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 122.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento di elettrodomestici con assemblaggio e fine linea, nel processo Fine linea elettrodomestici. Il flusso gestiva circa 12.900 prodotti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, qualità cliente e assistenza garanzia. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Fine linea elettrodomestici, il cliente del processo (cliente finale, qualità cliente e assistenza garanzia) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, qualità cliente e assistenza garanzia |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.716 € da tempo operativo recuperato e attese ridotte, 33.000 € da rilavorazioni, difetti o eccezioni evitate e 30.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 122.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.716 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.000 € |
| Ritardi, reclami o rischi operativi ridotti | 30.600 € |
| Saving finale misurato | 122.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Fine linea elettrodomestici è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AutomobilisticoRiduzione difetti su assemblaggio componentiNel processo Assemblaggio componenti, il caso studio “Riduzione difetti su assemblaggio componenti” nasce in uno stabilimento automotive con flussi JIT e controlli di fine linea. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 135.300 €.Processo: Assemblaggio componentiDurata: 12 settimaneSaving finale: 135.300 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Assemblaggio componenti in uno stabilimento automotive con flussi JIT e controlli di fine linea. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 135.300 €.
La storia del progetto
Il processo Assemblaggio componenti operava in uno stabilimento automotive con flussi JIT e controlli di fine linea e coinvolgeva linea, logistica interna, qualità e manutenzione. Il volume era di circa 11.080 pezzi l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione difetti su assemblaggio componenti”, misurando il flusso reale del processo Assemblaggio componenti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 135.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento automotive con flussi JIT e controlli di fine linea, nel processo Assemblaggio componenti. Il flusso gestiva circa 11.080 pezzi l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità cliente e pianificazione linea. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Assemblaggio componenti, il cliente del processo (cliente OEM, qualità cliente e pianificazione linea) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità cliente e pianificazione linea |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 64.932 € da tempo operativo recuperato e attese ridotte, 36.500 € da rilavorazioni, difetti o eccezioni evitate e 33.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 135.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 64.932 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.500 € |
| Ritardi, reclami o rischi operativi ridotti | 33.900 € |
| Saving finale misurato | 135.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Assemblaggio componenti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Pianificazione integrataRiduzione dipendenze non governate tra workstreamNel processo Dependency management, il caso studio “Riduzione dipendenze non governate tra workstream” nasce in un’organizzazione con progetti complessi nell’area Pianificazione integrata. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Attività senza backup owner, è passato dal 41% al 13%; il saving finale misurato è stato di 149.600 €.Processo: Dependency managementDurata: 10 settimaneSaving finale: 149.600 €-67% Attività senza backup ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Dependency management in un’organizzazione con progetti complessi nell’area Pianificazione integrata. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Attività senza backup owner, dal 41% al 13%, con un saving annuo difendibile di 149.600 €.
La storia del progetto
Il processo Dependency management operava in un’organizzazione con progetti complessi nell’area Pianificazione integrata e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 206 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Attività senza backup owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione dipendenze non governate tra workstream”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 149.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Pianificazione integrata, nel processo Dependency management. Il flusso gestiva circa 206 milestone l’anno e il segnale più evidente era Attività senza backup owner pari al 41% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione dipendenze non governate tra workstream” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Dependency management.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Attività senza backup owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Attività senza backup owner era pari al 41% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Attività senza backup owner | 41% | 13% | -67% |
| Blocchi per handoff | 28/mese | 10/mese | -62% |
| Recovery time | 22 h | 8 h | -61% |
| Standard alternativi disponibili | 46% | 85% | +39 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Stress test processo | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Backup owner | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Scenario planning | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Recovery standard | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Attività senza backup owner è stato portato al 13% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Attività senza backup owner | 13% | Settimanale |
| Blocchi per handoff | 10/mese | Mensile |
| Recovery time | 8 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 71.808 € da tempo operativo recuperato e attese ridotte, 40.400 € da rilavorazioni, difetti o eccezioni evitate e 37.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 149.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 71.808 € |
| Rilavorazioni, difetti o eccezioni evitate | 40.400 € |
| Ritardi, reclami o rischi operativi ridotti | 37.400 € |
| Saving finale misurato | 149.600 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Attività senza backup owner, passato dal 41% al 13%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · Lean Manufacturing, VSM e SMEDRiduzione disordine operativo con Visual Management e 5SNel processo Aree produzione e materiali a bordo linea, il caso studio “Riduzione disordine operativo con Visual Management e 5S” nasce in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, KPI critico fuori target, è passato dal 27% al 8%; il saving finale misurato è stato di 79.900 €.Processo: Aree produzione e materiali a bordo lineaDurata: 13 settimaneSaving finale: 79.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Aree produzione e materiali a bordo linea in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 27% al 8%, con un saving annuo difendibile di 79.900 €.
La storia del progetto
Il processo Aree produzione e materiali a bordo linea operava in uno stabilimento manifatturiero con flussi produttivi multi-prodotto e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 29.820 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione disordine operativo con Visual Management e 5S”, misurando il flusso reale del processo Aree produzione e materiali a bordo linea e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con flussi produttivi multi-prodotto, nel processo Aree produzione e materiali a bordo linea. Il flusso gestiva circa 29.820 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Aree produzione e materiali a bordo linea, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 27% | 8% | -67% |
| Tempo reazione a deviazione | 52 h | 24 h | -54% |
| Azioni completate on-time | 61% | 91% | +30 pt |
| Stabilità del nuovo standard | 52% | 85% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | 5S | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Visual board | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Andon leggero | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Standard visivi | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 24 h | Mensile |
| Azioni completate on-time | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.346 € da tempo operativo recuperato e attese ridotte, 21.600 € da rilavorazioni, difetti o eccezioni evitate e 20.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.346 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.600 € |
| Ritardi, reclami o rischi operativi ridotti | 20.000 € |
| Saving finale misurato | 79.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 27% al 8%. Il processo Aree produzione e materiali a bordo linea è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Ergonomia e movimentazioneRiduzione disturbi ergonomici in postazioni ripetitiveNel processo Ergonomic workplace design, il caso studio “Riduzione disturbi ergonomici in postazioni ripetitive” nasce in un contesto operativo HSE nell’area Ergonomia e movimentazione. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 127.500 €.Processo: Ergonomic workplace designDurata: 8 settimaneSaving finale: 127.500 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ergonomic workplace design in un contesto operativo HSE nell’area Ergonomia e movimentazione. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 127.500 €.
La storia del progetto
Il processo Ergonomic workplace design operava in un contesto operativo HSE nell’area Ergonomia e movimentazione e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.680 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, e questo ha reso necessario trasformare “Riduzione disturbi ergonomici in postazioni ripetitive” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 127.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Ergonomia e movimentazione, nel processo Ergonomic workplace design. Il flusso gestiva circa 6.680 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione disturbi ergonomici in postazioni ripetitive” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.213 € da tempo operativo recuperato e attese ridotte, 34.400 € da rilavorazioni, difetti o eccezioni evitate e 31.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 127.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.213 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.400 € |
| Ritardi, reclami o rischi operativi ridotti | 31.900 € |
| Saving finale misurato | 127.500 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 22/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Qualità · Data Integrity e documentazioneRiduzione documenti obsoleti in usoNel processo Document lifecycle control, il caso studio “Riduzione documenti obsoleti in uso” nasce in un sistema qualità strutturato nell’area Data Integrity e documentazione. Prima del progetto, la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. Il KPI guida, Deviazioni di data integrity, è passato dal 18% al 5%; il saving finale misurato è stato di 146.100 €.Processo: Document lifecycle controlDurata: 14 settimaneSaving finale: 146.100 €-73% Deviazioni di data integrityLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Document lifecycle control in un sistema qualità strutturato nell’area Data Integrity e documentazione. La criticità iniziale era chiara: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. L’intervento ha portato il KPI principale, Deviazioni di data integrity, dal 18% al 5%, con un saving annuo difendibile di 146.100 €.
La storia del progetto
Il processo Document lifecycle control operava in un sistema qualità strutturato nell’area Data Integrity e documentazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.040 pratiche qualità l’anno. La criticità era concreta: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Deviazioni di data integrity risultava pari al 18%. Il team ha quindi trattato “Riduzione documenti obsoleti in uso” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 146.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Data Integrity e documentazione, nel processo Document lifecycle control. Il flusso gestiva circa 8.040 pratiche qualità l’anno e il segnale più evidente era Deviazioni di data integrity pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione documenti obsoleti in uso” è stato collegato al processo Document lifecycle control, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Deviazioni di data integrity |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Deviazioni di data integrity partiva dal 18% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Deviazioni di data integrity | 18% | 5% | -73% |
| Record ALCOA+ completi | 65% | 94% | +29 pt |
| Tempo investigazione dato | 21 h | 8 h | -61% |
| Accessi/record non giustificati | 15% | 4% | -75% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | FMEA di processo | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Risk register operativo | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control point preventivi | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Escalation matrix | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Deviazioni di data integrity è stato portato al 5% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Deviazioni di data integrity | 5% | Settimanale |
| Record ALCOA+ completi | 94% | Mensile |
| Tempo investigazione dato | 8 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 70.136 € da tempo operativo recuperato e attese ridotte, 39.400 € da rilavorazioni, difetti o eccezioni evitate e 36.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 146.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 70.136 € |
| Rilavorazioni, difetti o eccezioni evitate | 39.400 € |
| Ritardi, reclami o rischi operativi ridotti | 36.600 € |
| Saving finale misurato | 146.100 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Deviazioni di data integrity, passato dal 18% al 5%. Il processo Document lifecycle control ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · TabaccoRiduzione downtime confezionamentoNel processo Confezionamento tabacco, il caso studio “Riduzione downtime confezionamento” nasce in uno stabilimento tabacco con confezionamento ad alta velocità. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Downtime impianto critico, è passato dal 18% al 8%; il saving finale misurato è stato di 131.300 €.Processo: Confezionamento tabaccoDurata: 11 settimaneSaving finale: 131.300 €-56% Downtime impianto criticoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Confezionamento tabacco in uno stabilimento tabacco con confezionamento ad alta velocità. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Downtime impianto critico, dal 18% al 8%, con un saving annuo difendibile di 131.300 €.
La storia del progetto
Il processo Confezionamento tabacco operava in uno stabilimento tabacco con confezionamento ad alta velocità e coinvolgeva confezionamento, alimentazione materiali e controllo pacchetto. Il volume era di circa 15.500 pacchetti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Downtime impianto critico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione downtime confezionamento”, misurando il flusso reale del processo Confezionamento tabacco e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 131.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento tabacco con confezionamento ad alta velocità, nel processo Confezionamento tabacco. Il flusso gestiva circa 15.500 pacchetti l’anno e il segnale più evidente era Downtime impianto critico pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da mercato, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Confezionamento tabacco, il cliente del processo (mercato, qualità e pianificazione produzione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mercato, qualità e pianificazione produzione |
| KPI principale | Downtime impianto critico |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Downtime impianto critico, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Downtime impianto critico | 18% | 8% | -56% |
| MTTR medio | 6 h | 3 h | -50% |
| Guasti ripetitivi | 24% | 9% | -63% |
| Interventi preventivi on-time | 56% | 86% | +30 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Downtime impianto critico è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Downtime impianto critico | 8% | Settimanale |
| MTTR medio | 3 h | Mensile |
| Guasti ripetitivi | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 63.042 € da tempo operativo recuperato e attese ridotte, 35.500 € da rilavorazioni, difetti o eccezioni evitate e 32.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 131.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 63.042 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.500 € |
| Ritardi, reclami o rischi operativi ridotti | 32.800 € |
| Saving finale misurato | 131.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Downtime impianto critico, passato dal 18% al 8%. Il processo Confezionamento tabacco è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ManutenzioneRiduzione downtime impianti criticiNel processo Manutenzione correttiva, il caso studio “Riduzione downtime impianti critici” nasce in una funzione aziendale di Manutenzione. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Downtime impianto critico, è passato dal 22% al 8%; il saving finale misurato è stato di 88.900 €.Processo: Manutenzione correttivaDurata: 12 settimaneSaving finale: 88.900 €-56% Downtime impianto criticoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Manutenzione correttiva in una funzione aziendale di Manutenzione. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Downtime impianto critico, dal 22% al 8%, con un saving annuo difendibile di 88.900 €.
La storia del progetto
Il processo Manutenzione correttiva operava in una funzione aziendale di Manutenzione e coinvolgeva correttiva, preventiva, ricambi e MTTR. Il volume era di circa 5.110 interventi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Downtime impianto critico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione downtime impianti critici”, misurando il flusso reale del processo Manutenzione correttiva e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Manutenzione, nel processo Manutenzione correttiva. Il flusso gestiva circa 5.110 interventi l’anno e il segnale più evidente era Downtime impianto critico pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, manutentore, planner e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Manutenzione correttiva, il cliente del processo (produzione, manutentore, planner e responsabile impianto) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, manutentore, planner e responsabile impianto |
| KPI principale | Downtime impianto critico |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Downtime impianto critico, partiva dal 22%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Downtime impianto critico | 22% | 8% | -56% |
| MTTR medio | 10 h | 3 h | -50% |
| Guasti ripetitivi | 28% | 9% | -63% |
| Interventi preventivi on-time | 60% | 87% | +30 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Downtime impianto critico è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Downtime impianto critico | 8% | Settimanale |
| MTTR medio | 3 h | Mensile |
| Guasti ripetitivi | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.660 € da tempo operativo recuperato e attese ridotte, 24.000 € da rilavorazioni, difetti o eccezioni evitate e 22.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.660 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.000 € |
| Ritardi, reclami o rischi operativi ridotti | 22.200 € |
| Saving finale misurato | 88.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Downtime impianto critico, passato dal 22% al 8%. Il processo Manutenzione correttiva è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · EnergeticoRiduzione downtime impianti di generazioneNel processo Esercizio impianto, il caso studio “Riduzione downtime impianti di generazione” nasce in una società energetica con impianti e asset critici. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Downtime impianto critico, è passato dal 19% al 9%; il saving finale misurato è stato di 115.800 €.Processo: Esercizio impiantoDurata: 14 settimaneSaving finale: 115.800 €-56% Downtime impianto criticoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Esercizio impianto in una società energetica con impianti e asset critici. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Downtime impianto critico, dal 19% al 9%, con un saving annuo difendibile di 115.800 €.
La storia del progetto
Il processo Esercizio impianto operava in una società energetica con impianti e asset critici e coinvolgeva esercizio, manutenzione e performance impianto. Il volume era di circa 13.160 interventi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Downtime impianto critico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione downtime impianti di generazione”, misurando il flusso reale del processo Esercizio impianto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 115.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società energetica con impianti e asset critici, nel processo Esercizio impianto. Il flusso gestiva circa 13.160 interventi l’anno e il segnale più evidente era Downtime impianto critico pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione esercizio, manutenzione e mercato/cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Esercizio impianto, il cliente del processo (direzione esercizio, manutenzione e mercato/cliente interno) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione esercizio, manutenzione e mercato/cliente interno |
| KPI principale | Downtime impianto critico |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Downtime impianto critico, partiva dal 19%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Downtime impianto critico | 19% | 9% | -56% |
| MTTR medio | 7 h | 4 h | -50% |
| Guasti ripetitivi | 25% | 10% | -63% |
| Interventi preventivi on-time | 57% | 87% | +30 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Downtime impianto critico è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Downtime impianto critico | 9% | Settimanale |
| MTTR medio | 4 h | Mensile |
| Guasti ripetitivi | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.566 € da tempo operativo recuperato e attese ridotte, 31.300 € da rilavorazioni, difetti o eccezioni evitate e 28.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 115.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.566 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.300 € |
| Ritardi, reclami o rischi operativi ridotti | 28.900 € |
| Saving finale misurato | 115.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Downtime impianto critico, passato dal 19% al 9%. Il processo Esercizio impianto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Order to CashRiduzione DSO e incassi scadutiNel processo Collections e credit control, il caso studio “Riduzione DSO e incassi scaduti” nasce in un processo transazionale Order to Cash con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, DSO medio, è passato da 76 gg a 59 gg; il saving finale misurato è stato di 65.500 €.Processo: Collections e credit controlDurata: 11 settimaneSaving finale: 65.500 €-19% DSO medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Collections e credit control in un processo transazionale Order to Cash con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, DSO medio, da 76 gg a 59 gg, con un saving annuo difendibile di 65.500 €.
La storia del progetto
Il processo Collections e credit control operava in un processo transazionale Order to Cash con più funzioni coinvolte e coinvolgeva ordine cliente, billing, incassi e dispute. Il volume era di circa 12.780 ordini l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando DSO medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione DSO e incassi scaduti”, misurando il flusso reale del processo Collections e credit control e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 65.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Order to Cash con più funzioni coinvolte, nel processo Collections e credit control. Il flusso gestiva circa 12.780 ordini l’anno e il segnale più evidente era DSO medio pari a 76 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales operations, finance e customer service. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Collections e credit control, il cliente del processo (cliente, sales operations, finance e customer service) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales operations, finance e customer service |
| KPI principale | DSO medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, DSO medio, partiva da 76 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| DSO medio | 76 gg | 59 gg | -19% |
| Incassi scaduti | 28% | 13% | -46% |
| Promise to pay rispettate | 59% | 78% | +23 pt |
| Dispute senza owner | 35% | 10% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Working capital analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Aging review | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Policy scorte/credito | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Cash dashboard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI DSO medio è stato portato a 59 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| DSO medio | 59 gg | Settimanale |
| Incassi scaduti | 13% | Mensile |
| Promise to pay rispettate | 78% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.426 € da tempo operativo recuperato e attese ridotte, 17.700 € da rilavorazioni, difetti o eccezioni evitate e 16.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 65.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.426 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.700 € |
| Ritardi, reclami o rischi operativi ridotti | 16.400 € |
| Saving finale misurato | 65.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI DSO medio, passato da 76 gg a 59 gg. Il processo Collections e credit control è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Master Data ManagementRiduzione duplicati anagrafiche clienteNel processo Customer master data, il caso studio “Riduzione duplicati anagrafiche cliente” nasce in un processo transazionale Master Data Management con più funzioni coinvolte. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 24% al 8%; il saving finale misurato è stato di 98.600 €.Processo: Customer master dataDurata: 10 settimaneSaving finale: 98.600 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Customer master data in un processo transazionale Master Data Management con più funzioni coinvolte. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 24% al 8%, con un saving annuo difendibile di 98.600 €.
La storia del progetto
Il processo Customer master data operava in un processo transazionale Master Data Management con più funzioni coinvolte e coinvolgeva anagrafiche clienti/materiali, data change e governance. Il volume era di circa 13.380 record l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione duplicati anagrafiche cliente”, misurando il flusso reale del processo Customer master data e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 98.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Master Data Management con più funzioni coinvolte, nel processo Customer master data. Il flusso gestiva circa 13.380 record l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, data owner, IT e controllo interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Customer master data, il cliente del processo (utente business, data owner, IT e controllo interno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, data owner, IT e controllo interno |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 24% | 8% | -70% |
| Modifiche dati con audit trail completo | 59% | 92% | +33 pt |
| Tempo approvazione dato master | 10 gg | 5 gg | -56% |
| Riconciliazioni manuali | 35% | 14% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Data quality rules | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Master data governance | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Reconciliation dashboard | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Poka-Yoke digitale | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 8% | Settimanale |
| Modifiche dati con audit trail completo | 92% | Mensile |
| Tempo approvazione dato master | 5 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.310 € da tempo operativo recuperato e attese ridotte, 26.600 € da rilavorazioni, difetti o eccezioni evitate e 24.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 98.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.310 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.600 € |
| Ritardi, reclami o rischi operativi ridotti | 24.700 € |
| Saving finale misurato | 98.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 24% al 8%. Il processo Customer master data è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · PianificazioneRiduzione effetto bullwhip tra domanda e produzioneNel processo Sales & Operations Planning, il caso studio “Riduzione effetto bullwhip tra domanda e produzione” nasce in una funzione aziendale di Pianificazione. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Attività senza backup owner, è passato dal 40% al 12%; il saving finale misurato è stato di 67.500 €.Processo: Sales & Operations PlanningDurata: 8 settimaneSaving finale: 67.500 €-67% Attività senza backup ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sales & Operations Planning in una funzione aziendale di Pianificazione. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Attività senza backup owner, dal 40% al 12%, con un saving annuo difendibile di 67.500 €.
La storia del progetto
Il processo Sales & Operations Planning operava in una funzione aziendale di Pianificazione e coinvolgeva forecast, piano produzione, stockout e bullwhip. Il volume era di circa 5.935 codici l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Attività senza backup owner ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione effetto bullwhip tra domanda e produzione”, misurando il flusso reale del processo Sales & Operations Planning e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 67.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Pianificazione, nel processo Sales & Operations Planning. Il flusso gestiva circa 5.935 codici l’anno e il segnale più evidente era Attività senza backup owner pari al 40% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, vendite, acquisti e supply chain. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sales & Operations Planning, il cliente del processo (produzione, vendite, acquisti e supply chain) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, vendite, acquisti e supply chain |
| KPI principale | Attività senza backup owner |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Attività senza backup owner, partiva dal 40%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Attività senza backup owner | 40% | 12% | -67% |
| Blocchi per handoff | 27/mese | 9/mese | -62% |
| Recovery time | 21 h | 7 h | -61% |
| Standard alternativi disponibili | 45% | 84% | +39 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Stress test processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Backup owner | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Scenario planning | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Recovery standard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Attività senza backup owner è stato portato al 12% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Attività senza backup owner | 12% | Settimanale |
| Blocchi per handoff | 9/mese | Mensile |
| Recovery time | 7 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.400 € da tempo operativo recuperato e attese ridotte, 18.200 € da rilavorazioni, difetti o eccezioni evitate e 16.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 67.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.400 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.200 € |
| Ritardi, reclami o rischi operativi ridotti | 16.900 € |
| Saving finale misurato | 67.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Attività senza backup owner, passato dal 40% al 12%. Il processo Sales & Operations Planning è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Lavorazione VetroRiduzione emissioni specifiche del fornoNel processo Conduzione forno e recupero calore, il caso studio “Riduzione emissioni specifiche del forno” nasce in un impianto vetro con forno fusorio e movimentazione critica. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Consumo risorsa specifico, è passato da 120 kWh/lotto a 93 kWh/lotto; il saving finale misurato è stato di 107.700 €.Processo: Conduzione forno e recupero caloreDurata: 15 settimaneSaving finale: 107.700 €-22% Consumo risorsa specificoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Conduzione forno e recupero calore in un impianto vetro con forno fusorio e movimentazione critica. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Consumo risorsa specifico, da 120 kWh/lotto a 93 kWh/lotto, con un saving annuo difendibile di 107.700 €.
La storia del progetto
Il processo Conduzione forno e recupero calore operava in un impianto vetro con forno fusorio e movimentazione critica e coinvolgeva forno, produzione, controllo difetti e logistica interna. Il volume era di circa 16.300 lastre l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Consumo risorsa specifico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione emissioni specifiche del forno”, misurando il flusso reale del processo Conduzione forno e recupero calore e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 107.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto vetro con forno fusorio e movimentazione critica, nel processo Conduzione forno e recupero calore. Il flusso gestiva circa 16.300 lastre l’anno e il segnale più evidente era Consumo risorsa specifico pari a 120 kWh/lotto in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Conduzione forno e recupero calore, il cliente del processo (cliente industriale, qualità e pianificazione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione |
| KPI principale | Consumo risorsa specifico |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Consumo risorsa specifico, partiva da 120 kWh/lotto; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Consumo risorsa specifico | 120 kWh/lotto | 93 kWh/lotto | -22% |
| Scarti / perdite materiale | 11,5% | 5,0% | -55% |
| Eventi fuori standard | 22/mese | 8/mese | -63% |
| Costo risorsa | 47 k€/anno | 35 k€/anno | -29% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Energy/material mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | KPI ESG operativi | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard parametri | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo consumi | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Consumo risorsa specifico è stato portato a 93 kWh/lotto e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Consumo risorsa specifico | 93 kWh/lotto | Settimanale |
| Scarti / perdite materiale | 5,0% | Mensile |
| Eventi fuori standard | 8/mese | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.702 € da tempo operativo recuperato e attese ridotte, 29.100 € da rilavorazioni, difetti o eccezioni evitate e 26.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 107.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.702 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.100 € |
| Ritardi, reclami o rischi operativi ridotti | 26.900 € |
| Saving finale misurato | 107.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Consumo risorsa specifico, passato da 120 kWh/lotto a 93 kWh/lotto. Il processo Conduzione forno e recupero calore è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SpedizioniRiduzione emissioni ultimo miglioNel processo Pianificazione consegne urbane, il caso studio “Riduzione emissioni ultimo miglio” nasce in un operatore logistico con hub, tracking e ultimo miglio. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori picking/etichettatura, è passato dal 20% al 7%; il saving finale misurato è stato di 79.900 €.Processo: Pianificazione consegne urbaneDurata: 11 settimaneSaving finale: 79.900 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione consegne urbane in un operatore logistico con hub, tracking e ultimo miglio. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 20% al 7%, con un saving annuo difendibile di 79.900 €.
La storia del progetto
Il processo Pianificazione consegne urbane operava in un operatore logistico con hub, tracking e ultimo miglio e coinvolgeva preparazione colli, tracking e consegne urbane. Il volume era di circa 2.255 spedizioni l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione emissioni ultimo miglio”, misurando il flusso reale del processo Pianificazione consegne urbane e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un operatore logistico con hub, tracking e ultimo miglio, nel processo Pianificazione consegne urbane. Il flusso gestiva circa 2.255 spedizioni l’anno e il segnale più evidente era Errori picking/etichettatura pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da mittente, destinatario, customer care e corriere. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pianificazione consegne urbane, il cliente del processo (mittente, destinatario, customer care e corriere) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mittente, destinatario, customer care e corriere |
| KPI principale | Errori picking/etichettatura |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 20% | 7% | -68% |
| Spedizioni oltre cut-off | 28% | 11% | -63% |
| Colli tracciati end-to-end | 69% | 95% | +26 pt |
| Tempo correzione eccezioni | 9 h | 4 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Energy/material mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | KPI ESG operativi | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard parametri | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo consumi | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 7% | Settimanale |
| Spedizioni oltre cut-off | 11% | Mensile |
| Colli tracciati end-to-end | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.346 € da tempo operativo recuperato e attese ridotte, 21.600 € da rilavorazioni, difetti o eccezioni evitate e 20.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.346 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.600 € |
| Ritardi, reclami o rischi operativi ridotti | 20.000 € |
| Saving finale misurato | 79.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 20% al 7%. Il processo Pianificazione consegne urbane è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Hire to RetireRiduzione errori anagrafica dipendenteNel processo Employee master data, il caso studio “Riduzione errori anagrafica dipendente” nasce in un processo transazionale Hire to Retire con più funzioni coinvolte. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 26% al 8%; il saving finale misurato è stato di 75.400 €.Processo: Employee master dataDurata: 12 settimaneSaving finale: 75.400 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Employee master data in un processo transazionale Hire to Retire con più funzioni coinvolte. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 26% al 8%, con un saving annuo difendibile di 75.400 €.
La storia del progetto
Il processo Employee master data operava in un processo transazionale Hire to Retire con più funzioni coinvolte e coinvolgeva anagrafiche, variazioni contrattuali e richieste documenti. Il volume era di circa 12.840 pratiche HR l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori anagrafica dipendente”, misurando il flusso reale del processo Employee master data e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 75.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Hire to Retire con più funzioni coinvolte, nel processo Employee master data. Il flusso gestiva circa 12.840 pratiche HR l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HR operations e payroll. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Employee master data, il cliente del processo (dipendente, manager, HR operations e payroll) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HR operations e payroll |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 26% | 8% | -70% |
| Modifiche dati con audit trail completo | 61% | 94% | +33 pt |
| Tempo approvazione dato master | 12 gg | 5 gg | -56% |
| Riconciliazioni manuali | 37% | 14% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 8% | Settimanale |
| Modifiche dati con audit trail completo | 94% | Mensile |
| Tempo approvazione dato master | 5 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.176 € da tempo operativo recuperato e attese ridotte, 20.400 € da rilavorazioni, difetti o eccezioni evitate e 18.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 75.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.176 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.400 € |
| Ritardi, reclami o rischi operativi ridotti | 18.800 € |
| Saving finale misurato | 75.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 26% al 8%. Il processo Employee master data è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Master Data ManagementRiduzione errori anagrafica materialiNel processo Material master data, il caso studio “Riduzione errori anagrafica materiali” nasce in un processo transazionale Master Data Management con più funzioni coinvolte. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 26% al 8%; il saving finale misurato è stato di 99.100 €.Processo: Material master dataDurata: 11 settimaneSaving finale: 99.100 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Material master data in un processo transazionale Master Data Management con più funzioni coinvolte. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 26% al 8%, con un saving annuo difendibile di 99.100 €.
La storia del progetto
Il processo Material master data operava in un processo transazionale Master Data Management con più funzioni coinvolte e coinvolgeva anagrafiche clienti/materiali, data change e governance. Il volume era di circa 13.620 record l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori anagrafica materiali”, misurando il flusso reale del processo Material master data e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 99.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Master Data Management con più funzioni coinvolte, nel processo Material master data. Il flusso gestiva circa 13.620 record l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, data owner, IT e controllo interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Material master data, il cliente del processo (utente business, data owner, IT e controllo interno) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, data owner, IT e controllo interno |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 26% | 8% | -70% |
| Modifiche dati con audit trail completo | 61% | 94% | +33 pt |
| Tempo approvazione dato master | 12 gg | 5 gg | -56% |
| Riconciliazioni manuali | 37% | 14% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 8% | Settimanale |
| Modifiche dati con audit trail completo | 94% | Mensile |
| Tempo approvazione dato master | 5 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.576 € da tempo operativo recuperato e attese ridotte, 26.800 € da rilavorazioni, difetti o eccezioni evitate e 24.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 99.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.576 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.800 € |
| Ritardi, reclami o rischi operativi ridotti | 24.700 € |
| Saving finale misurato | 99.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 26% al 8%. Il processo Material master data è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · AcquistiRiduzione errori codifica fornitoriNel processo Vendor master data, il caso studio “Riduzione errori codifica fornitori” nasce in una funzione aziendale di Acquisti. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Record anagrafici incompleti/duplicati, è passato dal 27% al 7%; il saving finale misurato è stato di 43.300 €.Processo: Vendor master dataDurata: 11 settimaneSaving finale: 43.300 €-70% Record anagrafici incompleti/duplicatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Vendor master data in una funzione aziendale di Acquisti. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Record anagrafici incompleti/duplicati, dal 27% al 7%, con un saving annuo difendibile di 43.300 €.
La storia del progetto
Il processo Vendor master data operava in una funzione aziendale di Acquisti e coinvolgeva richieste acquisto, vendor master e supplier risk. Il volume era di circa 4.465 ordini l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Record anagrafici incompleti/duplicati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori codifica fornitori”, misurando il flusso reale del processo Vendor master data e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 43.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Acquisti, nel processo Vendor master data. Il flusso gestiva circa 4.465 ordini l’anno e il segnale più evidente era Record anagrafici incompleti/duplicati pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, finance e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Vendor master data, il cliente del processo (richiedente interno, buyer, finance e fornitore) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, finance e fornitore |
| KPI principale | Record anagrafici incompleti/duplicati |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record anagrafici incompleti/duplicati, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record anagrafici incompleti/duplicati | 27% | 7% | -70% |
| Modifiche dati con audit trail completo | 62% | 91% | +33 pt |
| Tempo approvazione dato master | 13 gg | 4 gg | -56% |
| Riconciliazioni manuali | 38% | 13% | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record anagrafici incompleti/duplicati è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record anagrafici incompleti/duplicati | 7% | Settimanale |
| Modifiche dati con audit trail completo | 91% | Mensile |
| Tempo approvazione dato master | 4 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 20.772 € da tempo operativo recuperato e attese ridotte, 11.700 € da rilavorazioni, difetti o eccezioni evitate e 10.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 43.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 20.772 € |
| Rilavorazioni, difetti o eccezioni evitate | 11.700 € |
| Ritardi, reclami o rischi operativi ridotti | 10.800 € |
| Saving finale misurato | 43.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record anagrafici incompleti/duplicati, passato dal 27% al 7%. Il processo Vendor master data è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · CosmeticoRiduzione errori di etichettatura prodottoNel processo Etichettatura cosmetici, il caso studio “Riduzione errori di etichettatura prodotto” nasce in un’azienda cosmetica con cambi prodotto frequenti. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 22% al 6%; il saving finale misurato è stato di 91.200 €.Processo: Etichettatura cosmeticiDurata: 11 settimaneSaving finale: 91.200 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Etichettatura cosmetici in un’azienda cosmetica con cambi prodotto frequenti. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 22% al 6%, con un saving annuo difendibile di 91.200 €.
La storia del progetto
Il processo Etichettatura cosmetici operava in un’azienda cosmetica con cambi prodotto frequenti e coinvolgeva riempimento, etichettatura, sanificazione e qualità. Il volume era di circa 12.820 lotti l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori di etichettatura prodotto”, misurando il flusso reale del processo Etichettatura cosmetici e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 91.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda cosmetica con cambi prodotto frequenti, nel processo Etichettatura cosmetici. Il flusso gestiva circa 12.820 lotti l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da brand owner, qualità e pianificazione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Etichettatura cosmetici, il cliente del processo (brand owner, qualità e pianificazione commerciale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand owner, qualità e pianificazione commerciale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 22%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 22% | 6% | -70% |
| Rilavorazioni | 26% | 10% | -67% |
| First Time Right | 65% | 92% | +27 pt |
| Controlli tardivi | 33% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 43.764 € da tempo operativo recuperato e attese ridotte, 24.600 € da rilavorazioni, difetti o eccezioni evitate e 22.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 91.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 43.764 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.600 € |
| Ritardi, reclami o rischi operativi ridotti | 22.800 € |
| Saving finale misurato | 91.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 22% al 6%. Il processo Etichettatura cosmetici è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SpedizioniRiduzione errori di etichettatura spedizioniNel processo Preparazione colli, il caso studio “Riduzione errori di etichettatura spedizioni” nasce in un operatore logistico con hub, tracking e ultimo miglio. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori picking/etichettatura, è passato dal 21% al 6%; il saving finale misurato è stato di 67.700 €.Processo: Preparazione colliDurata: 9 settimaneSaving finale: 67.700 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Preparazione colli in un operatore logistico con hub, tracking e ultimo miglio. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 21% al 6%, con un saving annuo difendibile di 67.700 €.
La storia del progetto
Il processo Preparazione colli operava in un operatore logistico con hub, tracking e ultimo miglio e coinvolgeva preparazione colli, tracking e consegne urbane. Il volume era di circa 1.935 spedizioni l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori di etichettatura spedizioni”, misurando il flusso reale del processo Preparazione colli e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 67.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un operatore logistico con hub, tracking e ultimo miglio, nel processo Preparazione colli. Il flusso gestiva circa 1.935 spedizioni l’anno e il segnale più evidente era Errori picking/etichettatura pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da mittente, destinatario, customer care e corriere. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Preparazione colli, il cliente del processo (mittente, destinatario, customer care e corriere) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mittente, destinatario, customer care e corriere |
| KPI principale | Errori picking/etichettatura |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 21% | 6% | -68% |
| Spedizioni oltre cut-off | 29% | 10% | -63% |
| Colli tracciati end-to-end | 70% | 96% | +26 pt |
| Tempo correzione eccezioni | 10 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.505 € da tempo operativo recuperato e attese ridotte, 18.300 € da rilavorazioni, difetti o eccezioni evitate e 16.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 67.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.505 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.300 € |
| Ritardi, reclami o rischi operativi ridotti | 16.900 € |
| Saving finale misurato | 67.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 21% al 6%. Il processo Preparazione colli è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · LogisticaRiduzione errori di pickingNel processo Picking magazzino, il caso studio “Riduzione errori di picking” nasce in una funzione aziendale di Logistica. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori picking/etichettatura, è passato dal 19% al 6%; il saving finale misurato è stato di 92.400 €.Processo: Picking magazzinoDurata: 12 settimaneSaving finale: 92.400 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Picking magazzino in una funzione aziendale di Logistica. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 19% al 6%, con un saving annuo difendibile di 92.400 €.
La storia del progetto
Il processo Picking magazzino operava in una funzione aziendale di Logistica e coinvolgeva picking, spedizioni, scorte e resi. Il volume era di circa 5.155 righe ordine l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori di picking”, misurando il flusso reale del processo Picking magazzino e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 92.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Logistica, nel processo Picking magazzino. Il flusso gestiva circa 5.155 righe ordine l’anno e il segnale più evidente era Errori picking/etichettatura pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, pianificazione, magazzino e trasportatore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Picking magazzino, il cliente del processo (cliente finale, pianificazione, magazzino e trasportatore) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, pianificazione, magazzino e trasportatore |
| KPI principale | Errori picking/etichettatura |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 19%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 19% | 6% | -68% |
| Spedizioni oltre cut-off | 27% | 10% | -63% |
| Colli tracciati end-to-end | 68% | 94% | +26 pt |
| Tempo correzione eccezioni | 8 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.352 € da tempo operativo recuperato e attese ridotte, 24.900 € da rilavorazioni, difetti o eccezioni evitate e 23.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 92.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.352 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.900 € |
| Ritardi, reclami o rischi operativi ridotti | 23.100 € |
| Saving finale misurato | 92.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 19% al 6%. Il processo Picking magazzino è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SanitarioRiduzione errori di prenotazione e refertazioneNel processo Prenotazione e refertazione, il caso studio “Riduzione errori di prenotazione e refertazione” nasce in una struttura sanitaria con attività ambulatoriali e di laboratorio. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 75.300 €.Processo: Prenotazione e refertazioneDurata: 8 settimaneSaving finale: 75.300 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Prenotazione e refertazione in una struttura sanitaria con attività ambulatoriali e di laboratorio. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 75.300 €.
La storia del progetto
Il processo Prenotazione e refertazione operava in una struttura sanitaria con attività ambulatoriali e di laboratorio e coinvolgeva accettazione, refertazione e agenda pazienti. Il volume era di circa 1.820 accessi l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori di prenotazione e refertazione”, misurando il flusso reale del processo Prenotazione e refertazione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 75.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura sanitaria con attività ambulatoriali e di laboratorio, nel processo Prenotazione e refertazione. Il flusso gestiva circa 1.820 accessi l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente, medico, accettazione e laboratorio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Prenotazione e refertazione, il cliente del processo (paziente, medico, accettazione e laboratorio) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente, medico, accettazione e laboratorio |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.135 € da tempo operativo recuperato e attese ridotte, 20.300 € da rilavorazioni, difetti o eccezioni evitate e 18.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 75.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.135 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.300 € |
| Ritardi, reclami o rischi operativi ridotti | 18.900 € |
| Saving finale misurato | 75.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Prenotazione e refertazione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ModaRiduzione errori di taglio tessutoNel processo Taglio tessuto, il caso studio “Riduzione errori di taglio tessuto” nasce in un’azienda moda con sviluppo campionario e controllo capo finito. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 111.200 €.Processo: Taglio tessutoDurata: 10 settimaneSaving finale: 111.200 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Taglio tessuto in un’azienda moda con sviluppo campionario e controllo capo finito. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 111.200 €.
La storia del progetto
Il processo Taglio tessuto operava in un’azienda moda con sviluppo campionario e controllo capo finito e coinvolgeva taglio, confezione, qualità e ufficio prodotto. Il volume era di circa 15.240 capi l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori di taglio tessuto”, misurando il flusso reale del processo Taglio tessuto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 111.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda moda con sviluppo campionario e controllo capo finito, nel processo Taglio tessuto. Il flusso gestiva circa 15.240 capi l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da brand, merchandising, qualità e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Taglio tessuto, il cliente del processo (brand, merchandising, qualità e cliente finale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand, merchandising, qualità e cliente finale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.382 € da tempo operativo recuperato e attese ridotte, 30.000 € da rilavorazioni, difetti o eccezioni evitate e 27.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 111.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.382 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.000 € |
| Ritardi, reclami o rischi operativi ridotti | 27.800 € |
| Saving finale misurato | 111.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Taglio tessuto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Legno – ArredamentoRiduzione errori distinta baseNel processo Ingegneria di prodotto, il caso studio “Riduzione errori distinta base” nasce in un’azienda di arredamento con produzione su distinta. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 23% al 7%; il saving finale misurato è stato di 90.300 €.Processo: Ingegneria di prodottoDurata: 14 settimaneSaving finale: 90.300 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ingegneria di prodotto in un’azienda di arredamento con produzione su distinta. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 23% al 7%, con un saving annuo difendibile di 90.300 €.
La storia del progetto
Il processo Ingegneria di prodotto operava in un’azienda di arredamento con produzione su distinta e coinvolgeva ingegneria prodotto, verniciatura e assemblaggio. Il volume era di circa 15.160 commesse l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori distinta base”, misurando il flusso reale del processo Ingegneria di prodotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 90.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di arredamento con produzione su distinta, nel processo Ingegneria di prodotto. Il flusso gestiva circa 15.160 commesse l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail/contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ingegneria di prodotto, il cliente del processo (cliente retail/contract, progettazione e produzione) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail/contract, progettazione e produzione |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 23% | 7% | -70% |
| Rilavorazioni | 27% | 8% | -67% |
| First Time Right | 66% | 90% | +27 pt |
| Controlli tardivi | 34% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 43.344 € da tempo operativo recuperato e attese ridotte, 24.400 € da rilavorazioni, difetti o eccezioni evitate e 22.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 90.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 43.344 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.400 € |
| Ritardi, reclami o rischi operativi ridotti | 22.600 € |
| Saving finale misurato | 90.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 23% al 7%. Il processo Ingegneria di prodotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ProgettazioneRiduzione errori distinta tecnicaNel processo Distinta base tecnica, il caso studio “Riduzione errori distinta tecnica” nasce in una funzione aziendale di Progettazione. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 62.600 €.Processo: Distinta base tecnicaDurata: 8 settimaneSaving finale: 62.600 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Distinta base tecnica in una funzione aziendale di Progettazione. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 62.600 €.
La storia del progetto
Il processo Distinta base tecnica operava in una funzione aziendale di Progettazione e coinvolgeva design review, distinte base e rilascio tecnico. Il volume era di circa 5.845 disegni l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori distinta tecnica”, misurando il flusso reale del processo Distinta base tecnica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 62.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Progettazione, nel processo Distinta base tecnica. Il flusso gestiva circa 5.845 disegni l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, acquisti, project manager e cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Distinta base tecnica, il cliente del processo (produzione, acquisti, project manager e cliente interno) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, acquisti, project manager e cliente interno |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 30.060 € da tempo operativo recuperato e attese ridotte, 16.900 € da rilavorazioni, difetti o eccezioni evitate e 15.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 62.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 30.060 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.900 € |
| Ritardi, reclami o rischi operativi ridotti | 15.600 € |
| Saving finale misurato | 62.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Distinta base tecnica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · FarmaceuticoRiduzione errori documentali di produzioneNel processo Documentazione GMP, il caso studio “Riduzione errori documentali di produzione” nasce in un sito farmaceutico GMP con produzione, QA e rilascio lotto. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 24% al 6%; il saving finale misurato è stato di 137.800 €.Processo: Documentazione GMPDurata: 11 settimaneSaving finale: 137.800 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Documentazione GMP in un sito farmaceutico GMP con produzione, QA e rilascio lotto. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 24% al 6%, con un saving annuo difendibile di 137.800 €.
La storia del progetto
Il processo Documentazione GMP operava in un sito farmaceutico GMP con produzione, QA e rilascio lotto e coinvolgeva deviation management, CAPA, batch release e data integrity. Il volume era di circa 14.820 lotti l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori documentali di produzione”, misurando il flusso reale del processo Documentazione GMP e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 137.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sito farmaceutico GMP con produzione, QA e rilascio lotto, nel processo Documentazione GMP. Il flusso gestiva circa 14.820 lotti l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da QA, Qualified Person, regulatory e paziente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Documentazione GMP, il cliente del processo (QA, Qualified Person, regulatory e paziente finale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | QA, Qualified Person, regulatory e paziente finale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 24% | 6% | -70% |
| Rilavorazioni | 28% | 9% | -67% |
| First Time Right | 67% | 91% | +27 pt |
| Controlli tardivi | 35% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.150 € da tempo operativo recuperato e attese ridotte, 37.200 € da rilavorazioni, difetti o eccezioni evitate e 34.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 137.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.150 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.200 € |
| Ritardi, reclami o rischi operativi ridotti | 34.400 € |
| Saving finale misurato | 137.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 24% al 6%. Il processo Documentazione GMP è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Data Integrity e documentazioneRiduzione errori documentali in batch recordNel processo Documentazione qualità, il caso studio “Riduzione errori documentali in batch record” nasce in un sistema qualità strutturato nell’area Data Integrity e documentazione. Prima del progetto, la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. Il KPI guida, Batch record con errori documentali, è passato dal 20% al 6%; il saving finale misurato è stato di 147.700 €.Processo: Documentazione qualitàDurata: 11 settimaneSaving finale: 147.700 €-67% Batch record con errori documentaliLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Documentazione qualità in un sistema qualità strutturato nell’area Data Integrity e documentazione. La criticità iniziale era chiara: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review. L’intervento ha portato il KPI principale, Batch record con errori documentali, dal 20% al 6%, con un saving annuo difendibile di 147.700 €.
La storia del progetto
Il processo Documentazione qualità operava in un sistema qualità strutturato nell’area Data Integrity e documentazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.380 pratiche qualità l’anno. La criticità era concreta: la documentazione esisteva, ma completezza, tracciabilità e coerenza non erano sempre difendibili in review.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Batch record con errori documentali risultava pari al 20%. Il team ha quindi trattato “Riduzione errori documentali in batch record” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 147.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Data Integrity e documentazione, nel processo Documentazione qualità. Il flusso gestiva circa 7.380 pratiche qualità l’anno e il segnale più evidente era Batch record con errori documentali pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione errori documentali in batch record” è stato collegato al processo Documentazione qualità, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Batch record con errori documentali |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Batch record con errori documentali partiva dal 20% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Batch record con errori documentali | 20% | 6% | -67% |
| Lead time review batch record | 14 gg | 6 gg | -50% |
| Correzioni post-review | 26% | 8% | -67% |
| Right first time documentale | 69% | 93% | +24 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Data quality rules | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Master data governance | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Reconciliation dashboard | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Poka-Yoke digitale | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Batch record con errori documentali è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Batch record con errori documentali | 6% | Settimanale |
| Lead time review batch record | 6 gg | Mensile |
| Correzioni post-review | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 70.884 € da tempo operativo recuperato e attese ridotte, 39.900 € da rilavorazioni, difetti o eccezioni evitate e 36.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 147.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 70.884 € |
| Rilavorazioni, difetti o eccezioni evitate | 39.900 € |
| Ritardi, reclami o rischi operativi ridotti | 36.900 € |
| Saving finale misurato | 147.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Batch record con errori documentali, passato dal 20% al 6%. Il processo Documentazione qualità ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · Amministrazione & FinanceRiduzione errori fatture fornitoriNel processo Accounts payable, il caso studio “Riduzione errori fatture fornitori” nasce in una direzione Amministrazione & Finance multi-società. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Fatture bloccate o contestate, è passato dal 30% al 9%; il saving finale misurato è stato di 56.500 €.Processo: Accounts payableDurata: 12 settimaneSaving finale: 56.500 €-65% Fatture bloccate o contestateLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Accounts payable in una direzione Amministrazione & Finance multi-società. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Fatture bloccate o contestate, dal 30% al 9%, con un saving annuo difendibile di 56.500 €.
La storia del progetto
Il processo Accounts payable operava in una direzione Amministrazione & Finance multi-società e coinvolgeva accounts payable, closing, credito e riconciliazioni. Il volume era di circa 4.535 registrazioni l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Fatture bloccate o contestate ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori fatture fornitori”, misurando il flusso reale del processo Accounts payable e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 56.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una direzione Amministrazione & Finance multi-società, nel processo Accounts payable. Il flusso gestiva circa 4.535 registrazioni l’anno e il segnale più evidente era Fatture bloccate o contestate pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controllo di gestione, fornitori e clienti interni. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Accounts payable, il cliente del processo (CFO, controllo di gestione, fornitori e clienti interni) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controllo di gestione, fornitori e clienti interni |
| KPI principale | Fatture bloccate o contestate |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Fatture bloccate o contestate, partiva dal 30%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Fatture bloccate o contestate | 30% | 9% | -65% |
| Tempo sblocco fattura | 15 gg | 5 gg | -55% |
| Mismatch ordine-ricezione-fattura | 25% | 7% | -67% |
| Dati billing completi | 67% | 91% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Fatture bloccate o contestate è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Fatture bloccate o contestate | 9% | Settimanale |
| Tempo sblocco fattura | 5 gg | Mensile |
| Mismatch ordine-ricezione-fattura | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 27.108 € da tempo operativo recuperato e attese ridotte, 15.300 € da rilavorazioni, difetti o eccezioni evitate e 14.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 56.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 27.108 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.300 € |
| Ritardi, reclami o rischi operativi ridotti | 14.100 € |
| Saving finale misurato | 56.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Fatture bloccate o contestate, passato dal 30% al 9%. Il processo Accounts payable è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ControllingRiduzione errori forecastNel processo Forecast economico, il caso studio “Riduzione errori forecast” nasce in una funzione aziendale di Controlling. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 21% al 7%; il saving finale misurato è stato di 68.700 €.Processo: Forecast economicoDurata: 10 settimaneSaving finale: 68.700 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Forecast economico in una funzione aziendale di Controlling. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 21% al 7%, con un saving annuo difendibile di 68.700 €.
La storia del progetto
Il processo Forecast economico operava in una funzione aziendale di Controlling e coinvolgeva forecast, KPI, dashboard e riconciliazioni dati. Il volume era di circa 4.925 report l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori forecast”, misurando il flusso reale del processo Forecast economico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 68.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Controlling, nel processo Forecast economico. Il flusso gestiva circa 4.925 report l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione, business controller e funzioni operative. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Forecast economico, il cliente del processo (direzione, business controller e funzioni operative) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione, business controller e funzioni operative |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 21% | 7% | -70% |
| Rilavorazioni | 25% | 9% | -67% |
| First Time Right | 64% | 91% | +27 pt |
| Controlli tardivi | 32% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.976 € da tempo operativo recuperato e attese ridotte, 18.500 € da rilavorazioni, difetti o eccezioni evitate e 17.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 68.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.976 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.500 € |
| Ritardi, reclami o rischi operativi ridotti | 17.200 € |
| Saving finale misurato | 68.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 21% al 7%. Il processo Forecast economico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · RFID, Data Matrix e tracciabilità digitaleRiduzione errori genealogia prodotto con Data MatrixNel processo Tracciabilità componenti e lotti, il caso studio “Riduzione errori genealogia prodotto con Data Matrix” nasce in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. Prima del progetto, il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. Il KPI guida, Record genealogia completi, è passato dal 65% al 95%; il saving finale misurato è stato di 115.400 €.Processo: Tracciabilità componenti e lottiDurata: 12 settimaneSaving finale: 115.400 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Tracciabilità componenti e lotti in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. La criticità iniziale era chiara: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. L’intervento ha portato il KPI principale, Record genealogia completi, dal 65% al 95%, con un saving annuo difendibile di 115.400 €.
La storia del progetto
Il processo Tracciabilità componenti e lotti operava in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.960 eventi digitali l’anno. La criticità era concreta: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Record genealogia completi era pari al 65%: per questo il progetto “Riduzione errori genealogia prodotto con Data Matrix” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 115.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale, nel processo Tracciabilità componenti e lotti. Il flusso gestiva circa 18.960 eventi digitali l’anno e il segnale più evidente era Record genealogia completi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Tracciabilità componenti e lotti e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Record genealogia completi |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Record genealogia completi partiva dal 65%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 65% | 95% | +30 pt |
| Tempo rintracciabilità lotto | 11 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 70% | 96% | +26 pt |
| Mix-up materiali/lotti | 10% | 3% | -78% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | RFID/Data Matrix | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Traceability matrix | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Genealogy dashboard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Scan compliance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Record genealogia completi è stato portato al 95% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 95% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.380 € da tempo operativo recuperato e attese ridotte, 31.200 € da rilavorazioni, difetti o eccezioni evitate e 28.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 115.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.380 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.200 € |
| Ritardi, reclami o rischi operativi ridotti | 28.800 € |
| Saving finale misurato | 115.400 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Record genealogia completi è passato dal 65% al 95%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Tracciabilità componenti e lotti.
DMAIC · Servizi · BancarioRiduzione errori in apertura contoNel processo Onboarding cliente, il caso studio “Riduzione errori in apertura conto” nasce in un istituto bancario con canali di filiale e canali digitali. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 24% al 6%; il saving finale misurato è stato di 33.700 €.Processo: Onboarding clienteDurata: 9 settimaneSaving finale: 33.700 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Onboarding cliente in un istituto bancario con canali di filiale e canali digitali. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 24% al 6%, con un saving annuo difendibile di 33.700 €.
La storia del progetto
Il processo Onboarding cliente operava in un istituto bancario con canali di filiale e canali digitali e coinvolgeva operations bancarie e controlli di compliance. Il volume era di circa 1.315 pratiche l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori in apertura conto”, misurando il flusso reale del processo Onboarding cliente e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 33.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un istituto bancario con canali di filiale e canali digitali, nel processo Onboarding cliente. Il flusso gestiva circa 1.315 pratiche l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, consulente di filiale, risk e compliance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Onboarding cliente, il cliente del processo (cliente, consulente di filiale, risk e compliance) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, consulente di filiale, risk e compliance |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 24% | 6% | -70% |
| Rilavorazioni | 28% | 9% | -67% |
| First Time Right | 67% | 91% | +27 pt |
| Controlli tardivi | 35% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 16.170 € da tempo operativo recuperato e attese ridotte, 9.100 € da rilavorazioni, difetti o eccezioni evitate e 8.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 33.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 16.170 € |
| Rilavorazioni, difetti o eccezioni evitate | 9.100 € |
| Ritardi, reclami o rischi operativi ridotti | 8.400 € |
| Saving finale misurato | 33.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 24% al 6%. Il processo Onboarding cliente è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · LOTO ed energie pericoloseRiduzione errori nelle schede energia impiantoNel processo Energy isolation sheets, il caso studio “Riduzione errori nelle schede energia impianto” nasce in un contesto operativo HSE nell’area LOTO ed energie pericolose. Prima del progetto, la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. Il KPI guida, Procedure LOTO conformi, è passato dal 62% al 92%; il saving finale misurato è stato di 95.800 €.Processo: Energy isolation sheetsDurata: 11 settimaneSaving finale: 95.800 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Energy isolation sheets in un contesto operativo HSE nell’area LOTO ed energie pericolose. La criticità iniziale era chiara: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 62% al 92%, con un saving annuo difendibile di 95.800 €.
La storia del progetto
Il processo Energy isolation sheets operava in un contesto operativo HSE nell’area LOTO ed energie pericolose e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.570 osservazioni l’anno. La criticità era concreta: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Procedure LOTO conformi era pari al 62%, e questo ha reso necessario trasformare “Riduzione errori nelle schede energia impianto” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 95.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area LOTO ed energie pericolose, nel processo Energy isolation sheets. Il flusso gestiva circa 6.570 osservazioni l’anno e il segnale più evidente era Procedure LOTO conformi pari al 62% in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione errori nelle schede energia impianto” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Procedure LOTO conformi |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Procedure LOTO conformi era pari al 62%, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 62% | 92% | +30 pt |
| Lavori avviati con isolamento incompleto | 14% | 4% | -77% |
| Schede energia corrette | 67% | 93% | +26 pt |
| Verifiche zero energia documentate | 59% | 90% | +31 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Data quality rules | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Master data governance | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Reconciliation dashboard | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Poka-Yoke digitale | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Procedure LOTO conformi è stato portato al 92% e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 92% | Settimanale |
| Lavori avviati con isolamento incompleto | 4% | Mensile |
| Schede energia corrette | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.002 € da tempo operativo recuperato e attese ridotte, 25.900 € da rilavorazioni, difetti o eccezioni evitate e 23.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 95.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.002 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.900 € |
| Ritardi, reclami o rischi operativi ridotti | 23.900 € |
| Saving finale misurato | 95.800 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Procedure LOTO conformi è passato dal 62% al 92%, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · Risorse umaneRiduzione errori payrollNel processo Amministrazione personale, il caso studio “Riduzione errori payroll” nasce in una funzione Risorse Umane con processi amministrativi e operativi. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 101.100 €.Processo: Amministrazione personaleDurata: 12 settimaneSaving finale: 101.100 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Amministrazione personale in una funzione Risorse Umane con processi amministrativi e operativi. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 101.100 €.
La storia del progetto
Il processo Amministrazione personale operava in una funzione Risorse Umane con processi amministrativi e operativi e coinvolgeva onboarding, payroll, recruiting e service request. Il volume era di circa 6.305 richieste l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori payroll”, misurando il flusso reale del processo Amministrazione personale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 101.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione Risorse Umane con processi amministrativi e operativi, nel processo Amministrazione personale. Il flusso gestiva circa 6.305 richieste l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HRBP e amministrazione personale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Amministrazione personale, il cliente del processo (dipendente, manager, HRBP e amministrazione personale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HRBP e amministrazione personale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 48.528 € da tempo operativo recuperato e attese ridotte, 27.300 € da rilavorazioni, difetti o eccezioni evitate e 25.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 101.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 48.528 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.300 € |
| Ritardi, reclami o rischi operativi ridotti | 25.300 € |
| Saving finale misurato | 101.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Amministrazione personale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Macchinari industrialiRiduzione errori progettazione macchinaNel processo Progettazione tecnica, il caso studio “Riduzione errori progettazione macchina” nasce in un costruttore di macchinari industriali su commessa. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 99.300 €.Processo: Progettazione tecnicaDurata: 15 settimaneSaving finale: 99.300 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Progettazione tecnica in un costruttore di macchinari industriali su commessa. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 99.300 €.
La storia del progetto
Il processo Progettazione tecnica operava in un costruttore di macchinari industriali su commessa e coinvolgeva engineering, acquisti, montaggio, collaudo e PM. Il volume era di circa 15.420 commesse l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione errori progettazione macchina”, misurando il flusso reale del processo Progettazione tecnica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 99.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un costruttore di macchinari industriali su commessa, nel processo Progettazione tecnica. Il flusso gestiva circa 15.420 commesse l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, project manager e collaudo FAT. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Progettazione tecnica, il cliente del processo (cliente industriale, project manager e collaudo FAT) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, project manager e collaudo FAT |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.670 € da tempo operativo recuperato e attese ridotte, 26.800 € da rilavorazioni, difetti o eccezioni evitate e 24.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 99.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.670 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.800 € |
| Ritardi, reclami o rischi operativi ridotti | 24.800 € |
| Saving finale misurato | 99.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Progettazione tecnica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Smart Factory, MES e IIoTRiduzione errori raccolta dati macchina con IIoTNel processo Connessione macchine e dati di processo, il caso studio “Riduzione errori raccolta dati macchina con IIoT” nasce in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, KPI critico fuori target, è passato dal 28% al 9%; il saving finale misurato è stato di 141.900 €.Processo: Connessione macchine e dati di processoDurata: 13 settimaneSaving finale: 141.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Connessione macchine e dati di processo in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 28% al 9%, con un saving annuo difendibile di 141.900 €.
La storia del progetto
Il processo Connessione macchine e dati di processo operava in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.180 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI KPI critico fuori target era pari al 28%: per questo il progetto “Riduzione errori raccolta dati macchina con IIoT” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 141.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT, nel processo Connessione macchine e dati di processo. Il flusso gestiva circa 18.180 eventi digitali l’anno e il segnale più evidente era KPI critico fuori target pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Connessione macchine e dati di processo e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | KPI critico fuori target |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI KPI critico fuori target partiva dal 28%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 28% | 9% | -67% |
| Tempo reazione a deviazione | 54 h | 25 h | -54% |
| Azioni completate on-time | 62% | 88% | +30 pt |
| Stabilità del nuovo standard | 53% | 86% | +33 pt |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Machine connectivity | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Sensor data validation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Edge data collection | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alarm rationalization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI KPI critico fuori target è stato portato al 9% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 25 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.120 € da tempo operativo recuperato e attese ridotte, 38.300 € da rilavorazioni, difetti o eccezioni evitate e 35.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 141.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.120 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.300 € |
| Ritardi, reclami o rischi operativi ridotti | 35.500 € |
| Saving finale misurato | 141.900 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI KPI critico fuori target è passato dal 28% al 9%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Connessione macchine e dati di processo.
DMAIC · Processi Transazionali · Issue to ResolutionRiduzione escalation improprie tra livelliNel processo Escalation routing, il caso studio “Riduzione escalation improprie tra livelli” nasce in un processo transazionale Issue to Resolution con più funzioni coinvolte. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 20% al 6%; il saving finale misurato è stato di 103.400 €.Processo: Escalation routingDurata: 10 settimaneSaving finale: 103.400 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Escalation routing in un processo transazionale Issue to Resolution con più funzioni coinvolte. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 20% al 6%, con un saving annuo difendibile di 103.400 €.
La storia del progetto
Il processo Escalation routing operava in un processo transazionale Issue to Resolution con più funzioni coinvolte e coinvolgeva ticket, escalation, knowledge base e aggiornamenti cliente. Il volume era di circa 13.440 issue l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione escalation improprie tra livelli”, misurando il flusso reale del processo Escalation routing e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 103.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Issue to Resolution con più funzioni coinvolte, nel processo Escalation routing. Il flusso gestiva circa 13.440 issue l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, primo livello, secondo livello e service owner. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Escalation routing, il cliente del processo (cliente, primo livello, secondo livello e service owner) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, primo livello, secondo livello e service owner |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 20%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 20% | 6% | -70% |
| Rilavorazioni | 24% | 8% | -67% |
| First Time Right | 63% | 90% | +27 pt |
| Controlli tardivi | 31% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.628 € da tempo operativo recuperato e attese ridotte, 27.900 € da rilavorazioni, difetti o eccezioni evitate e 25.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 103.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.628 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.900 € |
| Ritardi, reclami o rischi operativi ridotti | 25.900 € |
| Saving finale misurato | 103.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 20% al 6%. Il processo Escalation routing è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Customer serviceRiduzione escalation non necessarieNel processo Escalation management, il caso studio “Riduzione escalation non necessarie” nasce in un customer service multicanale con portale e primo livello. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 21% al 7%; il saving finale misurato è stato di 97.500 €.Processo: Escalation managementDurata: 12 settimaneSaving finale: 97.500 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Escalation management in un customer service multicanale con portale e primo livello. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 21% al 7%, con un saving annuo difendibile di 97.500 €.
La storia del progetto
Il processo Escalation management operava in un customer service multicanale con portale e primo livello e coinvolgeva ticket, escalation, knowledge base e SLA. Il volume era di circa 5.200 ticket l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione escalation non necessarie”, misurando il flusso reale del processo Escalation management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 97.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un customer service multicanale con portale e primo livello, nel processo Escalation management. Il flusso gestiva circa 5.200 ticket l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, agente customer care e secondo livello. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Escalation management, il cliente del processo (cliente finale, agente customer care e secondo livello) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, agente customer care e secondo livello |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 21% | 7% | -70% |
| Rilavorazioni | 25% | 9% | -67% |
| First Time Right | 64% | 91% | +27 pt |
| Controlli tardivi | 32% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.800 € da tempo operativo recuperato e attese ridotte, 26.300 € da rilavorazioni, difetti o eccezioni evitate e 24.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 97.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.800 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.300 € |
| Ritardi, reclami o rischi operativi ridotti | 24.400 € |
| Saving finale misurato | 97.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 21% al 7%. Il processo Escalation management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Governance e stakeholderRiduzione escalation tardive verso steering committeeNel processo Project governance board, il caso studio “Riduzione escalation tardive verso steering committee” nasce in un’organizzazione con progetti complessi nell’area Governance e stakeholder. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Decisioni senza owner, è passato dal 42% al 11%; il saving finale misurato è stato di 56.000 €.Processo: Project governance boardDurata: 8 settimaneSaving finale: 56.000 €-69% Decisioni senza ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Project governance board in un’organizzazione con progetti complessi nell’area Governance e stakeholder. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Decisioni senza owner, dal 42% al 11%, con un saving annuo difendibile di 56.000 €.
La storia del progetto
Il processo Project governance board operava in un’organizzazione con progetti complessi nell’area Governance e stakeholder e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 197 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Decisioni senza owner ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione escalation tardive verso steering committee”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 56.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Governance e stakeholder, nel processo Project governance board. Il flusso gestiva circa 197 milestone l’anno e il segnale più evidente era Decisioni senza owner pari al 42% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione escalation tardive verso steering committee” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Project governance board.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Decisioni senza owner |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Decisioni senza owner era pari al 42% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Decisioni senza owner | 42% | 11% | -69% |
| Riunioni senza decisione | 35% | 10% | -65% |
| Azioni progetto oltre SLA | 38% | 14% | -62% |
| Allineamento sponsor-team | 61% | 84% | +28 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Project charter | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | RACI di progetto | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Steering cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Decision log | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Decisioni senza owner è stato portato al 11% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Decisioni senza owner | 11% | Settimanale |
| Riunioni senza decisione | 10% | Mensile |
| Azioni progetto oltre SLA | 14% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 26.880 € da tempo operativo recuperato e attese ridotte, 15.100 € da rilavorazioni, difetti o eccezioni evitate e 14.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 56.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 26.880 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.100 € |
| Ritardi, reclami o rischi operativi ridotti | 14.000 € |
| Saving finale misurato | 56.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Decisioni senza owner, passato dal 42% al 11%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · ChimicoRiduzione esposizione operatori nel campionamentoNel processo Campionamento materie prime, il caso studio “Riduzione esposizione operatori nel campionamento” nasce in un impianto chimico batch con laboratorio QC interno. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Near miss / osservazioni critiche, è passato da 23/mese a 8/mese; il saving finale misurato è stato di 95.000 €.Processo: Campionamento materie primeDurata: 12 settimaneSaving finale: 95.000 €-63% Near miss / osservazioni criticheLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Campionamento materie prime in un impianto chimico batch con laboratorio QC interno. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Near miss / osservazioni critiche, da 23/mese a 8/mese, con un saving annuo difendibile di 95.000 €.
La storia del progetto
Il processo Campionamento materie prime operava in un impianto chimico batch con laboratorio QC interno e coinvolgeva miscelazione, campionamento, QC e HSE. Il volume era di circa 13.960 batch l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Near miss / osservazioni critiche ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione esposizione operatori nel campionamento”, misurando il flusso reale del processo Campionamento materie prime e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 95.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto chimico batch con laboratorio QC interno, nel processo Campionamento materie prime. Il flusso gestiva circa 13.960 batch l’anno e il segnale più evidente era Near miss / osservazioni critiche pari a 23/mese in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, QA/QC e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Campionamento materie prime, il cliente del processo (cliente industriale, QA/QC e responsabile impianto) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, QA/QC e responsabile impianto |
| KPI principale | Near miss / osservazioni critiche |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Near miss / osservazioni critiche, partiva da 23/mese; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss / osservazioni critiche | 23/mese | 8/mese | -63% |
| Checklist sicurezza complete | 68% | 92% | +28 pt |
| Azioni correttive oltre SLA | 35% | 12% | -65% |
| Tempo messa in sicurezza | 50 min | 24 min | -52% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Safety observation | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Near miss analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard LOTO | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Control plan sicurezza | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Near miss / osservazioni critiche è stato portato a 8/mese e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss / osservazioni critiche | 8/mese | Settimanale |
| Checklist sicurezza complete | 92% | Mensile |
| Azioni correttive oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.612 € da tempo operativo recuperato e attese ridotte, 25.600 € da rilavorazioni, difetti o eccezioni evitate e 23.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 95.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.612 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.600 € |
| Ritardi, reclami o rischi operativi ridotti | 23.800 € |
| Saving finale misurato | 95.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Near miss / osservazioni critiche, passato da 23/mese a 8/mese. Il processo Campionamento materie prime è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · BancarioRiduzione falsi positivi nei controlli AMLNel processo Controlli antiriciclaggio, il caso studio “Riduzione falsi positivi nei controlli AML” nasce in un istituto bancario con canali di filiale e canali digitali. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 27% al 7%; il saving finale misurato è stato di 50.600 €.Processo: Controlli antiriciclaggioDurata: 12 settimaneSaving finale: 50.600 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controlli antiriciclaggio in un istituto bancario con canali di filiale e canali digitali. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 27% al 7%, con un saving annuo difendibile di 50.600 €.
La storia del progetto
Il processo Controlli antiriciclaggio operava in un istituto bancario con canali di filiale e canali digitali e coinvolgeva operations bancarie e controlli di compliance. Il volume era di circa 1.795 pratiche l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Finding / deviazioni aperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione falsi positivi nei controlli AML”, misurando il flusso reale del processo Controlli antiriciclaggio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 50.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un istituto bancario con canali di filiale e canali digitali, nel processo Controlli antiriciclaggio. Il flusso gestiva circa 1.795 pratiche l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, consulente di filiale, risk e compliance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controlli antiriciclaggio, il cliente del processo (cliente, consulente di filiale, risk e compliance) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, consulente di filiale, risk e compliance |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Finding / deviazioni aperte, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 27% | 7% | -67% |
| Azioni oltre scadenza | 34% | 11% | -64% |
| Audit trail completo | 68% | 92% | +29 pt |
| Tempo chiusura CAPA | 40 gg | 17 gg | -53% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Compliance matrix | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Audit trail | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard work regolatorio | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | CAPA management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Finding / deviazioni aperte è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 7% | Settimanale |
| Azioni oltre scadenza | 11% | Mensile |
| Audit trail completo | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 24.288 € da tempo operativo recuperato e attese ridotte, 13.700 € da rilavorazioni, difetti o eccezioni evitate e 12.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 50.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 24.288 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.700 € |
| Ritardi, reclami o rischi operativi ridotti | 12.600 € |
| Saving finale misurato | 50.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Finding / deviazioni aperte, passato dal 27% al 7%. Il processo Controlli antiriciclaggio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Procure to PayRiduzione fatture bloccate per mismatch ordineNel processo Three-way match, il caso studio “Riduzione fatture bloccate per mismatch ordine” nasce in un processo transazionale Procure to Pay con più funzioni coinvolte. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Fatture bloccate o contestate, è passato dal 27% al 10%; il saving finale misurato è stato di 53.100 €.Processo: Three-way matchDurata: 10 settimaneSaving finale: 53.100 €-65% Fatture bloccate o contestateLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Three-way match in un processo transazionale Procure to Pay con più funzioni coinvolte. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Fatture bloccate o contestate, dal 27% al 10%, con un saving annuo difendibile di 53.100 €.
La storia del progetto
Il processo Three-way match operava in un processo transazionale Procure to Pay con più funzioni coinvolte e coinvolgeva richieste acquisto, ordini, ricezioni e three-way match. Il volume era di circa 12.480 fatture l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Fatture bloccate o contestate ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione fatture bloccate per mismatch ordine”, misurando il flusso reale del processo Three-way match e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 53.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Procure to Pay con più funzioni coinvolte, nel processo Three-way match. Il flusso gestiva circa 12.480 fatture l’anno e il segnale più evidente era Fatture bloccate o contestate pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, magazzino, AP e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Three-way match, il cliente del processo (richiedente interno, buyer, magazzino, AP e fornitore) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, magazzino, AP e fornitore |
| KPI principale | Fatture bloccate o contestate |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Fatture bloccate o contestate, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Fatture bloccate o contestate | 27% | 10% | -65% |
| Tempo sblocco fattura | 12 gg | 6 gg | -55% |
| Mismatch ordine-ricezione-fattura | 22% | 8% | -67% |
| Dati billing completi | 64% | 91% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Fatture bloccate o contestate è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Fatture bloccate o contestate | 10% | Settimanale |
| Tempo sblocco fattura | 6 gg | Mensile |
| Mismatch ordine-ricezione-fattura | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 25.498 € da tempo operativo recuperato e attese ridotte, 14.300 € da rilavorazioni, difetti o eccezioni evitate e 13.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 53.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 25.498 € |
| Rilavorazioni, difetti o eccezioni evitate | 14.300 € |
| Ritardi, reclami o rischi operativi ridotti | 13.300 € |
| Saving finale misurato | 53.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Fatture bloccate o contestate, passato dal 27% al 10%. Il processo Three-way match è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettronicoRiduzione fermate per obsolescenza componentiNel processo Gestione componenti, il caso studio “Riduzione fermate per obsolescenza componenti” nasce in un’azienda elettronica con linea SMT e collaudi funzionali. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 116.000 €.Processo: Gestione componentiDurata: 14 settimaneSaving finale: 116.000 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione componenti in un’azienda elettronica con linea SMT e collaudi funzionali. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 116.000 €.
La storia del progetto
Il processo Gestione componenti operava in un’azienda elettronica con linea SMT e collaudi funzionali e coinvolgeva SMT, collaudo, qualità e gestione componenti. Il volume era di circa 14.040 schede l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione fermate per obsolescenza componenti”, misurando il flusso reale del processo Gestione componenti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 116.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda elettronica con linea SMT e collaudi funzionali, nel processo Gestione componenti. Il flusso gestiva circa 14.040 schede l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità prodotto e pianificazione consegne. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione componenti, il cliente del processo (cliente OEM, qualità prodotto e pianificazione consegne) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità prodotto e pianificazione consegne |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.692 € da tempo operativo recuperato e attese ridotte, 31.300 € da rilavorazioni, difetti o eccezioni evitate e 29.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 116.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.692 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.300 € |
| Ritardi, reclami o rischi operativi ridotti | 29.000 € |
| Saving finale misurato | 116.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 18 gg a 6 gg. Il processo Gestione componenti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · QualitàRiduzione finding audit ripetutiNel processo Audit interni, il caso studio “Riduzione finding audit ripetuti” nasce in una funzione aziendale di Qualità. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Finding ripetuti, è passato dal 25% al 8%; il saving finale misurato è stato di 76.600 €.Processo: Audit interniDurata: 10 settimaneSaving finale: 76.600 €-68% Finding ripetutiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Audit interni in una funzione aziendale di Qualità. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Finding ripetuti, dal 25% al 8%, con un saving annuo difendibile di 76.600 €.
La storia del progetto
Il processo Audit interni operava in una funzione aziendale di Qualità e coinvolgeva non conformità, audit, reclami e CAPA. Il volume era di circa 6.075 pratiche l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Finding ripetuti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione finding audit ripetuti”, misurando il flusso reale del processo Audit interni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 76.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Qualità, nel processo Audit interni. Il flusso gestiva circa 6.075 pratiche l’anno e il segnale più evidente era Finding ripetuti pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, audit, process owner e direzione qualità. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Audit interni, il cliente del processo (cliente, audit, process owner e direzione qualità) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, audit, process owner e direzione qualità |
| KPI principale | Finding ripetuti |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Finding ripetuti, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding ripetuti | 25% | 8% | -68% |
| Azioni audit chiuse con evidenze complete | 61% | 90% | +32 pt |
| Tempo chiusura finding | 32 gg | 15 gg | -52% |
| Cause radice riutilizzabili | 44% | 79% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Finding ripetuti è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding ripetuti | 8% | Settimanale |
| Azioni audit chiuse con evidenze complete | 90% | Mensile |
| Tempo chiusura finding | 15 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.756 € da tempo operativo recuperato e attese ridotte, 20.700 € da rilavorazioni, difetti o eccezioni evitate e 19.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 76.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.756 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.700 € |
| Ritardi, reclami o rischi operativi ridotti | 19.100 € |
| Saving finale misurato | 76.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Finding ripetuti, passato dal 25% al 8%. Il processo Audit interni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · FarmaceuticoRiduzione finding di data integrityNel processo Data integrity in produzione, il caso studio “Riduzione finding di data integrity” nasce in un sito farmaceutico GMP con produzione, QA e rilascio lotto. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Deviazioni di data integrity, è passato dal 15% al 4%; il saving finale misurato è stato di 150.500 €.Processo: Data integrity in produzioneDurata: 13 settimaneSaving finale: 150.500 €-73% Deviazioni di data integrityLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Data integrity in produzione in un sito farmaceutico GMP con produzione, QA e rilascio lotto. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Deviazioni di data integrity, dal 15% al 4%, con un saving annuo difendibile di 150.500 €.
La storia del progetto
Il processo Data integrity in produzione operava in un sito farmaceutico GMP con produzione, QA e rilascio lotto e coinvolgeva deviation management, CAPA, batch release e data integrity. Il volume era di circa 16.220 lotti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Deviazioni di data integrity ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione finding di data integrity”, misurando il flusso reale del processo Data integrity in produzione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 150.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sito farmaceutico GMP con produzione, QA e rilascio lotto, nel processo Data integrity in produzione. Il flusso gestiva circa 16.220 lotti l’anno e il segnale più evidente era Deviazioni di data integrity pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da QA, Qualified Person, regulatory e paziente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Data integrity in produzione, il cliente del processo (QA, Qualified Person, regulatory e paziente finale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | QA, Qualified Person, regulatory e paziente finale |
| KPI principale | Deviazioni di data integrity |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Deviazioni di data integrity, partiva dal 15%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Deviazioni di data integrity | 15% | 4% | -73% |
| Record ALCOA+ completi | 62% | 91% | +29 pt |
| Tempo investigazione dato | 18 h | 7 h | -61% |
| Accessi/record non giustificati | 12% | 3% | -75% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Deviazioni di data integrity è stato portato al 4% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Deviazioni di data integrity | 4% | Settimanale |
| Record ALCOA+ completi | 91% | Mensile |
| Tempo investigazione dato | 7 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 72.240 € da tempo operativo recuperato e attese ridotte, 40.600 € da rilavorazioni, difetti o eccezioni evitate e 37.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 150.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 72.240 € |
| Rilavorazioni, difetti o eccezioni evitate | 40.600 € |
| Ritardi, reclami o rischi operativi ridotti | 37.700 € |
| Saving finale misurato | 150.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Deviazioni di data integrity, passato dal 15% al 4%. Il processo Data integrity in produzione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Audit e CAPARiduzione finding ripetuti da audit internoNel processo Audit management, il caso studio “Riduzione finding ripetuti da audit interno” nasce in un sistema qualità strutturato nell’area Audit e CAPA. Prima del progetto, gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. Il KPI guida, Finding ripetuti, è passato dal 22% al 7%; il saving finale misurato è stato di 105.400 €.Processo: Audit managementDurata: 14 settimaneSaving finale: 105.400 €-68% Finding ripetutiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Audit management in un sistema qualità strutturato nell’area Audit e CAPA. La criticità iniziale era chiara: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale. L’intervento ha portato il KPI principale, Finding ripetuti, dal 22% al 7%, con un saving annuo difendibile di 105.400 €.
La storia del progetto
Il processo Audit management operava in un sistema qualità strutturato nell’area Audit e CAPA e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.240 pratiche qualità l’anno. La criticità era concreta: gli audit producevano evidenze, ma alcune anomalie tornavano perché il follow-up non agiva sulla causa reale.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Finding ripetuti risultava pari al 22%. Il team ha quindi trattato “Riduzione finding ripetuti da audit interno” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 105.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Audit e CAPA, nel processo Audit management. Il flusso gestiva circa 7.240 pratiche qualità l’anno e il segnale più evidente era Finding ripetuti pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione finding ripetuti da audit interno” è stato collegato al processo Audit management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Finding ripetuti |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Finding ripetuti partiva dal 22% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding ripetuti | 22% | 7% | -68% |
| Azioni audit chiuse con evidenze complete | 58% | 90% | +32 pt |
| Tempo chiusura finding | 29 gg | 14 gg | -52% |
| Cause radice riutilizzabili | 41% | 76% | +35 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Finding ripetuti è stato portato al 7% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding ripetuti | 7% | Settimanale |
| Azioni audit chiuse con evidenze complete | 90% | Mensile |
| Tempo chiusura finding | 14 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 50.600 € da tempo operativo recuperato e attese ridotte, 28.500 € da rilavorazioni, difetti o eccezioni evitate e 26.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 105.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 50.600 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.500 € |
| Ritardi, reclami o rischi operativi ridotti | 26.300 € |
| Saving finale misurato | 105.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Finding ripetuti, passato dal 22% al 7%. Il processo Audit management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Qualità · Sistema qualità e standardizzazioneRiduzione formazione qualità non efficaceNel processo Training effectiveness qualità, il caso studio “Riduzione formazione qualità non efficace” nasce in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Rilavorazioni post-consegna, è passato dal 21% al 8%; il saving finale misurato è stato di 102.700 €.Processo: Training effectiveness qualitàDurata: 10 settimaneSaving finale: 102.700 €-62% Rilavorazioni post-consegnaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Training effectiveness qualità in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Rilavorazioni post-consegna, dal 21% al 8%, con un saving annuo difendibile di 102.700 €.
La storia del progetto
Il processo Training effectiveness qualità operava in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.090 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Rilavorazioni post-consegna risultava pari al 21%. Il team ha quindi trattato “Riduzione formazione qualità non efficace” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione, nel processo Training effectiveness qualità. Il flusso gestiva circa 8.090 pratiche qualità l’anno e il segnale più evidente era Rilavorazioni post-consegna pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione formazione qualità non efficace” è stato collegato al processo Training effectiveness qualità, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Rilavorazioni post-consegna |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Rilavorazioni post-consegna partiva dal 21% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Rilavorazioni post-consegna | 21% | 8% | -62% |
| Autonomia team cliente | 52% | 79% | +27 pt |
| Materiali riutilizzabili | 35% | 73% | +38 pt |
| Follow-up correttivi | 14/mese | 6/mese | -57% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Training matrix | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Teach-back | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Template riutilizzabili | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Knowledge review | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Rilavorazioni post-consegna è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Rilavorazioni post-consegna | 8% | Settimanale |
| Autonomia team cliente | 79% | Mensile |
| Materiali riutilizzabili | 73% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.280 € da tempo operativo recuperato e attese ridotte, 27.700 € da rilavorazioni, difetti o eccezioni evitate e 25.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.280 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.700 € |
| Ritardi, reclami o rischi operativi ridotti | 25.700 € |
| Saving finale misurato | 102.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Rilavorazioni post-consegna, passato dal 21% al 8%. Il processo Training effectiveness qualità ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · TPM e manutenzione autonomaRiduzione guasti ripetitivi con manutenzione autonomaNel processo Ispezioni giornaliere e cura macchina, il caso studio “Riduzione guasti ripetitivi con manutenzione autonoma” nasce in uno stabilimento manifatturiero con impianti critici ad alta saturazione. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Downtime impianto critico, è passato dal 18% al 8%; il saving finale misurato è stato di 81.300 €.Processo: Ispezioni giornaliere e cura macchinaDurata: 12 settimaneSaving finale: 81.300 €-56% Downtime impianto criticoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ispezioni giornaliere e cura macchina in uno stabilimento manifatturiero con impianti critici ad alta saturazione. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Downtime impianto critico, dal 18% al 8%, con un saving annuo difendibile di 81.300 €.
La storia del progetto
Il processo Ispezioni giornaliere e cura macchina operava in uno stabilimento manifatturiero con impianti critici ad alta saturazione e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 28.680 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Downtime impianto critico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione guasti ripetitivi con manutenzione autonoma”, misurando il flusso reale del processo Ispezioni giornaliere e cura macchina e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con impianti critici ad alta saturazione, nel processo Ispezioni giornaliere e cura macchina. Il flusso gestiva circa 28.680 pratiche l’anno e il segnale più evidente era Downtime impianto critico pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ispezioni giornaliere e cura macchina, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | Downtime impianto critico |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Downtime impianto critico, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Downtime impianto critico | 18% | 8% | -56% |
| MTTR medio | 6 h | 3 h | -50% |
| Guasti ripetitivi | 24% | 9% | -63% |
| Interventi preventivi on-time | 56% | 86% | +30 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | CLIT standard | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Tag anomalie | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | One point lesson | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit macchina | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Downtime impianto critico è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Downtime impianto critico | 8% | Settimanale |
| MTTR medio | 3 h | Mensile |
| Guasti ripetitivi | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.018 € da tempo operativo recuperato e attese ridotte, 22.000 € da rilavorazioni, difetti o eccezioni evitate e 20.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.018 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.000 € |
| Ritardi, reclami o rischi operativi ridotti | 20.300 € |
| Saving finale misurato | 81.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Downtime impianto critico, passato dal 18% al 8%. Il processo Ispezioni giornaliere e cura macchina è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Agile e delivery ibridaRiduzione handoff tra team business e sviluppoNel processo Agile delivery workflow, il caso studio “Riduzione handoff tra team business e sviluppo” nasce in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, Sprint goal raggiunti, è passato dal 55% al 81%; il saving finale misurato è stato di 91.700 €.Processo: Agile delivery workflowDurata: 13 settimaneSaving finale: 91.700 €+26 pt Sprint goal raggiuntiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Agile delivery workflow in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, Sprint goal raggiunti, dal 55% al 81%, con un saving annuo difendibile di 91.700 €.
La storia del progetto
Il processo Agile delivery workflow operava in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 214 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando Sprint goal raggiunti ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione handoff tra team business e sviluppo”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 91.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Agile e delivery ibrida, nel processo Agile delivery workflow. Il flusso gestiva circa 214 milestone l’anno e il segnale più evidente era Sprint goal raggiunti pari al 55% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione handoff tra team business e sviluppo” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Agile delivery workflow.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Sprint goal raggiunti |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Sprint goal raggiunti era pari al 55% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Sprint goal raggiunti | 55% | 81% | +26 pt |
| Backlog item bloccati | 37% | 13% | -62% |
| Velocity prevedibile | 51% | 79% | +28 pt |
| Difetti post-release | 21% | 7% | -61% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Sprint planning | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Backlog refinement | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Velocity review | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Definition of Done | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Sprint goal raggiunti è stato portato al 81% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Sprint goal raggiunti | 81% | Settimanale |
| Backlog item bloccati | 13% | Mensile |
| Velocity prevedibile | 79% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.016 € da tempo operativo recuperato e attese ridotte, 24.800 € da rilavorazioni, difetti o eccezioni evitate e 22.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 91.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.016 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.800 € |
| Ritardi, reclami o rischi operativi ridotti | 22.900 € |
| Saving finale misurato | 91.700 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Sprint goal raggiunti, passato dal 55% al 81%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Rischi e issue managementRiduzione impatti da fornitori critici di progettoNel processo Vendor risk management, il caso studio “Riduzione impatti da fornitori critici di progetto” nasce in un’organizzazione con progetti complessi nell’area Rischi e issue management. Prima del progetto, rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. Il KPI guida, Casi a rischio non intercettati, è passato dal 20% al 7%; il saving finale misurato è stato di 94.700 €.Processo: Vendor risk managementDurata: 13 settimaneSaving finale: 94.700 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Vendor risk management in un’organizzazione con progetti complessi nell’area Rischi e issue management. La criticità iniziale era chiara: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 20% al 7%, con un saving annuo difendibile di 94.700 €.
La storia del progetto
Il processo Vendor risk management operava in un’organizzazione con progetti complessi nell’area Rischi e issue management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 215 milestone l’anno. La criticità era concreta: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano.
Il progetto è stato aperto quando Casi a rischio non intercettati ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione impatti da fornitori critici di progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 94.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Rischi e issue management, nel processo Vendor risk management. Il flusso gestiva circa 215 milestone l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 20% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione impatti da fornitori critici di progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Vendor risk management.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Casi a rischio non intercettati era pari al 20% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 20% | 7% | -70% |
| Controlli preventivi eseguiti | 59% | 90% | +31 pt |
| Escalation tardive | 24% | 9% | -68% |
| Tempo chiusura azioni rischio | 14 gg | 7 gg | -58% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | FMEA di processo | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Risk register operativo | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Control point preventivi | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Escalation matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Casi a rischio non intercettati è stato portato al 7% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 7% | Settimanale |
| Controlli preventivi eseguiti | 90% | Mensile |
| Escalation tardive | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.456 € da tempo operativo recuperato e attese ridotte, 25.600 € da rilavorazioni, difetti o eccezioni evitate e 23.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 94.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.456 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.600 € |
| Ritardi, reclami o rischi operativi ridotti | 23.600 € |
| Saving finale misurato | 94.700 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Casi a rischio non intercettati, passato dal 20% al 7%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · Amministrazione & FinanceRiduzione incassi scadutiNel processo Credit management, il caso studio “Riduzione incassi scaduti” nasce in una direzione Amministrazione & Finance multi-società. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, DSO medio, è passato da 75 gg a 58 gg; il saving finale misurato è stato di 71.900 €.Processo: Credit managementDurata: 9 settimaneSaving finale: 71.900 €-19% DSO medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Credit management in una direzione Amministrazione & Finance multi-società. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, DSO medio, da 75 gg a 58 gg, con un saving annuo difendibile di 71.900 €.
La storia del progetto
Il processo Credit management operava in una direzione Amministrazione & Finance multi-società e coinvolgeva accounts payable, closing, credito e riconciliazioni. Il volume era di circa 4.855 registrazioni l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando DSO medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione incassi scaduti”, misurando il flusso reale del processo Credit management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 71.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una direzione Amministrazione & Finance multi-società, nel processo Credit management. Il flusso gestiva circa 4.855 registrazioni l’anno e il segnale più evidente era DSO medio pari a 75 gg in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controllo di gestione, fornitori e clienti interni. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Credit management, il cliente del processo (CFO, controllo di gestione, fornitori e clienti interni) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controllo di gestione, fornitori e clienti interni |
| KPI principale | DSO medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, DSO medio, partiva da 75 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| DSO medio | 75 gg | 58 gg | -19% |
| Incassi scaduti | 27% | 14% | -46% |
| Promise to pay rispettate | 58% | 81% | +23 pt |
| Dispute senza owner | 34% | 11% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI DSO medio è stato portato a 58 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| DSO medio | 58 gg | Settimanale |
| Incassi scaduti | 14% | Mensile |
| Promise to pay rispettate | 81% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.524 € da tempo operativo recuperato e attese ridotte, 19.400 € da rilavorazioni, difetti o eccezioni evitate e 18.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 71.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.524 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.400 € |
| Ritardi, reclami o rischi operativi ridotti | 18.000 € |
| Saving finale misurato | 71.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI DSO medio, passato da 75 gg a 58 gg. Il processo Credit management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ICTRiduzione incident critici ricorrentiNel processo Incident management ICT, il caso studio “Riduzione incident critici ricorrenti” nasce in una funzione ICT interna a servizio di più business unit. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Ticket riaperti o ripetitivi, è passato dal 30% al 11%; il saving finale misurato è stato di 68.900 €.Processo: Incident management ICTDurata: 9 settimaneSaving finale: 68.900 €-61% Ticket riaperti o ripetitiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Incident management ICT in una funzione ICT interna a servizio di più business unit. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Ticket riaperti o ripetitivi, dal 30% al 11%, con un saving annuo difendibile di 68.900 €.
La storia del progetto
Il processo Incident management ICT operava in una funzione ICT interna a servizio di più business unit e coinvolgeva service desk, change, IAM e incident management. Il volume era di circa 4.810 ticket l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Ticket riaperti o ripetitivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione incident critici ricorrenti”, misurando il flusso reale del processo Incident management ICT e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 68.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione ICT interna a servizio di più business unit, nel processo Incident management ICT. Il flusso gestiva circa 4.810 ticket l’anno e il segnale più evidente era Ticket riaperti o ripetitivi pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da utente interno, service owner, security e business. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Incident management ICT, il cliente del processo (utente interno, service owner, security e business) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente interno, service owner, security e business |
| KPI principale | Ticket riaperti o ripetitivi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Ticket riaperti o ripetitivi, partiva dal 30%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Ticket riaperti o ripetitivi | 30% | 11% | -61% |
| Tempo medio risoluzione | 46 h | 21 h | -55% |
| Escalation non necessarie | 26% | 9% | -63% |
| Soluzioni da knowledge base | 24% | 51% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Customer journey | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | SLA management | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Visual management | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Review settimanale | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Ticket riaperti o ripetitivi è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Ticket riaperti o ripetitivi | 11% | Settimanale |
| Tempo medio risoluzione | 21 h | Mensile |
| Escalation non necessarie | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.084 € da tempo operativo recuperato e attese ridotte, 18.600 € da rilavorazioni, difetti o eccezioni evitate e 17.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 68.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.084 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.600 € |
| Ritardi, reclami o rischi operativi ridotti | 17.200 € |
| Saving finale misurato | 68.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Ticket riaperti o ripetitivi, passato dal 30% al 11%. Il processo Incident management ICT è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ControllingRiduzione incoerenze tra KPI di funzioneNel processo KPI governance, il caso studio “Riduzione incoerenze tra KPI di funzione” nasce in una funzione aziendale di Controlling. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Campi dati errati/incompleti, è passato dal 23% al 7%; il saving finale misurato è stato di 81.300 €.Processo: KPI governanceDurata: 12 settimaneSaving finale: 81.300 €-68% Campi dati errati/incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo KPI governance in una funzione aziendale di Controlling. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Campi dati errati/incompleti, dal 23% al 7%, con un saving annuo difendibile di 81.300 €.
La storia del progetto
Il processo KPI governance operava in una funzione aziendale di Controlling e coinvolgeva forecast, KPI, dashboard e riconciliazioni dati. Il volume era di circa 5.245 report l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Campi dati errati/incompleti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione incoerenze tra KPI di funzione”, misurando il flusso reale del processo KPI governance e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Controlling, nel processo KPI governance. Il flusso gestiva circa 5.245 report l’anno e il segnale più evidente era Campi dati errati/incompleti pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da direzione, business controller e funzioni operative. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo KPI governance, il cliente del processo (direzione, business controller e funzioni operative) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione, business controller e funzioni operative |
| KPI principale | Campi dati errati/incompleti |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Campi dati errati/incompleti, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Campi dati errati/incompleti | 23% | 7% | -68% |
| Duplicati master data | 11% | 3% | -73% |
| First Time Right dati | 58% | 89% | +31 pt |
| Riconciliazioni manuali | 38% | 15% | -60% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Campi dati errati/incompleti è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Campi dati errati/incompleti | 7% | Settimanale |
| Duplicati master data | 3% | Mensile |
| First Time Right dati | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.024 € da tempo operativo recuperato e attese ridotte, 22.000 € da rilavorazioni, difetti o eccezioni evitate e 20.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.024 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.000 € |
| Ritardi, reclami o rischi operativi ridotti | 20.300 € |
| Saving finale misurato | 81.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Campi dati errati/incompleti, passato dal 23% al 7%. Il processo KPI governance è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza cantieri e appaltiRiduzione interferenze operative in cantiereNel processo Work permit coordination, il caso studio “Riduzione interferenze operative in cantiere” nasce in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. Prima del progetto, documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 21/mese a 9/mese; il saving finale misurato è stato di 107.700 €.Processo: Work permit coordinationDurata: 7 settimaneSaving finale: 107.700 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Work permit coordination in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. La criticità iniziale era chiara: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 21/mese a 9/mese, con un saving annuo difendibile di 107.700 €.
La storia del progetto
Il processo Work permit coordination operava in un contesto operativo HSE nell’area Sicurezza cantieri e appalti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.600 osservazioni l’anno. La criticità era concreta: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, e questo ha reso necessario trasformare “Riduzione interferenze operative in cantiere” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 107.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza cantieri e appalti, nel processo Work permit coordination. Il flusso gestiva circa 6.600 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 21/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione interferenze operative in cantiere” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 21/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 58% | 89% | +31 pt |
| Comportamenti sicuri osservati | 65% | 87% | +22 pt |
| Controlli pre-attività completi | 60% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | FMEA di processo | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Risk register operativo | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Control point preventivi | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Escalation matrix | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 87% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.701 € da tempo operativo recuperato e attese ridotte, 29.100 € da rilavorazioni, difetti o eccezioni evitate e 26.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 107.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.701 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.100 € |
| Ritardi, reclami o rischi operativi ridotti | 26.900 € |
| Saving finale misurato | 107.700 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 21/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Sicurezza · Sicurezza macchine e impiantiRiduzione interventi manuali in zona pericolosaNel processo Interazione uomo-macchina, il caso studio “Riduzione interventi manuali in zona pericolosa” nasce in un contesto operativo HSE nell’area Sicurezza macchine e impianti. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 99.000 €.Processo: Interazione uomo-macchinaDurata: 11 settimaneSaving finale: 99.000 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Interazione uomo-macchina in un contesto operativo HSE nell’area Sicurezza macchine e impianti. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 99.000 €.
La storia del progetto
Il processo Interazione uomo-macchina operava in un contesto operativo HSE nell’area Sicurezza macchine e impianti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.620 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, e questo ha reso necessario trasformare “Riduzione interventi manuali in zona pericolosa” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 99.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza macchine e impianti, nel processo Interazione uomo-macchina. Il flusso gestiva circa 6.620 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione interventi manuali in zona pericolosa” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 22/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.519 € da tempo operativo recuperato e attese ridotte, 26.700 € da rilavorazioni, difetti o eccezioni evitate e 24.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 99.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.519 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.700 € |
| Ritardi, reclami o rischi operativi ridotti | 24.800 € |
| Saving finale misurato | 99.000 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 22/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Project Management · Rischi e issue managementRiduzione issue aperte oltre SLA progettoNel processo Issue management workflow, il caso studio “Riduzione issue aperte oltre SLA progetto” nasce in un’organizzazione con progetti complessi nell’area Rischi e issue management. Prima del progetto, rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. Il KPI guida, Rischi senza mitigation, è passato dal 38% al 12%; il saving finale misurato è stato di 70.200 €.Processo: Issue management workflowDurata: 10 settimaneSaving finale: 70.200 €-68% Rischi senza mitigationLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Issue management workflow in un’organizzazione con progetti complessi nell’area Rischi e issue management. La criticità iniziale era chiara: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. L’intervento ha portato il KPI principale, Rischi senza mitigation, dal 38% al 12%, con un saving annuo difendibile di 70.200 €.
La storia del progetto
Il processo Issue management workflow operava in un’organizzazione con progetti complessi nell’area Rischi e issue management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 203 milestone l’anno. La criticità era concreta: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano.
Il progetto è stato aperto quando Rischi senza mitigation ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione issue aperte oltre SLA progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 70.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Rischi e issue management, nel processo Issue management workflow. Il flusso gestiva circa 203 milestone l’anno e il segnale più evidente era Rischi senza mitigation pari al 38% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione issue aperte oltre SLA progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Issue management workflow.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Rischi senza mitigation |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Rischi senza mitigation era pari al 38% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Rischi senza mitigation | 38% | 12% | -68% |
| Issue oltre SLA | 30% | 11% | -63% |
| Escalation tardive | 24% | 8% | -67% |
| Recovery time progetto | 14 gg | 6 gg | -57% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Risk register | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Issue log | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Mitigation plan | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Escalation matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Rischi senza mitigation è stato portato al 12% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Rischi senza mitigation | 12% | Settimanale |
| Issue oltre SLA | 11% | Mensile |
| Escalation tardive | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.696 € da tempo operativo recuperato e attese ridotte, 19.000 € da rilavorazioni, difetti o eccezioni evitate e 17.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 70.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.696 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.000 € |
| Ritardi, reclami o rischi operativi ridotti | 17.500 € |
| Saving finale misurato | 70.200 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Rischi senza mitigation, passato dal 38% al 12%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Sicurezza · LOTO ed energie pericoloseRiduzione lavori avviati senza isolamento completoNel processo Permesso lavoro e isolamento, il caso studio “Riduzione lavori avviati senza isolamento completo” nasce in un contesto operativo HSE nell’area LOTO ed energie pericolose. Prima del progetto, la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. Il KPI guida, Procedure LOTO conformi, è passato dal 65% al 92%; il saving finale misurato è stato di 104.100 €.Processo: Permesso lavoro e isolamentoDurata: 10 settimaneSaving finale: 104.100 €+30 pt Procedure LOTO conformiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Permesso lavoro e isolamento in un contesto operativo HSE nell’area LOTO ed energie pericolose. La criticità iniziale era chiara: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo. L’intervento ha portato il KPI principale, Procedure LOTO conformi, dal 65% al 92%, con un saving annuo difendibile di 104.100 €.
La storia del progetto
Il processo Permesso lavoro e isolamento operava in un contesto operativo HSE nell’area LOTO ed energie pericolose e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.440 osservazioni l’anno. La criticità era concreta: la verifica dell’isolamento non era abbastanza uniforme prima dell’intervento operativo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Procedure LOTO conformi era pari al 65%, e questo ha reso necessario trasformare “Riduzione lavori avviati senza isolamento completo” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 104.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area LOTO ed energie pericolose, nel processo Permesso lavoro e isolamento. Il flusso gestiva circa 6.440 osservazioni l’anno e il segnale più evidente era Procedure LOTO conformi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione lavori avviati senza isolamento completo” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Procedure LOTO conformi |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Procedure LOTO conformi era pari al 65%, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Procedure LOTO conformi | 65% | 92% | +30 pt |
| Lavori avviati con isolamento incompleto | 17% | 3% | -77% |
| Schede energia corrette | 70% | 93% | +26 pt |
| Verifiche zero energia documentate | 62% | 89% | +31 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | FMEA di processo | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Risk register operativo | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Control point preventivi | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Escalation matrix | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Procedure LOTO conformi è stato portato al 92% e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Procedure LOTO conformi | 92% | Settimanale |
| Lavori avviati con isolamento incompleto | 3% | Mensile |
| Schede energia corrette | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.979 € da tempo operativo recuperato e attese ridotte, 28.100 € da rilavorazioni, difetti o eccezioni evitate e 26.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 104.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.979 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.100 € |
| Ritardi, reclami o rischi operativi ridotti | 26.000 € |
| Saving finale misurato | 104.100 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Procedure LOTO conformi è passato dal 65% al 92%, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Processi Transazionali · Lead to OrderRiduzione lead qualificati non lavoratiNel processo Lead routing commerciale, il caso studio “Riduzione lead qualificati non lavorati” nasce in un processo transazionale Lead to Order con più funzioni coinvolte. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 93.600 €.Processo: Lead routing commercialeDurata: 13 settimaneSaving finale: 93.600 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Lead routing commerciale in un processo transazionale Lead to Order con più funzioni coinvolte. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 93.600 €.
La storia del progetto
Il processo Lead routing commerciale operava in un processo transazionale Lead to Order con più funzioni coinvolte e coinvolgeva lead routing, configurazione offerta, pricing e approvazioni. Il volume era di circa 13.020 opportunità l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead qualificati non lavorati”, misurando il flusso reale del processo Lead routing commerciale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 93.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Lead to Order con più funzioni coinvolte, nel processo Lead routing commerciale. Il flusso gestiva circa 13.020 opportunità l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales, presales, pricing e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Lead routing commerciale, il cliente del processo (cliente, sales, presales, pricing e finance) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales, presales, pricing e finance |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 8% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.916 € da tempo operativo recuperato e attese ridotte, 25.300 € da rilavorazioni, difetti o eccezioni evitate e 23.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 93.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.916 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.300 € |
| Ritardi, reclami o rischi operativi ridotti | 23.400 € |
| Saving finale misurato | 93.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 24% al 8%. Il processo Lead routing commerciale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ChimicoRiduzione lead time analisi controllo qualitàNel processo Laboratorio QC, il caso studio “Riduzione lead time analisi controllo qualità” nasce in un impianto chimico batch con laboratorio QC interno. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 17 gg a 8 gg; il saving finale misurato è stato di 82.400 €.Processo: Laboratorio QCDurata: 10 settimaneSaving finale: 82.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Laboratorio QC in un impianto chimico batch con laboratorio QC interno. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 17 gg a 8 gg, con un saving annuo difendibile di 82.400 €.
La storia del progetto
Il processo Laboratorio QC operava in un impianto chimico batch con laboratorio QC interno e coinvolgeva miscelazione, campionamento, QC e HSE. Il volume era di circa 12.560 batch l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time analisi controllo qualità”, misurando il flusso reale del processo Laboratorio QC e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto chimico batch con laboratorio QC interno, nel processo Laboratorio QC. Il flusso gestiva circa 12.560 batch l’anno e il segnale più evidente era Lead time medio pari a 17 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, QA/QC e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Laboratorio QC, il cliente del processo (cliente industriale, QA/QC e responsabile impianto) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, QA/QC e responsabile impianto |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 17 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 17 gg | 8 gg | -50% |
| Attese tra fasi | 43 h | 17 h | -58% |
| Pratiche oltre SLA | 34% | 12% | -66% |
| Solleciti manuali | 49/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 8 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.564 € da tempo operativo recuperato e attese ridotte, 22.200 € da rilavorazioni, difetti o eccezioni evitate e 20.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.564 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.200 € |
| Ritardi, reclami o rischi operativi ridotti | 20.600 € |
| Saving finale misurato | 82.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 17 gg a 8 gg. Il processo Laboratorio QC è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · FarmaceuticoRiduzione lead time batch releaseNel processo Rilascio lotto, il caso studio “Riduzione lead time batch release” nasce in un sito farmaceutico GMP con produzione, QA e rilascio lotto. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 13 gg a 7 gg; il saving finale misurato è stato di 152.900 €.Processo: Rilascio lottoDurata: 10 settimaneSaving finale: 152.900 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Rilascio lotto in un sito farmaceutico GMP con produzione, QA e rilascio lotto. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 7 gg, con un saving annuo difendibile di 152.900 €.
La storia del progetto
Il processo Rilascio lotto operava in un sito farmaceutico GMP con produzione, QA e rilascio lotto e coinvolgeva deviation management, CAPA, batch release e data integrity. Il volume era di circa 14.120 lotti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time batch release”, misurando il flusso reale del processo Rilascio lotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 152.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sito farmaceutico GMP con produzione, QA e rilascio lotto, nel processo Rilascio lotto. Il flusso gestiva circa 14.120 lotti l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da QA, Qualified Person, regulatory e paziente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Rilascio lotto, il cliente del processo (QA, Qualified Person, regulatory e paziente finale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | QA, Qualified Person, regulatory e paziente finale |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 13 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 7 gg | -50% |
| Attese tra fasi | 39 h | 17 h | -58% |
| Pratiche oltre SLA | 30% | 11% | -66% |
| Solleciti manuali | 45/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 73.374 € da tempo operativo recuperato e attese ridotte, 41.300 € da rilavorazioni, difetti o eccezioni evitate e 38.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 152.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 73.374 € |
| Rilavorazioni, difetti o eccezioni evitate | 41.300 € |
| Ritardi, reclami o rischi operativi ridotti | 38.200 € |
| Saving finale misurato | 152.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 13 gg a 7 gg. Il processo Rilascio lotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ModaRiduzione lead time campionarioNel processo Sviluppo campionario, il caso studio “Riduzione lead time campionario” nasce in un’azienda moda con sviluppo campionario e controllo capo finito. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 124.200 €.Processo: Sviluppo campionarioDurata: 12 settimaneSaving finale: 124.200 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sviluppo campionario in un’azienda moda con sviluppo campionario e controllo capo finito. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 124.200 €.
La storia del progetto
Il processo Sviluppo campionario operava in un’azienda moda con sviluppo campionario e controllo capo finito e coinvolgeva taglio, confezione, qualità e ufficio prodotto. Il volume era di circa 16.640 capi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time campionario”, misurando il flusso reale del processo Sviluppo campionario e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 124.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda moda con sviluppo campionario e controllo capo finito, nel processo Sviluppo campionario. Il flusso gestiva circa 16.640 capi l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da brand, merchandising, qualità e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sviluppo campionario, il cliente del processo (brand, merchandising, qualità e cliente finale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand, merchandising, qualità e cliente finale |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.598 € da tempo operativo recuperato e attese ridotte, 33.500 € da rilavorazioni, difetti o eccezioni evitate e 31.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 124.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.598 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.500 € |
| Ritardi, reclami o rischi operativi ridotti | 31.100 € |
| Saving finale misurato | 124.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Sviluppo campionario è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Lean Manufacturing, VSM e SMEDRiduzione lead time di stabilimento con Value Stream MappingNel processo Flusso end-to-end produzione-spedizione, il caso studio “Riduzione lead time di stabilimento con Value Stream Mapping” nasce in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Errori picking/etichettatura, è passato dal 21% al 6%; il saving finale misurato è stato di 70.700 €.Processo: Flusso end-to-end produzione-spedizioneDurata: 10 settimaneSaving finale: 70.700 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Flusso end-to-end produzione-spedizione in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 21% al 6%, con un saving annuo difendibile di 70.700 €.
La storia del progetto
Il processo Flusso end-to-end produzione-spedizione operava in uno stabilimento manifatturiero con flussi produttivi multi-prodotto e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 27.720 pratiche l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time di stabilimento con Value Stream Mapping”, misurando il flusso reale del processo Flusso end-to-end produzione-spedizione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 70.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con flussi produttivi multi-prodotto, nel processo Flusso end-to-end produzione-spedizione. Il flusso gestiva circa 27.720 pratiche l’anno e il segnale più evidente era Errori picking/etichettatura pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Flusso end-to-end produzione-spedizione, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | Errori picking/etichettatura |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 21% | 6% | -68% |
| Spedizioni oltre cut-off | 29% | 10% | -63% |
| Colli tracciati end-to-end | 70% | 96% | +26 pt |
| Tempo correzione eccezioni | 10 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Current/Future State Map | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Takt time | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Piano Kaizen | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.936 € da tempo operativo recuperato e attese ridotte, 19.100 € da rilavorazioni, difetti o eccezioni evitate e 17.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 70.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.936 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.100 € |
| Ritardi, reclami o rischi operativi ridotti | 17.700 € |
| Saving finale misurato | 70.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 21% al 6%. Il processo Flusso end-to-end produzione-spedizione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · BancarioRiduzione lead time istruttorie creditoNel processo Istruttoria credito, il caso studio “Riduzione lead time istruttorie credito” nasce in un istituto bancario con canali di filiale e canali digitali. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 38.000 €.Processo: Istruttoria creditoDurata: 10 settimaneSaving finale: 38.000 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Istruttoria credito in un istituto bancario con canali di filiale e canali digitali. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 38.000 €.
La storia del progetto
Il processo Istruttoria credito operava in un istituto bancario con canali di filiale e canali digitali e coinvolgeva operations bancarie e controlli di compliance. Il volume era di circa 1.475 pratiche l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time istruttorie credito”, misurando il flusso reale del processo Istruttoria credito e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 38.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un istituto bancario con canali di filiale e canali digitali, nel processo Istruttoria credito. Il flusso gestiva circa 1.475 pratiche l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, consulente di filiale, risk e compliance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Istruttoria credito, il cliente del processo (cliente, consulente di filiale, risk e compliance) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, consulente di filiale, risk e compliance |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 12 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 18.249 € da tempo operativo recuperato e attese ridotte, 10.300 € da rilavorazioni, difetti o eccezioni evitate e 9.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 38.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 18.249 € |
| Rilavorazioni, difetti o eccezioni evitate | 10.300 € |
| Ritardi, reclami o rischi operativi ridotti | 9.500 € |
| Saving finale misurato | 38.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 12 gg a 6 gg. Il processo Istruttoria credito è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · AcquistiRiduzione lead time ordine fornitoreNel processo Procure-to-pay, il caso studio “Riduzione lead time ordine fornitore” nasce in una funzione aziendale di Acquisti. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 15 gg a 6 gg; il saving finale misurato è stato di 30.900 €.Processo: Procure-to-payDurata: 10 settimaneSaving finale: 30.900 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Procure-to-pay in una funzione aziendale di Acquisti. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 15 gg a 6 gg, con un saving annuo difendibile di 30.900 €.
La storia del progetto
Il processo Procure-to-pay operava in una funzione aziendale di Acquisti e coinvolgeva richieste acquisto, vendor master e supplier risk. Il volume era di circa 4.305 ordini l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time ordine fornitore”, misurando il flusso reale del processo Procure-to-pay e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 30.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Acquisti, nel processo Procure-to-pay. Il flusso gestiva circa 4.305 ordini l’anno e il segnale più evidente era Lead time medio pari a 15 gg in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, finance e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Procure-to-pay, il cliente del processo (richiedente interno, buyer, finance e fornitore) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, finance e fornitore |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 15 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 15 gg | 6 gg | -50% |
| Attese tra fasi | 41 h | 19 h | -58% |
| Pratiche oltre SLA | 32% | 10% | -66% |
| Solleciti manuali | 47/mese | 21/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 19 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 14.832 € da tempo operativo recuperato e attese ridotte, 8.300 € da rilavorazioni, difetti o eccezioni evitate e 7.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 30.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 14.832 € |
| Rilavorazioni, difetti o eccezioni evitate | 8.300 € |
| Ritardi, reclami o rischi operativi ridotti | 7.800 € |
| Saving finale misurato | 30.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 15 gg a 6 gg. Il processo Procure-to-pay è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Laboratorio e controlli qualitàRiduzione lead time prove di laboratorioNel processo QC laboratory workflow, il caso studio “Riduzione lead time prove di laboratorio” nasce in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 65.300 €.Processo: QC laboratory workflowDurata: 12 settimaneSaving finale: 65.300 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo QC laboratory workflow in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 65.300 €.
La storia del progetto
Il processo QC laboratory workflow operava in un sistema qualità strutturato nell’area Laboratorio e controlli qualità e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.470 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Lead time medio risultava pari a 12 gg. Il team ha quindi trattato “Riduzione lead time prove di laboratorio” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 65.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Laboratorio e controlli qualità, nel processo QC laboratory workflow. Il flusso gestiva circa 7.470 pratiche qualità l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione lead time prove di laboratorio” è stato collegato al processo QC laboratory workflow, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Lead time medio |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Lead time medio partiva da 12 gg e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Value Stream Mapping | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Standard Work | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Kanban operativo | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Dashboard SLA | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Lead time medio è stato portato a 6 gg e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.328 € da tempo operativo recuperato e attese ridotte, 17.600 € da rilavorazioni, difetti o eccezioni evitate e 16.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 65.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.328 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.600 € |
| Ritardi, reclami o rischi operativi ridotti | 16.400 € |
| Saving finale misurato | 65.300 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Lead time medio, passato da 12 gg a 6 gg. Il processo QC laboratory workflow ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · ControllingRiduzione lead time reporting mensileNel processo Reporting direzionale, il caso studio “Riduzione lead time reporting mensile” nasce in una funzione aziendale di Controlling. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 17 gg a 8 gg; il saving finale misurato è stato di 66.200 €.Processo: Reporting direzionaleDurata: 9 settimaneSaving finale: 66.200 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Reporting direzionale in una funzione aziendale di Controlling. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 17 gg a 8 gg, con un saving annuo difendibile di 66.200 €.
La storia del progetto
Il processo Reporting direzionale operava in una funzione aziendale di Controlling e coinvolgeva forecast, KPI, dashboard e riconciliazioni dati. Il volume era di circa 4.765 report l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time reporting mensile”, misurando il flusso reale del processo Reporting direzionale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 66.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Controlling, nel processo Reporting direzionale. Il flusso gestiva circa 4.765 report l’anno e il segnale più evidente era Lead time medio pari a 17 gg in baseline. |
| Cliente | Il cliente del processo era costituito da direzione, business controller e funzioni operative. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Reporting direzionale, il cliente del processo (direzione, business controller e funzioni operative) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione, business controller e funzioni operative |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 17 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 17 gg | 8 gg | -50% |
| Attese tra fasi | 43 h | 17 h | -58% |
| Pratiche oltre SLA | 34% | 12% | -66% |
| Solleciti manuali | 49/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 8 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.788 € da tempo operativo recuperato e attese ridotte, 17.900 € da rilavorazioni, difetti o eccezioni evitate e 16.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 66.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.788 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.900 € |
| Ritardi, reclami o rischi operativi ridotti | 16.500 € |
| Saving finale misurato | 66.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 17 gg a 8 gg. Il processo Reporting direzionale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ProgettazioneRiduzione lead time rilascio disegniNel processo Rilascio tecnico, il caso studio “Riduzione lead time rilascio disegni” nasce in una funzione aziendale di Progettazione. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 13 gg a 7 gg; il saving finale misurato è stato di 81.500 €.Processo: Rilascio tecnicoDurata: 9 settimaneSaving finale: 81.500 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Rilascio tecnico in una funzione aziendale di Progettazione. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 7 gg, con un saving annuo difendibile di 81.500 €.
La storia del progetto
Il processo Rilascio tecnico operava in una funzione aziendale di Progettazione e coinvolgeva design review, distinte base e rilascio tecnico. Il volume era di circa 6.005 disegni l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione lead time rilascio disegni”, misurando il flusso reale del processo Rilascio tecnico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Progettazione, nel processo Rilascio tecnico. Il flusso gestiva circa 6.005 disegni l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, acquisti, project manager e cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Rilascio tecnico, il cliente del processo (produzione, acquisti, project manager e cliente interno) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, acquisti, project manager e cliente interno |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 13 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 7 gg | -50% |
| Attese tra fasi | 39 h | 17 h | -58% |
| Pratiche oltre SLA | 30% | 11% | -66% |
| Solleciti manuali | 45/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.132 € da tempo operativo recuperato e attese ridotte, 22.000 € da rilavorazioni, difetti o eccezioni evitate e 20.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.132 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.000 € |
| Ritardi, reclami o rischi operativi ridotti | 20.400 € |
| Saving finale misurato | 81.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 13 gg a 7 gg. Il processo Rilascio tecnico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · AssicurativoRiduzione leakage economico nei sinistri complessiNel processo Liquidazione sinistri complessi, il caso studio “Riduzione leakage economico nei sinistri complessi” nasce in una compagnia assicurativa con una rete liquidativa distribuita. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Tempo medio liquidazione sinistro, è passato da 19 gg a 11 gg; il saving finale misurato è stato di 48.400 €.Processo: Liquidazione sinistri complessiDurata: 11 settimaneSaving finale: 48.400 €-44% Tempo medio liquidazione sinistroLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Liquidazione sinistri complessi in una compagnia assicurativa con una rete liquidativa distribuita. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Tempo medio liquidazione sinistro, da 19 gg a 11 gg, con un saving annuo difendibile di 48.400 €.
La storia del progetto
Il processo Liquidazione sinistri complessi operava in una compagnia assicurativa con una rete liquidativa distribuita e coinvolgeva back office sinistri e unità antifrode. Il volume era di circa 1.680 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Tempo medio liquidazione sinistro ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione leakage economico nei sinistri complessi”, misurando il flusso reale del processo Liquidazione sinistri complessi e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 48.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una compagnia assicurativa con una rete liquidativa distribuita, nel processo Liquidazione sinistri complessi. Il flusso gestiva circa 1.680 pratiche l’anno e il segnale più evidente era Tempo medio liquidazione sinistro pari a 19 gg in baseline. |
| Cliente | Il cliente del processo era costituito da assicurato, broker e liquidatore responsabile. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Liquidazione sinistri complessi, il cliente del processo (assicurato, broker e liquidatore responsabile) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | assicurato, broker e liquidatore responsabile |
| KPI principale | Tempo medio liquidazione sinistro |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio liquidazione sinistro, partiva da 19 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio liquidazione sinistro | 19 gg | 11 gg | -44% |
| Pratiche oltre SLA liquidazione | 32% | 13% | -61% |
| Riaperture pratica sinistro | 15% | 6% | -64% |
| Documentazione completa al primo passaggio | 60% | 87% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Leakage analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Controllo casi anomali | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Decision tree | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Benefit tracking | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio liquidazione sinistro è stato portato a 11 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio liquidazione sinistro | 11 gg | Settimanale |
| Pratiche oltre SLA liquidazione | 13% | Mensile |
| Riaperture pratica sinistro | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 23.232 € da tempo operativo recuperato e attese ridotte, 13.100 € da rilavorazioni, difetti o eccezioni evitate e 12.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 48.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 23.232 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.100 € |
| Ritardi, reclami o rischi operativi ridotti | 12.100 € |
| Saving finale misurato | 48.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio liquidazione sinistro, passato da 19 gg a 11 gg. Il processo Liquidazione sinistri complessi è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Ergonomia e movimentazioneRiduzione micro-infortuni da posture incongrueNel processo Ergonomic observation program, il caso studio “Riduzione micro-infortuni da posture incongrue” nasce in un contesto operativo HSE nell’area Ergonomia e movimentazione. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 21/mese a 9/mese; il saving finale misurato è stato di 141.800 €.Processo: Ergonomic observation programDurata: 10 settimaneSaving finale: 141.800 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ergonomic observation program in un contesto operativo HSE nell’area Ergonomia e movimentazione. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 21/mese a 9/mese, con un saving annuo difendibile di 141.800 €.
La storia del progetto
Il processo Ergonomic observation program operava in un contesto operativo HSE nell’area Ergonomia e movimentazione e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.940 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, e questo ha reso necessario trasformare “Riduzione micro-infortuni da posture incongrue” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 141.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Ergonomia e movimentazione, nel processo Ergonomic observation program. Il flusso gestiva circa 6.940 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 21/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione micro-infortuni da posture incongrue” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 21/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 21/mese | 9/mese | -60% |
| Azioni HSE chiuse on-time | 58% | 89% | +31 pt |
| Comportamenti sicuri osservati | 65% | 87% | +22 pt |
| Controlli pre-attività completi | 60% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | FMEA di processo | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Risk register operativo | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Control point preventivi | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Escalation matrix | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 9/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 9/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 87% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.060 € da tempo operativo recuperato e attese ridotte, 38.300 € da rilavorazioni, difetti o eccezioni evitate e 35.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 141.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.060 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.300 € |
| Ritardi, reclami o rischi operativi ridotti | 35.400 € |
| Saving finale misurato | 141.800 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 21/mese a 9/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Manifatturiero · TPM e manutenzione autonomaRiduzione microfermate con OEE e Daily ManagementNel processo Monitoraggio fermate e performance turno, il caso studio “Riduzione microfermate con OEE e Daily Management” nasce in uno stabilimento manifatturiero con impianti critici ad alta saturazione. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, OEE linea/cella, è passato dal 63% al 78%; il saving finale misurato è stato di 84.900 €.Processo: Monitoraggio fermate e performance turnoDurata: 13 settimaneSaving finale: 84.900 €+15 pt OEE linea/cellaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Monitoraggio fermate e performance turno in uno stabilimento manifatturiero con impianti critici ad alta saturazione. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, OEE linea/cella, dal 63% al 78%, con un saving annuo difendibile di 84.900 €.
La storia del progetto
Il processo Monitoraggio fermate e performance turno operava in uno stabilimento manifatturiero con impianti critici ad alta saturazione e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 29.380 pratiche l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando OEE linea/cella ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione microfermate con OEE e Daily Management”, misurando il flusso reale del processo Monitoraggio fermate e performance turno e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 84.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con impianti critici ad alta saturazione, nel processo Monitoraggio fermate e performance turno. Il flusso gestiva circa 29.380 pratiche l’anno e il segnale più evidente era OEE linea/cella pari al 63% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Monitoraggio fermate e performance turno, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | OEE linea/cella |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, OEE linea/cella, partiva dal 63%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| OEE linea/cella | 63% | 78% | +15 pt |
| Microfermate non classificate | 34% | 12% | -63% |
| Perdite di velocità | 23% | 9% | -57% |
| Azioni daily chiuse on-time | 54% | 86% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE real time | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Loss tree | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Daily tier meeting | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Pareto microfermate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI OEE linea/cella è stato portato al 78% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| OEE linea/cella | 78% | Settimanale |
| Microfermate non classificate | 12% | Mensile |
| Perdite di velocità | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.740 € da tempo operativo recuperato e attese ridotte, 22.900 € da rilavorazioni, difetti o eccezioni evitate e 21.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 84.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.740 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.900 € |
| Ritardi, reclami o rischi operativi ridotti | 21.300 € |
| Saving finale misurato | 84.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI OEE linea/cella, passato dal 63% al 78%. Il processo Monitoraggio fermate e performance turno è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ProduzioneRiduzione microfermate lineaNel processo Gestione microfermate, il caso studio “Riduzione microfermate linea” nasce in una funzione aziendale di Produzione. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 64.600 €.Processo: Gestione microfermateDurata: 8 settimaneSaving finale: 64.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione microfermate in una funzione aziendale di Produzione. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 64.600 €.
La storia del progetto
Il processo Gestione microfermate operava in una funzione aziendale di Produzione e coinvolgeva performance linea, scarti, setup, passaggi consegne e sicurezza. Il volume era di circa 5.890 turni l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione microfermate linea”, misurando il flusso reale del processo Gestione microfermate e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 64.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Produzione, nel processo Gestione microfermate. Il flusso gestiva circa 5.890 turni l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da pianificazione, qualità, cliente finale e capi turno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione microfermate, il cliente del processo (pianificazione, qualità, cliente finale e capi turno) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, qualità, cliente finale e capi turno |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 30.996 € da tempo operativo recuperato e attese ridotte, 17.400 € da rilavorazioni, difetti o eccezioni evitate e 16.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 64.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 30.996 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.400 € |
| Ritardi, reclami o rischi operativi ridotti | 16.200 € |
| Saving finale misurato | 64.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Gestione microfermate è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · RFID, Data Matrix e tracciabilità digitaleRiduzione mix-up materiali con scansione obbligatoriaNel processo Abbinamento materiale-lotto-linea, il caso studio “Riduzione mix-up materiali con scansione obbligatoria” nasce in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. Prima del progetto, il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. Il KPI guida, Record genealogia completi, è passato dal 64% al 94%; il saving finale misurato è stato di 128.000 €.Processo: Abbinamento materiale-lotto-lineaDurata: 14 settimaneSaving finale: 128.000 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Abbinamento materiale-lotto-linea in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale. La criticità iniziale era chiara: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. L’intervento ha portato il KPI principale, Record genealogia completi, dal 64% al 94%, con un saving annuo difendibile di 128.000 €.
La storia del progetto
Il processo Abbinamento materiale-lotto-linea operava in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.640 eventi digitali l’anno. La criticità era concreta: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Record genealogia completi era pari al 64%: per questo il progetto “Riduzione mix-up materiali con scansione obbligatoria” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 128.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area RFID, Data Matrix e tracciabilità digitale, nel processo Abbinamento materiale-lotto-linea. Il flusso gestiva circa 19.640 eventi digitali l’anno e il segnale più evidente era Record genealogia completi pari al 64% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Abbinamento materiale-lotto-linea e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Record genealogia completi |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Record genealogia completi partiva dal 64%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 64% | 94% | +30 pt |
| Tempo rintracciabilità lotto | 10 h | 2 h | -80% |
| Scansioni obbligatorie rispettate | 69% | 95% | +26 pt |
| Mix-up materiali/lotti | 9% | 2% | -78% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | RFID/Data Matrix | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Traceability matrix | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Genealogy dashboard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Scan compliance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Record genealogia completi è stato portato al 94% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 94% | Settimanale |
| Tempo rintracciabilità lotto | 2 h | Mensile |
| Scansioni obbligatorie rispettate | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.464 € da tempo operativo recuperato e attese ridotte, 34.600 € da rilavorazioni, difetti o eccezioni evitate e 31.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 128.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.464 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.600 € |
| Ritardi, reclami o rischi operativi ridotti | 31.900 € |
| Saving finale misurato | 128.000 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Record genealogia completi è passato dal 64% al 94%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Abbinamento materiale-lotto-linea.
Qualità · DFSS, DOE e qualità in progettazioneRiduzione modifiche post-lancio con DFSSNel processo Sviluppo nuovo prodotto, il caso studio “Riduzione modifiche post-lancio con DFSS” nasce in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, KPI critico fuori target, è passato dal 24% al 8%; il saving finale misurato è stato di 102.900 €.Processo: Sviluppo nuovo prodottoDurata: 14 settimaneSaving finale: 102.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sviluppo nuovo prodotto in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 24% al 8%, con un saving annuo difendibile di 102.900 €.
La storia del progetto
Il processo Sviluppo nuovo prodotto operava in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.730 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 24%. Il team ha quindi trattato “Riduzione modifiche post-lancio con DFSS” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione, nel processo Sviluppo nuovo prodotto. Il flusso gestiva circa 8.730 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione modifiche post-lancio con DFSS” è stato collegato al processo Sviluppo nuovo prodotto, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 24% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 24% | 8% | -67% |
| Tempo reazione a deviazione | 46 h | 21 h | -54% |
| Azioni completate on-time | 58% | 88% | +30 pt |
| Stabilità del nuovo standard | 49% | 82% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | VOC/CTQ tree | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | QFD | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Design FMEA | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Design verification plan | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 21 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.412 € da tempo operativo recuperato e attese ridotte, 27.800 € da rilavorazioni, difetti o eccezioni evitate e 25.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.412 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.800 € |
| Ritardi, reclami o rischi operativi ridotti | 25.700 € |
| Saving finale misurato | 102.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 24% al 8%. Il processo Sviluppo nuovo prodotto ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · ProgettazioneRiduzione modifiche tardive progettoNel processo Design review, il caso studio “Riduzione modifiche tardive progetto” nasce in una funzione aziendale di Progettazione. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Errori / difetti sul flusso, è passato dal 22% al 6%; il saving finale misurato è stato di 66.200 €.Processo: Design reviewDurata: 12 settimaneSaving finale: 66.200 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Design review in una funzione aziendale di Progettazione. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 22% al 6%, con un saving annuo difendibile di 66.200 €.
La storia del progetto
Il processo Design review operava in una funzione aziendale di Progettazione e coinvolgeva design review, distinte base e rilascio tecnico. Il volume era di circa 5.685 disegni l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione modifiche tardive progetto”, misurando il flusso reale del processo Design review e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 66.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Progettazione, nel processo Design review. Il flusso gestiva circa 5.685 disegni l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, acquisti, project manager e cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Design review, il cliente del processo (produzione, acquisti, project manager e cliente interno) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, acquisti, project manager e cliente interno |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 22%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 22% | 6% | -70% |
| Rilavorazioni | 26% | 10% | -67% |
| First Time Right | 65% | 92% | +27 pt |
| Controlli tardivi | 33% | 13% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.788 € da tempo operativo recuperato e attese ridotte, 17.900 € da rilavorazioni, difetti o eccezioni evitate e 16.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 66.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.788 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.900 € |
| Ritardi, reclami o rischi operativi ridotti | 16.500 € |
| Saving finale misurato | 66.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 22% al 6%. Il processo Design review è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Ergonomia e movimentazioneRiduzione movimentazioni manuali ad alto rischioNel processo Manual handling assessment, il caso studio “Riduzione movimentazioni manuali ad alto rischio” nasce in un contesto operativo HSE nell’area Ergonomia e movimentazione. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 20/mese a 8/mese; il saving finale misurato è stato di 102.800 €.Processo: Manual handling assessmentDurata: 7 settimaneSaving finale: 102.800 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Manual handling assessment in un contesto operativo HSE nell’area Ergonomia e movimentazione. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 20/mese a 8/mese, con un saving annuo difendibile di 102.800 €.
La storia del progetto
Il processo Manual handling assessment operava in un contesto operativo HSE nell’area Ergonomia e movimentazione e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.550 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, e questo ha reso necessario trasformare “Riduzione movimentazioni manuali ad alto rischio” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Ergonomia e movimentazione, nel processo Manual handling assessment. Il flusso gestiva circa 6.550 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 20/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione movimentazioni manuali ad alto rischio” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 20/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 57% | 88% | +31 pt |
| Comportamenti sicuri osservati | 64% | 86% | +22 pt |
| Controlli pre-attività completi | 59% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Safety observation | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Near miss analysis | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard LOTO | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Control plan sicurezza | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.364 € da tempo operativo recuperato e attese ridotte, 27.800 € da rilavorazioni, difetti o eccezioni evitate e 25.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.364 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.800 € |
| Ritardi, reclami o rischi operativi ridotti | 25.600 € |
| Saving finale misurato | 102.800 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 20/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Funzioni · ManutenzioneRiduzione MTTR interventiNel processo Gestione guasti, il caso studio “Riduzione MTTR interventi” nasce in una funzione aziendale di Manutenzione. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, Downtime impianto critico, è passato dal 21% al 9%; il saving finale misurato è stato di 101.900 €.Processo: Gestione guastiDurata: 9 settimaneSaving finale: 101.900 €-56% Downtime impianto criticoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione guasti in una funzione aziendale di Manutenzione. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, Downtime impianto critico, dal 21% al 9%, con un saving annuo difendibile di 101.900 €.
La storia del progetto
Il processo Gestione guasti operava in una funzione aziendale di Manutenzione e coinvolgeva correttiva, preventiva, ricambi e MTTR. Il volume era di circa 5.430 interventi l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando Downtime impianto critico ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione MTTR interventi”, misurando il flusso reale del processo Gestione guasti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 101.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Manutenzione, nel processo Gestione guasti. Il flusso gestiva circa 5.430 interventi l’anno e il segnale più evidente era Downtime impianto critico pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, manutentore, planner e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione guasti, il cliente del processo (produzione, manutentore, planner e responsabile impianto) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, manutentore, planner e responsabile impianto |
| KPI principale | Downtime impianto critico |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Downtime impianto critico, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Downtime impianto critico | 21% | 9% | -56% |
| MTTR medio | 9 h | 4 h | -50% |
| Guasti ripetitivi | 27% | 10% | -63% |
| Interventi preventivi on-time | 59% | 86% | +30 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | OEE/Capacity analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SMED | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Bilanciamento carichi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Daily management | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Downtime impianto critico è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Downtime impianto critico | 9% | Settimanale |
| MTTR medio | 4 h | Mensile |
| Guasti ripetitivi | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 48.924 € da tempo operativo recuperato e attese ridotte, 27.500 € da rilavorazioni, difetti o eccezioni evitate e 25.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 101.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 48.924 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.500 € |
| Ritardi, reclami o rischi operativi ridotti | 25.500 € |
| Saving finale misurato | 101.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Downtime impianto critico, passato dal 21% al 9%. Il processo Gestione guasti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · TrasportiRiduzione near miss in deposito mezziNel processo Sicurezza piazzale e deposito, il caso studio “Riduzione near miss in deposito mezzi” nasce in un’azienda di trasporto con deposito mezzi e pianificazione corse. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 22/mese a 8/mese; il saving finale misurato è stato di 96.000 €.Processo: Sicurezza piazzale e depositoDurata: 12 settimaneSaving finale: 96.000 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sicurezza piazzale e deposito in un’azienda di trasporto con deposito mezzi e pianificazione corse. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 22/mese a 8/mese, con un saving annuo difendibile di 96.000 €.
La storia del progetto
Il processo Sicurezza piazzale e deposito operava in un’azienda di trasporto con deposito mezzi e pianificazione corse e coinvolgeva sala operativa, deposito e piazzale. Il volume era di circa 2.370 corse l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Near miss critici o osservazioni ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione near miss in deposito mezzi”, misurando il flusso reale del processo Sicurezza piazzale e deposito e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 96.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di trasporto con deposito mezzi e pianificazione corse, nel processo Sicurezza piazzale e deposito. Il flusso gestiva circa 2.370 corse l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 22/mese in baseline. |
| Cliente | Il cliente del processo era costituito da passeggero/cliente, planner, autista e responsabile esercizio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sicurezza piazzale e deposito, il cliente del processo (passeggero/cliente, planner, autista e responsabile esercizio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | passeggero/cliente, planner, autista e responsabile esercizio |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Near miss critici o osservazioni ricorrenti, partiva da 22/mese; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 22/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 59% | 90% | +31 pt |
| Comportamenti sicuri osservati | 66% | 88% | +22 pt |
| Controlli pre-attività completi | 61% | 93% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Safety observation | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Near miss analysis | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Standard LOTO | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Control plan sicurezza | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 90% | Mensile |
| Comportamenti sicuri osservati | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.068 € da tempo operativo recuperato e attese ridotte, 25.900 € da rilavorazioni, difetti o eccezioni evitate e 24.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 96.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.068 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.900 € |
| Ritardi, reclami o rischi operativi ridotti | 24.000 € |
| Saving finale misurato | 96.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Near miss critici o osservazioni ricorrenti, passato da 22/mese a 8/mese. Il processo Sicurezza piazzale e deposito è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SanitarioRiduzione no-show appuntamenti specialisticiNel processo Gestione agenda pazienti, il caso studio “Riduzione no-show appuntamenti specialistici” nasce in una struttura sanitaria con attività ambulatoriali e di laboratorio. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 14 gg a 6 gg; il saving finale misurato è stato di 90.600 €.Processo: Gestione agenda pazientiDurata: 10 settimaneSaving finale: 90.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione agenda pazienti in una struttura sanitaria con attività ambulatoriali e di laboratorio. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 6 gg, con un saving annuo difendibile di 90.600 €.
La storia del progetto
Il processo Gestione agenda pazienti operava in una struttura sanitaria con attività ambulatoriali e di laboratorio e coinvolgeva accettazione, refertazione e agenda pazienti. Il volume era di circa 2.140 accessi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione no-show appuntamenti specialistici”, misurando il flusso reale del processo Gestione agenda pazienti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 90.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura sanitaria con attività ambulatoriali e di laboratorio, nel processo Gestione agenda pazienti. Il flusso gestiva circa 2.140 accessi l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da paziente, medico, accettazione e laboratorio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione agenda pazienti, il cliente del processo (paziente, medico, accettazione e laboratorio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente, medico, accettazione e laboratorio |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 6 gg | -50% |
| Errori o eccezioni | 25% | 8% | -67% |
| First Time Right | 65% | 88% | +27 pt |
| Solleciti manuali | 43/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 43.494 € da tempo operativo recuperato e attese ridotte, 24.500 € da rilavorazioni, difetti o eccezioni evitate e 22.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 90.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 43.494 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.500 € |
| Ritardi, reclami o rischi operativi ridotti | 22.600 € |
| Saving finale misurato | 90.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 6 gg. Il processo Gestione agenda pazienti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · BiomedicaleRiduzione non conformità confezionamento sterileNel processo Confezionamento sterile, il caso studio “Riduzione non conformità confezionamento sterile” nasce in un produttore biomedicale con processi regolati e tracciati. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 21% al 7%; il saving finale misurato è stato di 73.200 €.Processo: Confezionamento sterileDurata: 13 settimaneSaving finale: 73.200 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Confezionamento sterile in un produttore biomedicale con processi regolati e tracciati. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 21% al 7%, con un saving annuo difendibile di 73.200 €.
La storia del progetto
Il processo Confezionamento sterile operava in un produttore biomedicale con processi regolati e tracciati e coinvolgeva produzione, QA, QC e documentazione lotto. Il volume era di circa 11.340 lotti l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione non conformità confezionamento sterile”, misurando il flusso reale del processo Confezionamento sterile e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 73.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore biomedicale con processi regolati e tracciati, nel processo Confezionamento sterile. Il flusso gestiva circa 11.340 lotti l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente finale, QA, regulatory e cliente distributore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Confezionamento sterile, il cliente del processo (paziente finale, QA, regulatory e cliente distributore) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente finale, QA, regulatory e cliente distributore |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 21% | 7% | -70% |
| Rilavorazioni | 25% | 9% | -67% |
| First Time Right | 64% | 91% | +27 pt |
| Controlli tardivi | 32% | 12% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.154 € da tempo operativo recuperato e attese ridotte, 19.800 € da rilavorazioni, difetti o eccezioni evitate e 18.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 73.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.154 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.800 € |
| Ritardi, reclami o rischi operativi ridotti | 18.200 € |
| Saving finale misurato | 73.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 21% al 7%. Il processo Confezionamento sterile è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza cantieri e appaltiRiduzione non conformità HSE appaltatoriNel processo Contractor safety management, il caso studio “Riduzione non conformità HSE appaltatori” nasce in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. Prima del progetto, documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 24/mese a 8/mese; il saving finale misurato è stato di 119.400 €.Processo: Contractor safety managementDurata: 11 settimaneSaving finale: 119.400 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Contractor safety management in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. La criticità iniziale era chiara: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 24/mese a 8/mese, con un saving annuo difendibile di 119.400 €.
La storia del progetto
Il processo Contractor safety management operava in un contesto operativo HSE nell’area Sicurezza cantieri e appalti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.470 osservazioni l’anno. La criticità era concreta: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, e questo ha reso necessario trasformare “Riduzione non conformità HSE appaltatori” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 119.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza cantieri e appalti, nel processo Contractor safety management. Il flusso gestiva circa 6.470 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 24/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione non conformità HSE appaltatori” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 24/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 61% | 89% | +31 pt |
| Comportamenti sicuri osservati | 68% | 86% | +22 pt |
| Controlli pre-attività completi | 63% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Compliance matrix | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Audit trail | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard work regolatorio | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | CAPA management | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.318 € da tempo operativo recuperato e attese ridotte, 32.200 € da rilavorazioni, difetti o eccezioni evitate e 29.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 119.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.318 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.200 € |
| Ritardi, reclami o rischi operativi ridotti | 29.900 € |
| Saving finale misurato | 119.400 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 24/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Qualità · Qualità fornitoriRiduzione non conformità materiali in ingressoNel processo Incoming quality control, il caso studio “Riduzione non conformità materiali in ingresso” nasce in un sistema qualità strutturato nell’area Qualità fornitori. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 22% al 6%; il saving finale misurato è stato di 106.400 €.Processo: Incoming quality controlDurata: 9 settimaneSaving finale: 106.400 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Incoming quality control in un sistema qualità strutturato nell’area Qualità fornitori. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 22% al 6%, con un saving annuo difendibile di 106.400 €.
La storia del progetto
Il processo Incoming quality control operava in un sistema qualità strutturato nell’area Qualità fornitori e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.200 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 22%. Il team ha quindi trattato “Riduzione non conformità materiali in ingresso” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità fornitori, nel processo Incoming quality control. Il flusso gestiva circa 7.200 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione non conformità materiali in ingresso” è stato collegato al processo Incoming quality control, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 22% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 22% | 6% | -70% |
| Rilavorazioni | 26% | 10% | -67% |
| First Time Right | 65% | 92% | +27 pt |
| Controlli tardivi | 33% | 13% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 6% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.084 € da tempo operativo recuperato e attese ridotte, 28.700 € da rilavorazioni, difetti o eccezioni evitate e 26.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.084 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.700 € |
| Ritardi, reclami o rischi operativi ridotti | 26.600 € |
| Saving finale misurato | 106.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 22% al 6%. Il processo Incoming quality control ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Qualità · ISO 9001 e audit processoRiduzione non conformità ricorrenti con CAPA efficaceNel processo Gestione NC e azioni correttive, il caso studio “Riduzione non conformità ricorrenti con CAPA efficace” nasce in un sistema qualità strutturato nell’area ISO 9001 e audit processo. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 106.400 €.Processo: Gestione NC e azioni correttiveDurata: 14 settimaneSaving finale: 106.400 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione NC e azioni correttive in un sistema qualità strutturato nell’area ISO 9001 e audit processo. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 106.400 €.
La storia del progetto
Il processo Gestione NC e azioni correttive operava in un sistema qualità strutturato nell’area ISO 9001 e audit processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.860 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 30%. Il team ha quindi trattato “Riduzione non conformità ricorrenti con CAPA efficace” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 106.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area ISO 9001 e audit processo, nel processo Gestione NC e azioni correttive. Il flusso gestiva circa 8.860 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione non conformità ricorrenti con CAPA efficace” è stato collegato al processo Gestione NC e azioni correttive, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 30% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Root cause analysis | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | CAPA plan | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Effectiveness check | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Recurrence monitoring | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.084 € da tempo operativo recuperato e attese ridotte, 28.700 € da rilavorazioni, difetti o eccezioni evitate e 26.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 106.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.084 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.700 € |
| Ritardi, reclami o rischi operativi ridotti | 26.600 € |
| Saving finale misurato | 106.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 30% al 8%. Il processo Gestione NC e azioni correttive ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · QualitàRiduzione non conformità ricorrenti nei processi interniNel processo Gestione NC funzionali, il caso studio “Riduzione non conformità ricorrenti nei processi interni” nasce in una funzione aziendale di Qualità. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 23% al 7%; il saving finale misurato è stato di 74.700 €.Processo: Gestione NC funzionaliDurata: 9 settimaneSaving finale: 74.700 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione NC funzionali in una funzione aziendale di Qualità. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 23% al 7%, con un saving annuo difendibile di 74.700 €.
La storia del progetto
Il processo Gestione NC funzionali operava in una funzione aziendale di Qualità e coinvolgeva non conformità, audit, reclami e CAPA. Il volume era di circa 5.915 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione non conformità ricorrenti nei processi interni”, misurando il flusso reale del processo Gestione NC funzionali e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 74.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Qualità, nel processo Gestione NC funzionali. Il flusso gestiva circa 5.915 pratiche l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, audit, process owner e direzione qualità. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione NC funzionali, il cliente del processo (cliente, audit, process owner e direzione qualità) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, audit, process owner e direzione qualità |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 23% | 7% | -70% |
| Rilavorazioni | 27% | 8% | -67% |
| First Time Right | 66% | 90% | +27 pt |
| Controlli tardivi | 34% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.856 € da tempo operativo recuperato e attese ridotte, 20.200 € da rilavorazioni, difetti o eccezioni evitate e 18.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 74.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.856 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.200 € |
| Ritardi, reclami o rischi operativi ridotti | 18.600 € |
| Saving finale misurato | 74.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 23% al 7%. Il processo Gestione NC funzionali è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Non conformità e reclamiRiduzione non conformità ripetute nel sistema qualitàNel processo Non conformity management, il caso studio “Riduzione non conformità ripetute nel sistema qualità” nasce in un sistema qualità strutturato nell’area Non conformità e reclami. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 123.900 €.Processo: Non conformity managementDurata: 14 settimaneSaving finale: 123.900 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Non conformity management in un sistema qualità strutturato nell’area Non conformità e reclami. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 123.900 €.
La storia del progetto
Il processo Non conformity management operava in un sistema qualità strutturato nell’area Non conformità e reclami e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.110 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 25%. Il team ha quindi trattato “Riduzione non conformità ripetute nel sistema qualità” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 123.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Non conformità e reclami, nel processo Non conformity management. Il flusso gestiva circa 7.110 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione non conformità ripetute nel sistema qualità” è stato collegato al processo Non conformity management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 25% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 7% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.488 € da tempo operativo recuperato e attese ridotte, 33.500 € da rilavorazioni, difetti o eccezioni evitate e 30.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 123.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.488 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.500 € |
| Ritardi, reclami o rischi operativi ridotti | 30.900 € |
| Saving finale misurato | 123.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo Non conformity management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · VenditeRiduzione offerte perse per ritardoNel processo Gestione offerte, il caso studio “Riduzione offerte perse per ritardo” nasce in una funzione aziendale di Vendite. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 122.200 €.Processo: Gestione offerteDurata: 8 settimaneSaving finale: 122.200 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione offerte in una funzione aziendale di Vendite. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 122.200 €.
La storia del progetto
Il processo Gestione offerte operava in una funzione aziendale di Vendite e coinvolgeva lead, offerte, sconti e previsione vendite. Il volume era di circa 6.420 opportunità l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione offerte perse per ritardo”, misurando il flusso reale del processo Gestione offerte e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 122.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Vendite, nel processo Gestione offerte. Il flusso gestiva circa 6.420 opportunità l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, account manager, sales operations e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione offerte, il cliente del processo (cliente, account manager, sales operations e finance) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, account manager, sales operations e finance |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 58.644 € da tempo operativo recuperato e attese ridotte, 33.000 € da rilavorazioni, difetti o eccezioni evitate e 30.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 122.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 58.644 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.000 € |
| Ritardi, reclami o rischi operativi ridotti | 30.600 € |
| Saving finale misurato | 122.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Gestione offerte è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Laboratorio e controlli qualitàRiduzione OOS da errori proceduraliNel processo Out of specification management, il caso studio “Riduzione OOS da errori procedurali” nasce in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 23% al 7%; il saving finale misurato è stato di 74.700 €.Processo: Out of specification managementDurata: 13 settimaneSaving finale: 74.700 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Out of specification management in un sistema qualità strutturato nell’area Laboratorio e controlli qualità. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 23% al 7%, con un saving annuo difendibile di 74.700 €.
La storia del progetto
Il processo Out of specification management operava in un sistema qualità strutturato nell’area Laboratorio e controlli qualità e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.690 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 23%. Il team ha quindi trattato “Riduzione OOS da errori procedurali” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 74.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Laboratorio e controlli qualità, nel processo Out of specification management. Il flusso gestiva circa 7.690 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione OOS da errori procedurali” è stato collegato al processo Out of specification management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 23% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 23% | 7% | -70% |
| Rilavorazioni | 27% | 8% | -67% |
| First Time Right | 66% | 90% | +27 pt |
| Controlli tardivi | 34% | 11% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 7% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 35.860 € da tempo operativo recuperato e attese ridotte, 20.200 € da rilavorazioni, difetti o eccezioni evitate e 18.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 74.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 35.860 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.200 € |
| Ritardi, reclami o rischi operativi ridotti | 18.600 € |
| Saving finale misurato | 74.700 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 23% al 7%. Il processo Out of specification management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Project Management · Controllo tempi e costiRiduzione ore extra non pianificateNel processo Timesheet e capacity control, il caso studio “Riduzione ore extra non pianificate” nasce in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. Prima del progetto, gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. Il KPI guida, Costo ricorrente del problema, è passato da 127 k€/anno a 68 k€/anno; il saving finale misurato è stato di 78.700 €.Processo: Timesheet e capacity controlDurata: 12 settimaneSaving finale: 78.700 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Timesheet e capacity control in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. La criticità iniziale era chiara: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 127 k€/anno a 68 k€/anno, con un saving annuo difendibile di 78.700 €.
La storia del progetto
Il processo Timesheet e capacity control operava in un’organizzazione con progetti complessi nell’area Controllo tempi e costi e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 212 milestone l’anno. La criticità era concreta: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra.
Il progetto è stato aperto quando Costo ricorrente del problema ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione ore extra non pianificate”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 78.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Controllo tempi e costi, nel processo Timesheet e capacity control. Il flusso gestiva circa 212 milestone l’anno e il segnale più evidente era Costo ricorrente del problema pari a 127 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione ore extra non pianificate” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Timesheet e capacity control.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Costo ricorrente del problema |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Costo ricorrente del problema era pari a 127 k€/anno e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 127 k€/anno | 68 k€/anno | -48% |
| Eccezioni costose | 27% | 10% | -64% |
| Ore manuali assorbite | 510 h/anno | 245 h/anno | -55% |
| Controlli preventivi | 46% | 76% | +35 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Pareto costi | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Should cost | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Eliminazione sprechi | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Controllo saving | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Costo ricorrente del problema è stato portato a 68 k€/anno e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 68 k€/anno | Settimanale |
| Eccezioni costose | 10% | Mensile |
| Ore manuali assorbite | 245 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.776 € da tempo operativo recuperato e attese ridotte, 21.200 € da rilavorazioni, difetti o eccezioni evitate e 19.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 78.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.776 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.200 € |
| Ritardi, reclami o rischi operativi ridotti | 19.700 € |
| Saving finale misurato | 78.700 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Costo ricorrente del problema, passato da 127 k€/anno a 68 k€/anno. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · Macchinari industrialiRiduzione ore rilavorazione al collaudoNel processo Collaudo macchina, il caso studio “Riduzione ore rilavorazione al collaudo” nasce in un costruttore di macchinari industriali su commessa. Prima del progetto, la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. Il KPI guida, Difetti/scarti sul processo, è passato dal 15% al 6%; il saving finale misurato è stato di 122.900 €.Processo: Collaudo macchinaDurata: 10 settimaneSaving finale: 122.900 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Collaudo macchina in un costruttore di macchinari industriali su commessa. La criticità iniziale era chiara: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 15% al 6%, con un saving annuo difendibile di 122.900 €.
La storia del progetto
Il processo Collaudo macchina operava in un costruttore di macchinari industriali su commessa e coinvolgeva engineering, acquisti, montaggio, collaudo e PM. Il volume era di circa 16.120 commesse l’anno. La criticità era concreta: la performance era instabile perché perdite, microfermate e capacità effettiva non venivano lette nello stesso modo da tutti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ore rilavorazione al collaudo”, misurando il flusso reale del processo Collaudo macchina e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 122.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un costruttore di macchinari industriali su commessa, nel processo Collaudo macchina. Il flusso gestiva circa 16.120 commesse l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, project manager e collaudo FAT. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Collaudo macchina, il cliente del processo (cliente industriale, project manager e collaudo FAT) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, project manager e collaudo FAT |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 15%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 15% | 6% | -64% |
| Rilavorazioni a valle | 23% | 9% | -64% |
| First pass yield | 79% | 93% | +14 pt |
| Controlli qualità tardivi | 30% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | OEE/Capacity analysis | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | SMED | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Bilanciamento carichi | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Daily management | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.010 € da tempo operativo recuperato e attese ridotte, 33.200 € da rilavorazioni, difetti o eccezioni evitate e 30.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 122.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.010 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.200 € |
| Ritardi, reclami o rischi operativi ridotti | 30.700 € |
| Saving finale misurato | 122.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 15% al 6%. Il processo Collaudo macchina è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · IdraulicaRiduzione perdite al collaudo valvoleNel processo Collaudo valvole, il caso studio “Riduzione perdite al collaudo valvole” nasce in un produttore di valvole e raccordi con lavorazioni CNC. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 65.700 €.Processo: Collaudo valvoleDurata: 10 settimaneSaving finale: 65.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Collaudo valvole in un produttore di valvole e raccordi con lavorazioni CNC. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 65.700 €.
La storia del progetto
Il processo Collaudo valvole operava in un produttore di valvole e raccordi con lavorazioni CNC e coinvolgeva lavorazione, finitura, collaudo e qualità. Il volume era di circa 13.680 pezzi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione perdite al collaudo valvole”, misurando il flusso reale del processo Collaudo valvole e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 65.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di valvole e raccordi con lavorazioni CNC, nel processo Collaudo valvole. Il flusso gestiva circa 13.680 pezzi l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e logistica. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Collaudo valvole, il cliente del processo (cliente industriale, qualità e logistica) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e logistica |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Ishikawa | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | 5 Why | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Control plan | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Quality gate | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.542 € da tempo operativo recuperato e attese ridotte, 17.700 € da rilavorazioni, difetti o eccezioni evitate e 16.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 65.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.542 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.700 € |
| Ritardi, reclami o rischi operativi ridotti | 16.500 € |
| Saving finale misurato | 65.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Collaudo valvole è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · EnergeticoRiduzione perdite operative di esercizioNel processo Performance impianto, il caso studio “Riduzione perdite operative di esercizio” nasce in una società energetica con impianti e asset critici. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 92 k€/anno a 48 k€/anno; il saving finale misurato è stato di 128.400 €.Processo: Performance impiantoDurata: 10 settimaneSaving finale: 128.400 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Performance impianto in una società energetica con impianti e asset critici. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 92 k€/anno a 48 k€/anno, con un saving annuo difendibile di 128.400 €.
La storia del progetto
Il processo Performance impianto operava in una società energetica con impianti e asset critici e coinvolgeva esercizio, manutenzione e performance impianto. Il volume era di circa 14.560 interventi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione perdite operative di esercizio”, misurando il flusso reale del processo Performance impianto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 128.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società energetica con impianti e asset critici, nel processo Performance impianto. Il flusso gestiva circa 14.560 interventi l’anno e il segnale più evidente era Costo ricorrente del problema pari a 92 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da direzione esercizio, manutenzione e mercato/cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Performance impianto, il cliente del processo (direzione esercizio, manutenzione e mercato/cliente interno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione esercizio, manutenzione e mercato/cliente interno |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 92 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 92 k€/anno | 48 k€/anno | -48% |
| Eccezioni costose | 22% | 8% | -64% |
| Ore manuali assorbite | 410 h/anno | 185 h/anno | -55% |
| Controlli preventivi | 41% | 76% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 48 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 48 k€/anno | Settimanale |
| Eccezioni costose | 8% | Mensile |
| Ore manuali assorbite | 185 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.614 € da tempo operativo recuperato e attese ridotte, 34.700 € da rilavorazioni, difetti o eccezioni evitate e 32.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 128.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.614 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.700 € |
| Ritardi, reclami o rischi operativi ridotti | 32.100 € |
| Saving finale misurato | 128.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 92 k€/anno a 48 k€/anno. Il processo Performance impianto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · DFSS, DOE e qualità in progettazioneRiduzione prove non conclusive con Design of ExperimentsNel processo Piano prove laboratorio e industrializzazione, il caso studio “Riduzione prove non conclusive con Design of Experiments” nasce in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, KPI critico fuori target, è passato dal 26% al 10%; il saving finale misurato è stato di 141.900 €.Processo: Piano prove laboratorio e industrializzazioneDurata: 11 settimaneSaving finale: 141.900 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Piano prove laboratorio e industrializzazione in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 26% al 10%, con un saving annuo difendibile di 141.900 €.
La storia del progetto
Il processo Piano prove laboratorio e industrializzazione operava in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 9.390 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 26%. Il team ha quindi trattato “Riduzione prove non conclusive con Design of Experiments” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 141.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione, nel processo Piano prove laboratorio e industrializzazione. Il flusso gestiva circa 9.390 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione prove non conclusive con Design of Experiments” è stato collegato al processo Piano prove laboratorio e industrializzazione, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 26% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 26% | 10% | -67% |
| Tempo reazione a deviazione | 50 h | 23 h | -54% |
| Azioni completate on-time | 60% | 90% | +30 pt |
| Stabilità del nuovo standard | 51% | 84% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Design of Experiments | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Factor screening | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Response surface | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | ANOVA semplificata | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 10% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 10% | Settimanale |
| Tempo reazione a deviazione | 23 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.112 € da tempo operativo recuperato e attese ridotte, 38.300 € da rilavorazioni, difetti o eccezioni evitate e 35.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 141.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.112 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.300 € |
| Ritardi, reclami o rischi operativi ridotti | 35.500 € |
| Saving finale misurato | 141.900 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 26% al 10%. Il processo Piano prove laboratorio e industrializzazione ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · QualitàRiduzione reclami clienteNel processo Complaint management, il caso studio “Riduzione reclami cliente” nasce in una funzione aziendale di Qualità. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 28% al 11%; il saving finale misurato è stato di 88.100 €.Processo: Complaint managementDurata: 11 settimaneSaving finale: 88.100 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Complaint management in una funzione aziendale di Qualità. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 28% al 11%, con un saving annuo difendibile di 88.100 €.
La storia del progetto
Il processo Complaint management operava in una funzione aziendale di Qualità e coinvolgeva non conformità, audit, reclami e CAPA. Il volume era di circa 6.235 pratiche l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione reclami cliente”, misurando il flusso reale del processo Complaint management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Qualità, nel processo Complaint management. Il flusso gestiva circa 6.235 pratiche l’anno e il segnale più evidente era Reclami ricorrenti pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, audit, process owner e direzione qualità. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Complaint management, il cliente del processo (cliente, audit, process owner e direzione qualità) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, audit, process owner e direzione qualità |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 28% | 11% | -65% |
| Tempo risposta cliente | 78 h | 36 h | -53% |
| Casi riaperti | 20% | 6% | -67% |
| Soddisfazione cliente | 61% | 83% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 11% | Settimanale |
| Tempo risposta cliente | 36 h | Mensile |
| Casi riaperti | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.300 € da tempo operativo recuperato e attese ridotte, 23.800 € da rilavorazioni, difetti o eccezioni evitate e 22.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.300 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.800 € |
| Ritardi, reclami o rischi operativi ridotti | 22.000 € |
| Saving finale misurato | 88.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 28% al 11%. Il processo Complaint management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · After marketRiduzione reclami garanzia ricorrentiNel processo Garanzia after market, il caso studio “Riduzione reclami garanzia ricorrenti” nasce in una funzione aziendale di After market. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 29% al 9%; il saving finale misurato è stato di 47.100 €.Processo: Garanzia after marketDurata: 12 settimaneSaving finale: 47.100 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Garanzia after market in una funzione aziendale di After market. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 29% al 9%, con un saving annuo difendibile di 47.100 €.
La storia del progetto
Il processo Garanzia after market operava in una funzione aziendale di After market e coinvolgeva garanzia, ricambi e pianificazione interventi. Il volume era di circa 4.580 richieste l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione reclami garanzia ricorrenti”, misurando il flusso reale del processo Garanzia after market e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 47.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di After market, nel processo Garanzia after market. Il flusso gestiva circa 4.580 richieste l’anno e il segnale più evidente era Reclami ricorrenti pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente installato, tecnico, service manager e magazzino ricambi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Garanzia after market, il cliente del processo (cliente installato, tecnico, service manager e magazzino ricambi) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente installato, tecnico, service manager e magazzino ricambi |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 29% | 9% | -65% |
| Tempo risposta cliente | 81 h | 37 h | -53% |
| Casi riaperti | 21% | 7% | -67% |
| Soddisfazione cliente | 62% | 84% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 9% | Settimanale |
| Tempo risposta cliente | 37 h | Mensile |
| Casi riaperti | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 22.608 € da tempo operativo recuperato e attese ridotte, 12.700 € da rilavorazioni, difetti o eccezioni evitate e 11.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 47.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 22.608 € |
| Rilavorazioni, difetti o eccezioni evitate | 12.700 € |
| Ritardi, reclami o rischi operativi ridotti | 11.800 € |
| Saving finale misurato | 47.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 29% al 9%. Il processo Garanzia after market è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AlimentareRiduzione reclami per etichettatura errataNel processo Controllo etichetta, il caso studio “Riduzione reclami per etichettatura errata” nasce in uno stabilimento alimentare con linee multi-formato. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 32% al 9%; il saving finale misurato è stato di 129.800 €.Processo: Controllo etichettaDurata: 13 settimaneSaving finale: 129.800 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo etichetta in uno stabilimento alimentare con linee multi-formato. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 32% al 9%, con un saving annuo difendibile di 129.800 €.
La storia del progetto
Il processo Controllo etichetta operava in uno stabilimento alimentare con linee multi-formato e coinvolgeva produzione, qualità, manutenzione e sanificazione. Il volume era di circa 12.220 lotti l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione reclami per etichettatura errata”, misurando il flusso reale del processo Controllo etichetta e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento alimentare con linee multi-formato, nel processo Controllo etichetta. Il flusso gestiva circa 12.220 lotti l’anno e il segnale più evidente era Reclami ricorrenti pari al 32% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail, qualità interna e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo etichetta, il cliente del processo (cliente retail, qualità interna e pianificazione produzione) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail, qualità interna e pianificazione produzione |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 32%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 32% | 9% | -65% |
| Tempo risposta cliente | 90 h | 40 h | -53% |
| Casi riaperti | 24% | 6% | -67% |
| Soddisfazione cliente | 65% | 83% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 9% | Settimanale |
| Tempo risposta cliente | 40 h | Mensile |
| Casi riaperti | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.286 € da tempo operativo recuperato e attese ridotte, 35.000 € da rilavorazioni, difetti o eccezioni evitate e 32.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.286 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.000 € |
| Ritardi, reclami o rischi operativi ridotti | 32.500 € |
| Saving finale misurato | 129.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 32% al 9%. Il processo Controllo etichetta è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · BancarioRiduzione reclami su onboarding digitaleNel processo Apertura conto digitale, il caso studio “Riduzione reclami su onboarding digitale” nasce in un istituto bancario con canali di filiale e canali digitali. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 29% al 9%; il saving finale misurato è stato di 47.100 €.Processo: Apertura conto digitaleDurata: 11 settimaneSaving finale: 47.100 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Apertura conto digitale in un istituto bancario con canali di filiale e canali digitali. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 29% al 9%, con un saving annuo difendibile di 47.100 €.
La storia del progetto
Il processo Apertura conto digitale operava in un istituto bancario con canali di filiale e canali digitali e coinvolgeva operations bancarie e controlli di compliance. Il volume era di circa 1.635 pratiche l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione reclami su onboarding digitale”, misurando il flusso reale del processo Apertura conto digitale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 47.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un istituto bancario con canali di filiale e canali digitali, nel processo Apertura conto digitale. Il flusso gestiva circa 1.635 pratiche l’anno e il segnale più evidente era Reclami ricorrenti pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, consulente di filiale, risk e compliance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Apertura conto digitale, il cliente del processo (cliente, consulente di filiale, risk e compliance) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, consulente di filiale, risk e compliance |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 29% | 9% | -65% |
| Tempo risposta cliente | 81 h | 37 h | -53% |
| Casi riaperti | 21% | 7% | -67% |
| Soddisfazione cliente | 62% | 84% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 9% | Settimanale |
| Tempo risposta cliente | 37 h | Mensile |
| Casi riaperti | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 22.605 € da tempo operativo recuperato e attese ridotte, 12.700 € da rilavorazioni, difetti o eccezioni evitate e 11.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 47.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 22.605 € |
| Rilavorazioni, difetti o eccezioni evitate | 12.700 € |
| Ritardi, reclami o rischi operativi ridotti | 11.800 € |
| Saving finale misurato | 47.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 29% al 9%. Il processo Apertura conto digitale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettrodomesticiRiduzione resi in garanziaNel processo Gestione qualità prodotto, il caso studio “Riduzione resi in garanzia” nasce in uno stabilimento di elettrodomestici con assemblaggio e fine linea. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 29% al 9%; il saving finale misurato è stato di 136.600 €.Processo: Gestione qualità prodottoDurata: 15 settimaneSaving finale: 136.600 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione qualità prodotto in uno stabilimento di elettrodomestici con assemblaggio e fine linea. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 29% al 9%, con un saving annuo difendibile di 136.600 €.
La storia del progetto
Il processo Gestione qualità prodotto operava in uno stabilimento di elettrodomestici con assemblaggio e fine linea e coinvolgeva pressa, linea, controllo qualità e after sales. Il volume era di circa 14.300 prodotti l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione resi in garanzia”, misurando il flusso reale del processo Gestione qualità prodotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 136.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento di elettrodomestici con assemblaggio e fine linea, nel processo Gestione qualità prodotto. Il flusso gestiva circa 14.300 prodotti l’anno e il segnale più evidente era Reclami ricorrenti pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, qualità cliente e assistenza garanzia. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione qualità prodotto, il cliente del processo (cliente finale, qualità cliente e assistenza garanzia) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, qualità cliente e assistenza garanzia |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 29% | 9% | -65% |
| Tempo risposta cliente | 81 h | 37 h | -53% |
| Casi riaperti | 21% | 7% | -67% |
| Soddisfazione cliente | 62% | 84% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 9% | Settimanale |
| Tempo risposta cliente | 37 h | Mensile |
| Casi riaperti | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.562 € da tempo operativo recuperato e attese ridotte, 36.900 € da rilavorazioni, difetti o eccezioni evitate e 34.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 136.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.562 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.900 € |
| Ritardi, reclami o rischi operativi ridotti | 34.100 € |
| Saving finale misurato | 136.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 29% al 9%. Il processo Gestione qualità prodotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ModaRiduzione resi qualità capi finitiNel processo Controllo qualità capo, il caso studio “Riduzione resi qualità capi finiti” nasce in un’azienda moda con sviluppo campionario e controllo capo finito. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Reclami ricorrenti, è passato dal 27% al 10%; il saving finale misurato è stato di 138.900 €.Processo: Controllo qualità capoDurata: 11 settimaneSaving finale: 138.900 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo qualità capo in un’azienda moda con sviluppo campionario e controllo capo finito. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 27% al 10%, con un saving annuo difendibile di 138.900 €.
La storia del progetto
Il processo Controllo qualità capo operava in un’azienda moda con sviluppo campionario e controllo capo finito e coinvolgeva taglio, confezione, qualità e ufficio prodotto. Il volume era di circa 15.940 capi l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Reclami ricorrenti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione resi qualità capi finiti”, misurando il flusso reale del processo Controllo qualità capo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 138.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda moda con sviluppo campionario e controllo capo finito, nel processo Controllo qualità capo. Il flusso gestiva circa 15.940 capi l’anno e il segnale più evidente era Reclami ricorrenti pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da brand, merchandising, qualità e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo qualità capo, il cliente del processo (brand, merchandising, qualità e cliente finale) e il risultato da ottenere: servizio più stabile e meno reclami ricorrenti.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand, merchandising, qualità e cliente finale |
| KPI principale | Reclami ricorrenti |
| Output atteso | servizio più stabile e meno reclami ricorrenti |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Reclami ricorrenti, partiva dal 27%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 27% | 10% | -65% |
| Tempo risposta cliente | 75 h | 35 h | -53% |
| Casi riaperti | 19% | 7% | -67% |
| Soddisfazione cliente | 60% | 82% | +22 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | VOC/CTQ | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Pareto reclami | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Root cause analysis | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Loop di feedback | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Reclami ricorrenti è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 10% | Settimanale |
| Tempo risposta cliente | 35 h | Mensile |
| Casi riaperti | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.654 € da tempo operativo recuperato e attese ridotte, 37.500 € da rilavorazioni, difetti o eccezioni evitate e 34.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 138.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.654 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.500 € |
| Ritardi, reclami o rischi operativi ridotti | 34.700 € |
| Saving finale misurato | 138.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Reclami ricorrenti, passato dal 27% al 10%. Il processo Controllo qualità capo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Record to ReportRiduzione rettifiche manuali a fine meseNel processo Journal entry control, il caso studio “Riduzione rettifiche manuali a fine mese” nasce in un processo transazionale Record to Report con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Campi dati errati/incompleti, è passato dal 25% al 9%; il saving finale misurato è stato di 79.100 €.Processo: Journal entry controlDurata: 12 settimaneSaving finale: 79.100 €-68% Campi dati errati/incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Journal entry control in un processo transazionale Record to Report con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Campi dati errati/incompleti, dal 25% al 9%, con un saving annuo difendibile di 79.100 €.
La storia del progetto
Il processo Journal entry control operava in un processo transazionale Record to Report con più funzioni coinvolte e coinvolgeva closing, journal entry e riconciliazioni. Il volume era di circa 12.900 scritture l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Campi dati errati/incompleti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rettifiche manuali a fine mese”, misurando il flusso reale del processo Journal entry control e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Record to Report con più funzioni coinvolte, nel processo Journal entry control. Il flusso gestiva circa 12.900 scritture l’anno e il segnale più evidente era Campi dati errati/incompleti pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controller, accounting e revisori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Journal entry control, il cliente del processo (CFO, controller, accounting e revisori) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controller, accounting e revisori |
| KPI principale | Campi dati errati/incompleti |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Campi dati errati/incompleti, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Campi dati errati/incompleti | 25% | 9% | -68% |
| Duplicati master data | 13% | 3% | -73% |
| First Time Right dati | 60% | 91% | +31 pt |
| Riconciliazioni manuali | 40% | 17% | -60% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Campi dati errati/incompleti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Campi dati errati/incompleti | 9% | Settimanale |
| Duplicati master data | 3% | Mensile |
| First Time Right dati | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.962 € da tempo operativo recuperato e attese ridotte, 21.400 € da rilavorazioni, difetti o eccezioni evitate e 19.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.962 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.400 € |
| Ritardi, reclami o rischi operativi ridotti | 19.700 € |
| Saving finale misurato | 79.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Campi dati errati/incompleti, passato dal 25% al 9%. Il processo Journal entry control è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · A3, Obeya e visual governanceRiduzione rework decisionale con A3 problem solvingNel processo Decisioni tecniche ad alto impatto, il caso studio “Riduzione rework decisionale con A3 problem solving” nasce in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 82.000 €.Processo: Decisioni tecniche ad alto impattoDurata: 9 settimaneSaving finale: 82.000 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Decisioni tecniche ad alto impatto in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 82.000 €.
La storia del progetto
Il processo Decisioni tecniche ad alto impatto operava in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 293 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione rework decisionale con A3 problem solving”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area A3, Obeya e visual governance, nel processo Decisioni tecniche ad alto impatto. Il flusso gestiva circa 293 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione rework decisionale con A3 problem solving” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Decisioni tecniche ad alto impatto.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 25% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | A3 thinking | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Obeya visual wall | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision log | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Handoff matrix | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.360 € da tempo operativo recuperato e attese ridotte, 22.100 € da rilavorazioni, difetti o eccezioni evitate e 20.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.360 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.100 € |
| Ritardi, reclami o rischi operativi ridotti | 20.500 € |
| Saving finale misurato | 82.000 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 25% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Servizi · AssicurativoRiduzione richieste integrative nelle pratiche polizzaNel processo Emissione e rinnovo polizze, il caso studio “Riduzione richieste integrative nelle pratiche polizza” nasce in una compagnia assicurativa con una rete liquidativa distribuita. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Pratiche con richiesta integrativa, è passato dal 29% al 10%; il saving finale misurato è stato di 34.100 €.Processo: Emissione e rinnovo polizzeDurata: 9 settimaneSaving finale: 34.100 €-63% Pratiche con richiesta integrativaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Emissione e rinnovo polizze in una compagnia assicurativa con una rete liquidativa distribuita. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Pratiche con richiesta integrativa, dal 29% al 10%, con un saving annuo difendibile di 34.100 €.
La storia del progetto
Il processo Emissione e rinnovo polizze operava in una compagnia assicurativa con una rete liquidativa distribuita e coinvolgeva back office sinistri e unità antifrode. Il volume era di circa 1.360 pratiche l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Pratiche con richiesta integrativa ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione richieste integrative nelle pratiche polizza”, misurando il flusso reale del processo Emissione e rinnovo polizze e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 34.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una compagnia assicurativa con una rete liquidativa distribuita, nel processo Emissione e rinnovo polizze. Il flusso gestiva circa 1.360 pratiche l’anno e il segnale più evidente era Pratiche con richiesta integrativa pari al 29% in baseline. |
| Cliente | Il cliente del processo era costituito da assicurato, broker e liquidatore responsabile. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Emissione e rinnovo polizze, il cliente del processo (assicurato, broker e liquidatore responsabile) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | assicurato, broker e liquidatore responsabile |
| KPI principale | Pratiche con richiesta integrativa |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Pratiche con richiesta integrativa, partiva dal 29%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Pratiche con richiesta integrativa | 29% | 10% | -63% |
| Dati polizza completi al primo invio | 63% | 90% | +27 pt |
| Tempo emissione/rinnovo | 9 gg | 4 gg | -43% |
| Errori anagrafici/polizza | 20% | 6% | -67% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Poka-Yoke | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Checklist critica | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | RACI | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Audit di processo | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Pratiche con richiesta integrativa è stato portato al 10% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Pratiche con richiesta integrativa | 10% | Settimanale |
| Dati polizza completi al primo invio | 90% | Mensile |
| Tempo emissione/rinnovo | 4 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 16.368 € da tempo operativo recuperato e attese ridotte, 9.200 € da rilavorazioni, difetti o eccezioni evitate e 8.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 34.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 16.368 € |
| Rilavorazioni, difetti o eccezioni evitate | 9.200 € |
| Ritardi, reclami o rischi operativi ridotti | 8.500 € |
| Saving finale misurato | 34.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Pratiche con richiesta integrativa, passato dal 29% al 10%. Il processo Emissione e rinnovo polizze è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Amministrazione & FinanceRiduzione riconciliazioni sospeseNel processo Riconciliazioni contabili, il caso studio “Riduzione riconciliazioni sospese” nasce in una direzione Amministrazione & Finance multi-società. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Campi dati errati/incompleti, è passato dal 25% al 9%; il saving finale misurato è stato di 87.200 €.Processo: Riconciliazioni contabiliDurata: 11 settimaneSaving finale: 87.200 €-68% Campi dati errati/incompletiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Riconciliazioni contabili in una direzione Amministrazione & Finance multi-società. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Campi dati errati/incompleti, dal 25% al 9%, con un saving annuo difendibile di 87.200 €.
La storia del progetto
Il processo Riconciliazioni contabili operava in una direzione Amministrazione & Finance multi-società e coinvolgeva accounts payable, closing, credito e riconciliazioni. Il volume era di circa 5.175 registrazioni l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Campi dati errati/incompleti ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione riconciliazioni sospese”, misurando il flusso reale del processo Riconciliazioni contabili e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 87.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una direzione Amministrazione & Finance multi-società, nel processo Riconciliazioni contabili. Il flusso gestiva circa 5.175 registrazioni l’anno e il segnale più evidente era Campi dati errati/incompleti pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controllo di gestione, fornitori e clienti interni. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Riconciliazioni contabili, il cliente del processo (CFO, controllo di gestione, fornitori e clienti interni) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controllo di gestione, fornitori e clienti interni |
| KPI principale | Campi dati errati/incompleti |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Campi dati errati/incompleti, partiva dal 25%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Campi dati errati/incompleti | 25% | 9% | -68% |
| Duplicati master data | 13% | 3% | -73% |
| First Time Right dati | 60% | 91% | +31 pt |
| Riconciliazioni manuali | 40% | 17% | -60% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data quality rules | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Master data governance | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Reconciliation dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Poka-Yoke digitale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Campi dati errati/incompleti è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Campi dati errati/incompleti | 9% | Settimanale |
| Duplicati master data | 3% | Mensile |
| First Time Right dati | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.868 € da tempo operativo recuperato e attese ridotte, 23.500 € da rilavorazioni, difetti o eccezioni evitate e 21.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 87.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.868 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.500 € |
| Ritardi, reclami o rischi operativi ridotti | 21.800 € |
| Saving finale misurato | 87.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Campi dati errati/incompleti, passato dal 25% al 9%. Il processo Riconciliazioni contabili è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AutomobilisticoRiduzione rilavorazioni a fine lineaNel processo Controllo fine linea, il caso studio “Riduzione rilavorazioni a fine linea” nasce in uno stabilimento automotive con flussi JIT e controlli di fine linea. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 136.800 €.Processo: Controllo fine lineaDurata: 13 settimaneSaving finale: 136.800 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo fine linea in uno stabilimento automotive con flussi JIT e controlli di fine linea. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 136.800 €.
La storia del progetto
Il processo Controllo fine linea operava in uno stabilimento automotive con flussi JIT e controlli di fine linea e coinvolgeva linea, logistica interna, qualità e manutenzione. Il volume era di circa 11.780 pezzi l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rilavorazioni a fine linea”, misurando il flusso reale del processo Controllo fine linea e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 136.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento automotive con flussi JIT e controlli di fine linea, nel processo Controllo fine linea. Il flusso gestiva circa 11.780 pezzi l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità cliente e pianificazione linea. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo fine linea, il cliente del processo (cliente OEM, qualità cliente e pianificazione linea) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità cliente e pianificazione linea |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Poka-Yoke | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Checklist critica | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | RACI | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Audit di processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.646 € da tempo operativo recuperato e attese ridotte, 36.900 € da rilavorazioni, difetti o eccezioni evitate e 34.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 136.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.646 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.900 € |
| Ritardi, reclami o rischi operativi ridotti | 34.300 € |
| Saving finale misurato | 136.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Controllo fine linea è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettricoRiduzione rilavorazioni al collaudoNel processo Collaudo elettrico, il caso studio “Riduzione rilavorazioni al collaudo” nasce in un produttore di quadri e componenti elettrici su commessa. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 107.400 €.Processo: Collaudo elettricoDurata: 12 settimaneSaving finale: 107.400 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Collaudo elettrico in un produttore di quadri e componenti elettrici su commessa. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 107.400 €.
La storia del progetto
Il processo Collaudo elettrico operava in un produttore di quadri e componenti elettrici su commessa e coinvolgeva cablaggio, collaudo e preparazione kit. Il volume era di circa 13.080 quadri l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rilavorazioni al collaudo”, misurando il flusso reale del processo Collaudo elettrico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 107.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di quadri e componenti elettrici su commessa, nel processo Collaudo elettrico. Il flusso gestiva circa 13.080 quadri l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, collaudo e project manager commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Collaudo elettrico, il cliente del processo (cliente industriale, collaudo e project manager commessa) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, collaudo e project manager commessa |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Poka-Yoke | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Checklist critica | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | RACI | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Audit di processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.534 € da tempo operativo recuperato e attese ridotte, 29.000 € da rilavorazioni, difetti o eccezioni evitate e 26.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 107.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.534 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.000 € |
| Ritardi, reclami o rischi operativi ridotti | 26.900 € |
| Saving finale misurato | 107.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Collaudo elettrico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Non conformità e reclamiRiduzione rilavorazioni da analisi causa deboleNel processo Root cause quality review, il caso studio “Riduzione rilavorazioni da analisi causa debole” nasce in un sistema qualità strutturato nell’area Non conformità e reclami. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 124.500 €.Processo: Root cause quality reviewDurata: 11 settimaneSaving finale: 124.500 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Root cause quality review in un sistema qualità strutturato nell’area Non conformità e reclami. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 124.500 €.
La storia del progetto
Il processo Root cause quality review operava in un sistema qualità strutturato nell’area Non conformità e reclami e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.770 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Difetti/scarti sul processo risultava pari al 14%. Il team ha quindi trattato “Riduzione rilavorazioni da analisi causa debole” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 124.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Non conformità e reclami, nel processo Root cause quality review. Il flusso gestiva circa 7.770 pratiche qualità l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione rilavorazioni da analisi causa debole” è stato collegato al processo Root cause quality review, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Difetti/scarti sul processo partiva dal 14% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Poka-Yoke | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Checklist critica | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | RACI | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Audit di processo | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Difetti/scarti sul processo è stato portato al 5% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 59.752 € da tempo operativo recuperato e attese ridotte, 33.600 € da rilavorazioni, difetti o eccezioni evitate e 31.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 124.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 59.752 € |
| Rilavorazioni, difetti o eccezioni evitate | 33.600 € |
| Ritardi, reclami o rischi operativi ridotti | 31.100 € |
| Saving finale misurato | 124.500 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Root cause quality review ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Industry 4.0 · Sistemi di visione e ispezione automaticaRiduzione rilavorazioni da difetti non classificatiNel processo Classificazione automatica difetti, il caso studio “Riduzione rilavorazioni da difetti non classificati” nasce in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. Prima del progetto, l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 115.600 €.Processo: Classificazione automatica difettiDurata: 12 settimaneSaving finale: 115.600 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Classificazione automatica difetti in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. La criticità iniziale era chiara: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 115.600 €.
La storia del progetto
Il processo Classificazione automatica difetti operava in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.320 eventi digitali l’anno. La criticità era concreta: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 17%: per questo il progetto “Riduzione rilavorazioni da difetti non classificati” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 115.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica, nel processo Classificazione automatica difetti. Il flusso gestiva circa 19.320 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Classificazione automatica difetti e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 17%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Ispezione ottica in linea | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Catalogo difetti visivi | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Taratura soglie di accettazione | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Feedback qualità-produzione | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.484 € da tempo operativo recuperato e attese ridotte, 31.200 € da rilavorazioni, difetti o eccezioni evitate e 28.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 115.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.484 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.200 € |
| Ritardi, reclami o rischi operativi ridotti | 28.900 € |
| Saving finale misurato | 115.600 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 17% al 6%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Classificazione automatica difetti.
DMAIC · Manifatturiero · Legno – ArredamentoRiduzione rilavorazioni in verniciaturaNel processo Verniciatura legno, il caso studio “Riduzione rilavorazioni in verniciatura” nasce in un’azienda di arredamento con produzione su distinta. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Difetti/scarti sul processo, è passato dal 15% al 6%; il saving finale misurato è stato di 89.200 €.Processo: Verniciatura legnoDurata: 13 settimaneSaving finale: 89.200 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Verniciatura legno in un’azienda di arredamento con produzione su distinta. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 15% al 6%, con un saving annuo difendibile di 89.200 €.
La storia del progetto
Il processo Verniciatura legno operava in un’azienda di arredamento con produzione su distinta e coinvolgeva ingegneria prodotto, verniciatura e assemblaggio. Il volume era di circa 14.460 commesse l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rilavorazioni in verniciatura”, misurando il flusso reale del processo Verniciatura legno e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 89.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di arredamento con produzione su distinta, nel processo Verniciatura legno. Il flusso gestiva circa 14.460 commesse l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 15% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail/contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Verniciatura legno, il cliente del processo (cliente retail/contract, progettazione e produzione) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail/contract, progettazione e produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 15%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 15% | 6% | -64% |
| Rilavorazioni a valle | 23% | 9% | -64% |
| First pass yield | 79% | 93% | +14 pt |
| Controlli qualità tardivi | 30% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Poka-Yoke | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Checklist critica | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | RACI | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Audit di processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.798 € da tempo operativo recuperato e attese ridotte, 24.100 € da rilavorazioni, difetti o eccezioni evitate e 22.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 89.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.798 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.100 € |
| Ritardi, reclami o rischi operativi ridotti | 22.300 € |
| Saving finale misurato | 89.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 15% al 6%. Il processo Verniciatura legno è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Validazione e change controlRiduzione rilavorazioni protocolli di validazioneNel processo Validation protocol review, il caso studio “Riduzione rilavorazioni protocolli di validazione” nasce in un sistema qualità strutturato nell’area Validazione e change control. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori picking/etichettatura, è passato dal 19% al 6%; il saving finale misurato è stato di 108.200 €.Processo: Validation protocol reviewDurata: 10 settimaneSaving finale: 108.200 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Validation protocol review in un sistema qualità strutturato nell’area Validazione e change control. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 19% al 6%, con un saving annuo difendibile di 108.200 €.
La storia del progetto
Il processo Validation protocol review operava in un sistema qualità strutturato nell’area Validazione e change control e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.220 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori picking/etichettatura risultava pari al 19%. Il team ha quindi trattato “Riduzione rilavorazioni protocolli di validazione” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 108.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Validazione e change control, nel processo Validation protocol review. Il flusso gestiva circa 8.220 pratiche qualità l’anno e il segnale più evidente era Errori picking/etichettatura pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione rilavorazioni protocolli di validazione” è stato collegato al processo Validation protocol review, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori picking/etichettatura |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori picking/etichettatura partiva dal 19% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 19% | 6% | -68% |
| Spedizioni oltre cut-off | 27% | 10% | -63% |
| Colli tracciati end-to-end | 68% | 94% | +26 pt |
| Tempo correzione eccezioni | 8 h | 3 h | -63% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Poka-Yoke | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Checklist critica | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | RACI | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Audit di processo | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori picking/etichettatura è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.920 € da tempo operativo recuperato e attese ridotte, 29.200 € da rilavorazioni, difetti o eccezioni evitate e 27.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 108.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.920 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.200 € |
| Ritardi, reclami o rischi operativi ridotti | 27.100 € |
| Saving finale misurato | 108.200 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori picking/etichettatura, passato dal 19% al 6%. Il processo Validation protocol review ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Servizi · ConsulenzaRiduzione rilavorazioni sui deliverable clienteNel processo Delivery consulenziale, il caso studio “Riduzione rilavorazioni sui deliverable cliente” nasce in una società di consulenza con clienti enterprise. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 46.600 €.Processo: Delivery consulenzialeDurata: 10 settimaneSaving finale: 46.600 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Delivery consulenziale in una società di consulenza con clienti enterprise. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 46.600 €.
La storia del progetto
Il processo Delivery consulenziale operava in una società di consulenza con clienti enterprise e coinvolgeva delivery consulenziale e PMO interno. Il volume era di circa 1.430 deliverable l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rilavorazioni sui deliverable cliente”, misurando il flusso reale del processo Delivery consulenziale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 46.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società di consulenza con clienti enterprise, nel processo Delivery consulenziale. Il flusso gestiva circa 1.430 deliverable l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente sponsor, consulente responsabile e partner di commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Delivery consulenziale, il cliente del processo (cliente sponsor, consulente responsabile e partner di commessa) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente sponsor, consulente responsabile e partner di commessa |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Poka-Yoke | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Checklist critica | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | RACI | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Audit di processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 22.374 € da tempo operativo recuperato e attese ridotte, 12.600 € da rilavorazioni, difetti o eccezioni evitate e 11.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 46.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 22.374 € |
| Rilavorazioni, difetti o eccezioni evitate | 12.600 € |
| Ritardi, reclami o rischi operativi ridotti | 11.600 € |
| Saving finale misurato | 46.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Delivery consulenziale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Veicoli industriali ed agricoliRiduzione rilavorazioni verniciatura telaioNel processo Verniciatura telaio, il caso studio “Riduzione rilavorazioni verniciatura telaio” nasce in un allestitore di veicoli industriali e agricoli. Prima del progetto, gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 136.400 €.Processo: Verniciatura telaioDurata: 14 settimaneSaving finale: 136.400 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Verniciatura telaio in un allestitore di veicoli industriali e agricoli. La criticità iniziale era chiara: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 136.400 €.
La storia del progetto
Il processo Verniciatura telaio operava in un allestitore di veicoli industriali e agricoli e coinvolgeva cablaggio, allestimento, verniciatura e collaudo. Il volume era di circa 17.160 veicoli l’anno. La criticità era concreta: gli errori nascevano a monte, ma venivano corretti solo a valle con rilavorazioni e solleciti.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rilavorazioni verniciatura telaio”, misurando il flusso reale del processo Verniciatura telaio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 136.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un allestitore di veicoli industriali e agricoli, nel processo Verniciatura telaio. Il flusso gestiva circa 17.160 veicoli l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, dealer e qualità interna. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Verniciatura telaio, il cliente del processo (cliente finale, dealer e qualità interna) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, dealer e qualità interna |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Poka-Yoke | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Checklist critica | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | RACI | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Audit di processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.478 € da tempo operativo recuperato e attese ridotte, 36.800 € da rilavorazioni, difetti o eccezioni evitate e 34.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 136.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.478 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.800 € |
| Ritardi, reclami o rischi operativi ridotti | 34.100 € |
| Saving finale misurato | 136.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Verniciatura telaio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Digital Twin e simulazione industrialeRiduzione rischi ramp-up con modello digitale impiantoNel processo Avviamento nuova linea produttiva, il caso studio “Riduzione rischi ramp-up con modello digitale impianto” nasce in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Scenari validati prima del ramp-up, è passato dal 46% al 82%; il saving finale misurato è stato di 120.700 €.Processo: Avviamento nuova linea produttivaDurata: 12 settimaneSaving finale: 120.700 €+40 pt Scenari validati prima del ramp-upLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Avviamento nuova linea produttiva in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Scenari validati prima del ramp-up, dal 46% al 82%, con un saving annuo difendibile di 120.700 €.
La storia del progetto
Il processo Avviamento nuova linea produttiva operava in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.500 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Scenari validati prima del ramp-up era pari al 46%: per questo il progetto “Riduzione rischi ramp-up con modello digitale impianto” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 120.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale, nel processo Avviamento nuova linea produttiva. Il flusso gestiva circa 19.500 eventi digitali l’anno e il segnale più evidente era Scenari validati prima del ramp-up pari al 46% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Avviamento nuova linea produttiva e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Scenari validati prima del ramp-up |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Scenari validati prima del ramp-up partiva dal 46%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scenari validati prima del ramp-up | 46% | 82% | +40 pt |
| Colli di bottiglia non previsti | 30% | 9% | -65% |
| Accuratezza modello capacità | 65% | 89% | +27 pt |
| Tempo valutazione scenario | 16 gg | 5 gg | -58% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Digital twin model | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Scenario simulation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Capacity analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Layout optimization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Scenari validati prima del ramp-up è stato portato al 82% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scenari validati prima del ramp-up | 82% | Settimanale |
| Colli di bottiglia non previsti | 9% | Mensile |
| Accuratezza modello capacità | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.928 € da tempo operativo recuperato e attese ridotte, 32.600 € da rilavorazioni, difetti o eccezioni evitate e 30.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 120.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.928 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.600 € |
| Ritardi, reclami o rischi operativi ridotti | 30.200 € |
| Saving finale misurato | 120.700 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Scenari validati prima del ramp-up è passato dal 46% al 82%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Avviamento nuova linea produttiva.
DMAIC · Manifatturiero · AlimentareRiduzione rischio allergeni in cambio prodottoNel processo Cambio prodotto allergeni, il caso studio “Riduzione rischio allergeni in cambio prodotto” nasce in uno stabilimento alimentare con linee multi-formato. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Finding / deviazioni aperte, è passato dal 23% al 9%; il saving finale misurato è stato di 158.300 €.Processo: Cambio prodotto allergeniDurata: 14 settimaneSaving finale: 158.300 €-67% Finding / deviazioni aperteLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cambio prodotto allergeni in uno stabilimento alimentare con linee multi-formato. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Finding / deviazioni aperte, dal 23% al 9%, con un saving annuo difendibile di 158.300 €.
La storia del progetto
Il processo Cambio prodotto allergeni operava in uno stabilimento alimentare con linee multi-formato e coinvolgeva produzione, qualità, manutenzione e sanificazione. Il volume era di circa 12.920 lotti l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Finding / deviazioni aperte ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio allergeni in cambio prodotto”, misurando il flusso reale del processo Cambio prodotto allergeni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 158.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento alimentare con linee multi-formato, nel processo Cambio prodotto allergeni. Il flusso gestiva circa 12.920 lotti l’anno e il segnale più evidente era Finding / deviazioni aperte pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail, qualità interna e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cambio prodotto allergeni, il cliente del processo (cliente retail, qualità interna e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail, qualità interna e pianificazione produzione |
| KPI principale | Finding / deviazioni aperte |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Finding / deviazioni aperte, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Finding / deviazioni aperte | 23% | 9% | -67% |
| Azioni oltre scadenza | 30% | 11% | -64% |
| Audit trail completo | 64% | 93% | +29 pt |
| Tempo chiusura CAPA | 36 gg | 18 gg | -53% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Compliance matrix | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Audit trail | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Standard work regolatorio | Ridurre prove e scarti post-cambio |
| Review cambio turno | CAPA management | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Finding / deviazioni aperte è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Finding / deviazioni aperte | 9% | Settimanale |
| Azioni oltre scadenza | 11% | Mensile |
| Audit trail completo | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 75.978 € da tempo operativo recuperato e attese ridotte, 42.700 € da rilavorazioni, difetti o eccezioni evitate e 39.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 158.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 75.978 € |
| Rilavorazioni, difetti o eccezioni evitate | 42.700 € |
| Ritardi, reclami o rischi operativi ridotti | 39.600 € |
| Saving finale misurato | 158.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Finding / deviazioni aperte, passato dal 23% al 9%. Il processo Cambio prodotto allergeni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Macchinari industrialiRiduzione rischio FAT non superatoNel processo Factory Acceptance Test, il caso studio “Riduzione rischio FAT non superato” nasce in un costruttore di macchinari industriali su commessa. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 24% al 5%; il saving finale misurato è stato di 112.000 €.Processo: Factory Acceptance TestDurata: 11 settimaneSaving finale: 112.000 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Factory Acceptance Test in un costruttore di macchinari industriali su commessa. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 24% al 5%, con un saving annuo difendibile di 112.000 €.
La storia del progetto
Il processo Factory Acceptance Test operava in un costruttore di macchinari industriali su commessa e coinvolgeva engineering, acquisti, montaggio, collaudo e PM. Il volume era di circa 16.820 commesse l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio FAT non superato”, misurando il flusso reale del processo Factory Acceptance Test e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 112.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un costruttore di macchinari industriali su commessa, nel processo Factory Acceptance Test. Il flusso gestiva circa 16.820 commesse l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 24% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, project manager e collaudo FAT. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Factory Acceptance Test, il cliente del processo (cliente industriale, project manager e collaudo FAT) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, project manager e collaudo FAT |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 24%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 24% | 5% | -70% |
| Controlli preventivi eseguiti | 63% | 89% | +31 pt |
| Escalation tardive | 28% | 7% | -68% |
| Tempo chiusura azioni rischio | 18 gg | 5 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 5% | Settimanale |
| Controlli preventivi eseguiti | 89% | Mensile |
| Escalation tardive | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.760 € da tempo operativo recuperato e attese ridotte, 30.200 € da rilavorazioni, difetti o eccezioni evitate e 28.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 112.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.760 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.200 € |
| Ritardi, reclami o rischi operativi ridotti | 28.000 € |
| Saving finale misurato | 112.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 24% al 5%. Il processo Factory Acceptance Test è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · AcquistiRiduzione rischio fornitore single-sourceNel processo Supplier risk management, il caso studio “Riduzione rischio fornitore single-source” nasce in una funzione aziendale di Acquisti. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 23% al 7%; il saving finale misurato è stato di 58.100 €.Processo: Supplier risk managementDurata: 8 settimaneSaving finale: 58.100 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Supplier risk management in una funzione aziendale di Acquisti. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 23% al 7%, con un saving annuo difendibile di 58.100 €.
La storia del progetto
Il processo Supplier risk management operava in una funzione aziendale di Acquisti e coinvolgeva richieste acquisto, vendor master e supplier risk. Il volume era di circa 4.785 ordini l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio fornitore single-source”, misurando il flusso reale del processo Supplier risk management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 58.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Acquisti, nel processo Supplier risk management. Il flusso gestiva circa 4.785 ordini l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, finance e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Supplier risk management, il cliente del processo (richiedente interno, buyer, finance e fornitore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, finance e fornitore |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 23% | 7% | -70% |
| Controlli preventivi eseguiti | 62% | 88% | +31 pt |
| Escalation tardive | 27% | 9% | -68% |
| Tempo chiusura azioni rischio | 17 gg | 7 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 7% | Settimanale |
| Controlli preventivi eseguiti | 88% | Mensile |
| Escalation tardive | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 27.900 € da tempo operativo recuperato e attese ridotte, 15.700 € da rilavorazioni, difetti o eccezioni evitate e 14.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 58.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 27.900 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.700 € |
| Ritardi, reclami o rischi operativi ridotti | 14.500 € |
| Saving finale misurato | 58.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 23% al 7%. Il processo Supplier risk management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità fornitoriRiduzione rischio fornitori senza piano correttivoNel processo Supplier CAPA follow-up, il caso studio “Riduzione rischio fornitori senza piano correttivo” nasce in un sistema qualità strutturato nell’area Qualità fornitori. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, Casi a rischio non intercettati, è passato dal 22% al 6%; il saving finale misurato è stato di 146.000 €.Processo: Supplier CAPA follow-upDurata: 12 settimaneSaving finale: 146.000 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Supplier CAPA follow-up in un sistema qualità strutturato nell’area Qualità fornitori. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 22% al 6%, con un saving annuo difendibile di 146.000 €.
La storia del progetto
Il processo Supplier CAPA follow-up operava in un sistema qualità strutturato nell’area Qualità fornitori e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.860 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Casi a rischio non intercettati risultava pari al 22%. Il team ha quindi trattato “Riduzione rischio fornitori senza piano correttivo” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 146.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità fornitori, nel processo Supplier CAPA follow-up. Il flusso gestiva circa 7.860 pratiche qualità l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione rischio fornitori senza piano correttivo” è stato collegato al processo Supplier CAPA follow-up, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Casi a rischio non intercettati partiva dal 22% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 22% | 6% | -70% |
| Controlli preventivi eseguiti | 61% | 92% | +31 pt |
| Escalation tardive | 26% | 8% | -68% |
| Tempo chiusura azioni rischio | 16 gg | 6 gg | -58% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | FMEA di processo | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Risk register operativo | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control point preventivi | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Escalation matrix | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Casi a rischio non intercettati è stato portato al 6% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 6% | Settimanale |
| Controlli preventivi eseguiti | 92% | Mensile |
| Escalation tardive | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 70.092 € da tempo operativo recuperato e attese ridotte, 39.400 € da rilavorazioni, difetti o eccezioni evitate e 36.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 146.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 70.092 € |
| Rilavorazioni, difetti o eccezioni evitate | 39.400 € |
| Ritardi, reclami o rischi operativi ridotti | 36.500 € |
| Saving finale misurato | 146.000 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Casi a rischio non intercettati, passato dal 22% al 6%. Il processo Supplier CAPA follow-up ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · BiomedicaleRiduzione rischio mix-up componenti criticiNel processo Kitting componenti medicali, il caso studio “Riduzione rischio mix-up componenti critici” nasce in un produttore biomedicale con processi regolati e tracciati. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 21% al 5%; il saving finale misurato è stato di 81.500 €.Processo: Kitting componenti medicaliDurata: 10 settimaneSaving finale: 81.500 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Kitting componenti medicali in un produttore biomedicale con processi regolati e tracciati. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 21% al 5%, con un saving annuo difendibile di 81.500 €.
La storia del progetto
Il processo Kitting componenti medicali operava in un produttore biomedicale con processi regolati e tracciati e coinvolgeva produzione, QA, QC e documentazione lotto. Il volume era di circa 13.440 lotti l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio mix-up componenti critici”, misurando il flusso reale del processo Kitting componenti medicali e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 81.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore biomedicale con processi regolati e tracciati, nel processo Kitting componenti medicali. Il flusso gestiva circa 13.440 lotti l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente finale, QA, regulatory e cliente distributore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Kitting componenti medicali, il cliente del processo (paziente finale, QA, regulatory e cliente distributore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente finale, QA, regulatory e cliente distributore |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 21% | 5% | -70% |
| Controlli preventivi eseguiti | 60% | 91% | +31 pt |
| Escalation tardive | 25% | 7% | -68% |
| Tempo chiusura azioni rischio | 15 gg | 5 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 5% | Settimanale |
| Controlli preventivi eseguiti | 91% | Mensile |
| Escalation tardive | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.102 € da tempo operativo recuperato e attese ridotte, 22.000 € da rilavorazioni, difetti o eccezioni evitate e 20.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 81.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.102 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.000 € |
| Ritardi, reclami o rischi operativi ridotti | 20.400 € |
| Saving finale misurato | 81.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 21% al 5%. Il processo Kitting componenti medicali è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ManutenzioneRiduzione rischio ricambi critici mancantiNel processo Spare parts criticality, il caso studio “Riduzione rischio ricambi critici mancanti” nasce in una funzione aziendale di Manutenzione. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 23% al 7%; il saving finale misurato è stato di 127.900 €.Processo: Spare parts criticalityDurata: 10 settimaneSaving finale: 127.900 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Spare parts criticality in una funzione aziendale di Manutenzione. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 23% al 7%, con un saving annuo difendibile di 127.900 €.
La storia del progetto
Il processo Spare parts criticality operava in una funzione aziendale di Manutenzione e coinvolgeva correttiva, preventiva, ricambi e MTTR. Il volume era di circa 5.590 interventi l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio ricambi critici mancanti”, misurando il flusso reale del processo Spare parts criticality e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 127.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Manutenzione, nel processo Spare parts criticality. Il flusso gestiva circa 5.590 interventi l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, manutentore, planner e responsabile impianto. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Spare parts criticality, il cliente del processo (produzione, manutentore, planner e responsabile impianto) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, manutentore, planner e responsabile impianto |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 23% | 7% | -70% |
| Controlli preventivi eseguiti | 62% | 88% | +31 pt |
| Escalation tardive | 27% | 9% | -68% |
| Tempo chiusura azioni rischio | 17 gg | 7 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 7% | Settimanale |
| Controlli preventivi eseguiti | 88% | Mensile |
| Escalation tardive | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.380 € da tempo operativo recuperato e attese ridotte, 34.500 € da rilavorazioni, difetti o eccezioni evitate e 32.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 127.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.380 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.500 € |
| Ritardi, reclami o rischi operativi ridotti | 32.000 € |
| Saving finale misurato | 127.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 23% al 7%. Il processo Spare parts criticality è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SanitarioRiduzione rischio scambio campioniNel processo Accettazione campioni laboratorio, il caso studio “Riduzione rischio scambio campioni” nasce in una struttura sanitaria con attività ambulatoriali e di laboratorio. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 18% al 5%; il saving finale misurato è stato di 83.300 €.Processo: Accettazione campioni laboratorioDurata: 11 settimaneSaving finale: 83.300 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Accettazione campioni laboratorio in una struttura sanitaria con attività ambulatoriali e di laboratorio. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 18% al 5%, con un saving annuo difendibile di 83.300 €.
La storia del progetto
Il processo Accettazione campioni laboratorio operava in una struttura sanitaria con attività ambulatoriali e di laboratorio e coinvolgeva accettazione, refertazione e agenda pazienti. Il volume era di circa 2.300 accessi l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rischio scambio campioni”, misurando il flusso reale del processo Accettazione campioni laboratorio e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 83.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura sanitaria con attività ambulatoriali e di laboratorio, nel processo Accettazione campioni laboratorio. Il flusso gestiva circa 2.300 accessi l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente, medico, accettazione e laboratorio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Accettazione campioni laboratorio, il cliente del processo (paziente, medico, accettazione e laboratorio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente, medico, accettazione e laboratorio |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 18% | 5% | -70% |
| Controlli preventivi eseguiti | 57% | 88% | +31 pt |
| Escalation tardive | 22% | 7% | -68% |
| Tempo chiusura azioni rischio | 12 gg | 5 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | FMEA di processo | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Risk register operativo | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Control point preventivi | Ridurre prove e scarti post-cambio |
| Review cambio turno | Escalation matrix | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 5% | Settimanale |
| Controlli preventivi eseguiti | 88% | Mensile |
| Escalation tardive | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.996 € da tempo operativo recuperato e attese ridotte, 22.500 € da rilavorazioni, difetti o eccezioni evitate e 20.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 83.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.996 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.500 € |
| Ritardi, reclami o rischi operativi ridotti | 20.800 € |
| Saving finale misurato | 83.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 18% al 5%. Il processo Accettazione campioni laboratorio è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Veicoli industriali ed agricoliRiduzione ritardi allestimentoNel processo Allestimento veicolo, il caso studio “Riduzione ritardi allestimento” nasce in un allestitore di veicoli industriali e agricoli. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 14 gg a 8 gg; il saving finale misurato è stato di 138.100 €.Processo: Allestimento veicoloDurata: 13 settimaneSaving finale: 138.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Allestimento veicolo in un allestitore di veicoli industriali e agricoli. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 8 gg, con un saving annuo difendibile di 138.100 €.
La storia del progetto
Il processo Allestimento veicolo operava in un allestitore di veicoli industriali e agricoli e coinvolgeva cablaggio, allestimento, verniciatura e collaudo. Il volume era di circa 16.460 veicoli l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi allestimento”, misurando il flusso reale del processo Allestimento veicolo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 138.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un allestitore di veicoli industriali e agricoli, nel processo Allestimento veicolo. Il flusso gestiva circa 16.460 veicoli l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, dealer e qualità interna. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Allestimento veicolo, il cliente del processo (cliente finale, dealer e qualità interna) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, dealer e qualità interna |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 8 gg | -50% |
| Attese tra fasi | 40 h | 18 h | -58% |
| Pratiche oltre SLA | 31% | 12% | -66% |
| Solleciti manuali | 46/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 8 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.276 € da tempo operativo recuperato e attese ridotte, 37.300 € da rilavorazioni, difetti o eccezioni evitate e 34.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 138.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.276 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.300 € |
| Ritardi, reclami o rischi operativi ridotti | 34.500 € |
| Saving finale misurato | 138.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 8 gg. Il processo Allestimento veicolo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Macchinari industrialiRiduzione ritardi consegna commessaNel processo Gestione commessa, il caso studio “Riduzione ritardi consegna commessa” nasce in un costruttore di macchinari industriali su commessa. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 108.100 €.Processo: Gestione commessaDurata: 14 settimaneSaving finale: 108.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione commessa in un costruttore di macchinari industriali su commessa. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 108.100 €.
La storia del progetto
Il processo Gestione commessa operava in un costruttore di macchinari industriali su commessa e coinvolgeva engineering, acquisti, montaggio, collaudo e PM. Il volume era di circa 14.720 commesse l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi consegna commessa”, misurando il flusso reale del processo Gestione commessa e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 108.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un costruttore di macchinari industriali su commessa, nel processo Gestione commessa. Il flusso gestiva circa 14.720 commesse l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, project manager e collaudo FAT. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione commessa, il cliente del processo (cliente industriale, project manager e collaudo FAT) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, project manager e collaudo FAT |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 51.870 € da tempo operativo recuperato e attese ridotte, 29.200 € da rilavorazioni, difetti o eccezioni evitate e 27.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 108.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 51.870 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.200 € |
| Ritardi, reclami o rischi operativi ridotti | 27.000 € |
| Saving finale misurato | 108.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Gestione commessa è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Sicurezza · Sicurezza cantieri e appaltiRiduzione ritardi da documentazione HSE incompletaNel processo Documentazione appaltatori, il caso studio “Riduzione ritardi da documentazione HSE incompleta” nasce in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. Prima del progetto, documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 20/mese a 8/mese; il saving finale misurato è stato di 120.700 €.Processo: Documentazione appaltatoriDurata: 9 settimaneSaving finale: 120.700 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Documentazione appaltatori in un contesto operativo HSE nell’area Sicurezza cantieri e appalti. La criticità iniziale era chiara: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 20/mese a 8/mese, con un saving annuo difendibile di 120.700 €.
La storia del progetto
Il processo Documentazione appaltatori operava in un contesto operativo HSE nell’area Sicurezza cantieri e appalti e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.860 osservazioni l’anno. La criticità era concreta: documenti, interferenze e responsabilità di sicurezza non erano governati con la stessa disciplina in tutte le attività.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, e questo ha reso necessario trasformare “Riduzione ritardi da documentazione HSE incompleta” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 120.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Sicurezza cantieri e appalti, nel processo Documentazione appaltatori. Il flusso gestiva circa 6.860 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 20/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione ritardi da documentazione HSE incompleta” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 20/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 20/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 57% | 88% | +31 pt |
| Comportamenti sicuri osservati | 64% | 86% | +22 pt |
| Controlli pre-attività completi | 59% | 91% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Data quality rules | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Master data governance | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Reconciliation dashboard | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Poka-Yoke digitale | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 88% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 57.933 € da tempo operativo recuperato e attese ridotte, 32.600 € da rilavorazioni, difetti o eccezioni evitate e 30.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 120.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 57.933 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.600 € |
| Ritardi, reclami o rischi operativi ridotti | 30.200 € |
| Saving finale misurato | 120.700 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 20/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
DMAIC · Processi Transazionali · Order to CashRiduzione ritardi da ordine cliente a fatturaNel processo Order entry e billing, il caso studio “Riduzione ritardi da ordine cliente a fattura” nasce in un processo transazionale Order to Cash con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Fatture bloccate o contestate, è passato dal 26% al 9%; il saving finale misurato è stato di 51.200 €.Processo: Order entry e billingDurata: 9 settimaneSaving finale: 51.200 €-65% Fatture bloccate o contestateLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Order entry e billing in un processo transazionale Order to Cash con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Fatture bloccate o contestate, dal 26% al 9%, con un saving annuo difendibile di 51.200 €.
La storia del progetto
Il processo Order entry e billing operava in un processo transazionale Order to Cash con più funzioni coinvolte e coinvolgeva ordine cliente, billing, incassi e dispute. Il volume era di circa 12.300 ordini l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Fatture bloccate o contestate ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi da ordine cliente a fattura”, misurando il flusso reale del processo Order entry e billing e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 51.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Order to Cash con più funzioni coinvolte, nel processo Order entry e billing. Il flusso gestiva circa 12.300 ordini l’anno e il segnale più evidente era Fatture bloccate o contestate pari al 26% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales operations, finance e customer service. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Order entry e billing, il cliente del processo (cliente, sales operations, finance e customer service) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales operations, finance e customer service |
| KPI principale | Fatture bloccate o contestate |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Fatture bloccate o contestate, partiva dal 26%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Fatture bloccate o contestate | 26% | 9% | -65% |
| Tempo sblocco fattura | 11 gg | 5 gg | -55% |
| Mismatch ordine-ricezione-fattura | 21% | 7% | -67% |
| Dati billing completi | 63% | 90% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Campi obbligatori non controllati all’origine | 34% |
| Responsabilità di correzione distribuita tra più funzioni | 24% |
| Workflow di approvazione con code non visibili | 18% |
| Regole dati diverse tra sistemi o reparti | 14% |
| Controlli preventivi sostituiti da riconciliazioni manuali | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Fatture bloccate o contestate è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Fatture bloccate o contestate | 9% | Settimanale |
| Tempo sblocco fattura | 5 gg | Mensile |
| Mismatch ordine-ricezione-fattura | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 24.586 € da tempo operativo recuperato e attese ridotte, 13.800 € da rilavorazioni, difetti o eccezioni evitate e 12.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 51.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 24.586 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.800 € |
| Ritardi, reclami o rischi operativi ridotti | 12.800 € |
| Saving finale misurato | 51.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Fatture bloccate o contestate, passato dal 26% al 9%. Il processo Order entry e billing è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · SpedizioniRiduzione ritardi di consegnaNel processo Gestione spedizioni, il caso studio “Riduzione ritardi di consegna” nasce in un operatore logistico con hub, tracking e ultimo miglio. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Errori picking/etichettatura, è passato dal 19% al 6%; il saving finale misurato è stato di 72.000 €.Processo: Gestione spedizioniDurata: 8 settimaneSaving finale: 72.000 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione spedizioni in un operatore logistico con hub, tracking e ultimo miglio. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 19% al 6%, con un saving annuo difendibile di 72.000 €.
La storia del progetto
Il processo Gestione spedizioni operava in un operatore logistico con hub, tracking e ultimo miglio e coinvolgeva preparazione colli, tracking e consegne urbane. Il volume era di circa 1.775 spedizioni l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi di consegna”, misurando il flusso reale del processo Gestione spedizioni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 72.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un operatore logistico con hub, tracking e ultimo miglio, nel processo Gestione spedizioni. Il flusso gestiva circa 1.775 spedizioni l’anno e il segnale più evidente era Errori picking/etichettatura pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da mittente, destinatario, customer care e corriere. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione spedizioni, il cliente del processo (mittente, destinatario, customer care e corriere) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mittente, destinatario, customer care e corriere |
| KPI principale | Errori picking/etichettatura |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 19%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 19% | 6% | -68% |
| Spedizioni oltre cut-off | 27% | 10% | -63% |
| Colli tracciati end-to-end | 68% | 94% | +26 pt |
| Tempo correzione eccezioni | 8 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.551 € da tempo operativo recuperato e attese ridotte, 19.400 € da rilavorazioni, difetti o eccezioni evitate e 18.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 72.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.551 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.400 € |
| Ritardi, reclami o rischi operativi ridotti | 18.000 € |
| Saving finale misurato | 72.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 19% al 6%. Il processo Gestione spedizioni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · EnergeticoRiduzione ritardi interventi manutentiviNel processo Manutenzione impianti, il caso studio “Riduzione ritardi interventi manutentivi” nasce in una società energetica con impianti e asset critici. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 14 gg a 6 gg; il saving finale misurato è stato di 129.700 €.Processo: Manutenzione impiantiDurata: 15 settimaneSaving finale: 129.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Manutenzione impianti in una società energetica con impianti e asset critici. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 6 gg, con un saving annuo difendibile di 129.700 €.
La storia del progetto
Il processo Manutenzione impianti operava in una società energetica con impianti e asset critici e coinvolgeva esercizio, manutenzione e performance impianto. Il volume era di circa 13.860 interventi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi interventi manutentivi”, misurando il flusso reale del processo Manutenzione impianti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società energetica con impianti e asset critici, nel processo Manutenzione impianti. Il flusso gestiva circa 13.860 interventi l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da direzione esercizio, manutenzione e mercato/cliente interno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Manutenzione impianti, il cliente del processo (direzione esercizio, manutenzione e mercato/cliente interno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | direzione esercizio, manutenzione e mercato/cliente interno |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 6 gg | -50% |
| Errori o eccezioni | 25% | 8% | -67% |
| First Time Right | 65% | 88% | +27 pt |
| Solleciti manuali | 43/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Reason code macchina troppo generici | 34% |
| Segnali deboli non trasformati in interventi preventivi | 24% |
| Ricambi critici non legati alla criticità impianto | 18% |
| Passaggio informazioni incompleto tra produzione e manutenzione | 14% |
| Loss tree non aggiornata con dati di turno | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.244 € da tempo operativo recuperato e attese ridotte, 35.000 € da rilavorazioni, difetti o eccezioni evitate e 32.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.244 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.000 € |
| Ritardi, reclami o rischi operativi ridotti | 32.500 € |
| Saving finale misurato | 129.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 6 gg. Il processo Manutenzione impianti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Project managementRiduzione ritardi milestone nei progetti funzionaliNel processo Controllo avanzamento funzionale, il caso studio “Riduzione ritardi milestone nei progetti funzionali” nasce in una funzione di project management con iniziative trasversali. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 60.400 €.Processo: Controllo avanzamento funzionaleDurata: 8 settimaneSaving finale: 60.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo avanzamento funzionale in una funzione di project management con iniziative trasversali. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 60.400 €.
La storia del progetto
Il processo Controllo avanzamento funzionale operava in una funzione di project management con iniziative trasversali e coinvolgeva milestone, budget, change request e forecast progetto. Il volume era di circa 5.800 progetti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi milestone nei progetti funzionali”, misurando il flusso reale del processo Controllo avanzamento funzionale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 60.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione di project management con iniziative trasversali, nel processo Controllo avanzamento funzionale. Il flusso gestiva circa 5.800 progetti l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, PM, funzioni owner e controllo costi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo avanzamento funzionale, il cliente del processo (sponsor, PM, funzioni owner e controllo costi) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, PM, funzioni owner e controllo costi |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 28.980 € da tempo operativo recuperato e attese ridotte, 16.300 € da rilavorazioni, difetti o eccezioni evitate e 15.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 60.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 28.980 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.300 € |
| Ritardi, reclami o rischi operativi ridotti | 15.100 € |
| Saving finale misurato | 60.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 18 gg a 6 gg. Il processo Controllo avanzamento funzionale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Controllo tempi e costiRiduzione ritardi milestone nei programmi strategiciNel processo Milestone tracking, il caso studio “Riduzione ritardi milestone nei programmi strategici” nasce in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. Prima del progetto, gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 66.500 €.Processo: Milestone trackingDurata: 10 settimaneSaving finale: 66.500 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Milestone tracking in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. La criticità iniziale era chiara: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 66.500 €.
La storia del progetto
Il processo Milestone tracking operava in un’organizzazione con progetti complessi nell’area Controllo tempi e costi e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 204 milestone l’anno. La criticità era concreta: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra.
Il progetto è stato aperto quando Lead time medio ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione ritardi milestone nei programmi strategici”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 66.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Controllo tempi e costi, nel processo Milestone tracking. Il flusso gestiva circa 204 milestone l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione ritardi milestone nei programmi strategici” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Milestone tracking.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Lead time medio |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Lead time medio era pari a 18 gg e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Value Stream Mapping | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Standard Work | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Kanban operativo | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Dashboard SLA | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Lead time medio è stato portato a 6 gg e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.920 € da tempo operativo recuperato e attese ridotte, 18.000 € da rilavorazioni, difetti o eccezioni evitate e 16.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 66.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.920 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.000 € |
| Ritardi, reclami o rischi operativi ridotti | 16.600 € |
| Saving finale misurato | 66.500 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Lead time medio, passato da 18 gg a 6 gg. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · LogisticaRiduzione ritardi spedizioneNel processo Outbound logistics, il caso studio “Riduzione ritardi spedizione” nasce in una funzione aziendale di Logistica. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Errori picking/etichettatura, è passato dal 22% al 7%; il saving finale misurato è stato di 82.300 €.Processo: Outbound logisticsDurata: 11 settimaneSaving finale: 82.300 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Outbound logistics in una funzione aziendale di Logistica. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 22% al 7%, con un saving annuo difendibile di 82.300 €.
La storia del progetto
Il processo Outbound logistics operava in una funzione aziendale di Logistica e coinvolgeva picking, spedizioni, scorte e resi. Il volume era di circa 4.995 righe ordine l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ritardi spedizione”, misurando il flusso reale del processo Outbound logistics e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Logistica, nel processo Outbound logistics. Il flusso gestiva circa 4.995 righe ordine l’anno e il segnale più evidente era Errori picking/etichettatura pari al 22% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, pianificazione, magazzino e trasportatore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Outbound logistics, il cliente del processo (cliente finale, pianificazione, magazzino e trasportatore) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, pianificazione, magazzino e trasportatore |
| KPI principale | Errori picking/etichettatura |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 22%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 22% | 7% | -68% |
| Spedizioni oltre cut-off | 30% | 11% | -63% |
| Colli tracciati end-to-end | 71% | 94% | +26 pt |
| Tempo correzione eccezioni | 11 h | 4 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 7% | Settimanale |
| Spedizioni oltre cut-off | 11% | Mensile |
| Colli tracciati end-to-end | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.492 € da tempo operativo recuperato e attese ridotte, 22.200 € da rilavorazioni, difetti o eccezioni evitate e 20.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.492 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.200 € |
| Ritardi, reclami o rischi operativi ridotti | 20.600 € |
| Saving finale misurato | 82.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 22% al 7%. Il processo Outbound logistics è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Lean Project ManagementRiduzione riunioni improduttive con Visual Project BoardNel processo Governance progetto e decisioni operative, il caso studio “Riduzione riunioni improduttive con Visual Project Board” nasce in un’organizzazione con progetti complessi nell’area Lean Project Management. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 94.100 €.Processo: Governance progetto e decisioni operativeDurata: 8 settimaneSaving finale: 94.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Governance progetto e decisioni operative in un’organizzazione con progetti complessi nell’area Lean Project Management. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 94.100 €.
La storia del progetto
Il processo Governance progetto e decisioni operative operava in un’organizzazione con progetti complessi nell’area Lean Project Management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 272 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione riunioni improduttive con Visual Project Board”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 94.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Lean Project Management, nel processo Governance progetto e decisioni operative. Il flusso gestiva circa 272 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione riunioni improduttive con Visual Project Board” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Governance progetto e decisioni operative.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 25% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Visual project board | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Action tracker | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Decision cadence | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Meeting hygiene | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 45.168 € da tempo operativo recuperato e attese ridotte, 25.400 € da rilavorazioni, difetti o eccezioni evitate e 23.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 94.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 45.168 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.400 € |
| Ritardi, reclami o rischi operativi ridotti | 23.500 € |
| Saving finale misurato | 94.100 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 25% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Manifatturiero · Lavorazione VetroRiduzione rotture in movimentazioneNel processo Movimentazione vetro, il caso studio “Riduzione rotture in movimentazione” nasce in un impianto vetro con forno fusorio e movimentazione critica. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 93.400 €.Processo: Movimentazione vetroDurata: 13 settimaneSaving finale: 93.400 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Movimentazione vetro in un impianto vetro con forno fusorio e movimentazione critica. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 93.400 €.
La storia del progetto
Il processo Movimentazione vetro operava in un impianto vetro con forno fusorio e movimentazione critica e coinvolgeva forno, produzione, controllo difetti e logistica interna. Il volume era di circa 14.900 lastre l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rotture in movimentazione”, misurando il flusso reale del processo Movimentazione vetro e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 93.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un impianto vetro con forno fusorio e movimentazione critica, nel processo Movimentazione vetro. Il flusso gestiva circa 14.900 lastre l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Movimentazione vetro, il cliente del processo (cliente industriale, qualità e pianificazione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.814 € da tempo operativo recuperato e attese ridotte, 25.200 € da rilavorazioni, difetti o eccezioni evitate e 23.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 93.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.814 € |
| Rilavorazioni, difetti o eccezioni evitate | 25.200 € |
| Ritardi, reclami o rischi operativi ridotti | 23.400 € |
| Saving finale misurato | 93.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Movimentazione vetro è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Lavorazione MarmoRiduzione rotture lastre in movimentazioneNel processo Movimentazione lastre, il caso studio “Riduzione rotture lastre in movimentazione” nasce in un laboratorio industriale di lavorazione marmo. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 82.800 €.Processo: Movimentazione lastreDurata: 11 settimaneSaving finale: 82.800 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Movimentazione lastre in un laboratorio industriale di lavorazione marmo. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 82.800 €.
La storia del progetto
Il processo Movimentazione lastre operava in un laboratorio industriale di lavorazione marmo e coinvolgeva movimentazione, taglio e ottimizzazione resa. Il volume era di circa 13.940 lastre l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rotture lastre in movimentazione”, misurando il flusso reale del processo Movimentazione lastre e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un laboratorio industriale di lavorazione marmo, nel processo Movimentazione lastre. Il flusso gestiva circa 13.940 lastre l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Movimentazione lastre, il cliente del processo (cliente contract, progettazione e produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente contract, progettazione e produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.732 € da tempo operativo recuperato e attese ridotte, 22.400 € da rilavorazioni, difetti o eccezioni evitate e 20.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.732 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.400 € |
| Ritardi, reclami o rischi operativi ridotti | 20.700 € |
| Saving finale misurato | 82.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 18% al 5%. Il processo Movimentazione lastre è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Carta e tissueRiduzione rotture nastro in produzioneNel processo Macchina continua, il caso studio “Riduzione rotture nastro in produzione” nasce in uno stabilimento carta e tissue con produzione continua. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 66.000 €.Processo: Macchina continuaDurata: 14 settimaneSaving finale: 66.000 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Macchina continua in uno stabilimento carta e tissue con produzione continua. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 66.000 €.
La storia del progetto
Il processo Macchina continua operava in uno stabilimento carta e tissue con produzione continua e coinvolgeva produzione continua, manutenzione e qualità. Il volume era di circa 11.600 bobine l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione rotture nastro in produzione”, misurando il flusso reale del processo Macchina continua e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 66.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento carta e tissue con produzione continua, nel processo Macchina continua. Il flusso gestiva circa 11.600 bobine l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente converter o GDO, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Macchina continua, il cliente del processo (cliente converter o GDO, qualità e pianificazione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente converter o GDO, qualità e pianificazione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.668 € da tempo operativo recuperato e attese ridotte, 17.800 € da rilavorazioni, difetti o eccezioni evitate e 16.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 66.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.668 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.800 € |
| Ritardi, reclami o rischi operativi ridotti | 16.500 € |
| Saving finale misurato | 66.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Macchina continua è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Carta e tissueRiduzione scarti bobinaNel processo Ribobinatura, il caso studio “Riduzione scarti bobina” nasce in uno stabilimento carta e tissue con produzione continua. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 84.400 €.Processo: RibobinaturaDurata: 15 settimaneSaving finale: 84.400 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ribobinatura in uno stabilimento carta e tissue con produzione continua. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 84.400 €.
La storia del progetto
Il processo Ribobinatura operava in uno stabilimento carta e tissue con produzione continua e coinvolgeva produzione continua, manutenzione e qualità. Il volume era di circa 12.300 bobine l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti bobina”, misurando il flusso reale del processo Ribobinatura e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 84.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento carta e tissue con produzione continua, nel processo Ribobinatura. Il flusso gestiva circa 12.300 bobine l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente converter o GDO, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ribobinatura, il cliente del processo (cliente converter o GDO, qualità e pianificazione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente converter o GDO, qualità e pianificazione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 40.530 € da tempo operativo recuperato e attese ridotte, 22.800 € da rilavorazioni, difetti o eccezioni evitate e 21.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 84.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 40.530 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.800 € |
| Ritardi, reclami o rischi operativi ridotti | 21.100 € |
| Saving finale misurato | 84.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Ribobinatura è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · TabaccoRiduzione scarti bobina materialeNel processo Alimentazione materiali, il caso studio “Riduzione scarti bobina materiale” nasce in uno stabilimento tabacco con confezionamento ad alta velocità. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 145.600 €.Processo: Alimentazione materialiDurata: 13 settimaneSaving finale: 145.600 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Alimentazione materiali in uno stabilimento tabacco con confezionamento ad alta velocità. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 145.600 €.
La storia del progetto
Il processo Alimentazione materiali operava in uno stabilimento tabacco con confezionamento ad alta velocità e coinvolgeva confezionamento, alimentazione materiali e controllo pacchetto. Il volume era di circa 16.900 pacchetti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti bobina materiale”, misurando il flusso reale del processo Alimentazione materiali e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 145.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento tabacco con confezionamento ad alta velocità, nel processo Alimentazione materiali. Il flusso gestiva circa 16.900 pacchetti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da mercato, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Alimentazione materiali, il cliente del processo (mercato, qualità e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | mercato, qualità e pianificazione produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 69.888 € da tempo operativo recuperato e attese ridotte, 39.300 € da rilavorazioni, difetti o eccezioni evitate e 36.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 145.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 69.888 € |
| Rilavorazioni, difetti o eccezioni evitate | 39.300 € |
| Ritardi, reclami o rischi operativi ridotti | 36.400 € |
| Saving finale misurato | 145.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 18% al 5%. Il processo Alimentazione materiali è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Qualità digitale e manutenzione su condizioneRiduzione scarti con SPC digitale e analyticsNel processo Controllo statistico parametri di processo, il caso studio “Riduzione scarti con SPC digitale e analytics” nasce in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 147.200 €.Processo: Controllo statistico parametri di processoDurata: 15 settimaneSaving finale: 147.200 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo statistico parametri di processo in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 147.200 €.
La storia del progetto
Il processo Controllo statistico parametri di processo operava in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.680 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 18%: per questo il progetto “Riduzione scarti con SPC digitale e analytics” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 147.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione, nel processo Controllo statistico parametri di processo. Il flusso gestiva circa 18.680 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Controllo statistico parametri di processo e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 18%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | SPC digitale | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Control chart | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Process capability | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alert threshold | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 70.668 € da tempo operativo recuperato e attese ridotte, 39.700 € da rilavorazioni, difetti o eccezioni evitate e 36.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 147.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 70.668 € |
| Rilavorazioni, difetti o eccezioni evitate | 39.700 € |
| Ritardi, reclami o rischi operativi ridotti | 36.800 € |
| Saving finale misurato | 147.200 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 18% al 5%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Controllo statistico parametri di processo.
Industry 4.0 · SPC digitale e controllo statisticoRiduzione scarti da variazioni non viste in tempoNel processo Control chart real time, il caso studio “Riduzione scarti da variazioni non viste in tempo” nasce in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Difetti/scarti sul processo, è passato dal 18% al 5%; il saving finale misurato è stato di 136.200 €.Processo: Control chart real timeDurata: 13 settimaneSaving finale: 136.200 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Control chart real time in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 18% al 5%, con un saving annuo difendibile di 136.200 €.
La storia del progetto
Il processo Control chart real time operava in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.480 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Difetti/scarti sul processo era pari al 18%: per questo il progetto “Riduzione scarti da variazioni non viste in tempo” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 136.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area SPC digitale e controllo statistico, nel processo Control chart real time. Il flusso gestiva circa 19.480 eventi digitali l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Control chart real time e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Difetti/scarti sul processo partiva dal 18%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 18% | 5% | -64% |
| Rilavorazioni a valle | 26% | 8% | -64% |
| First pass yield | 82% | 93% | +14 pt |
| Controlli qualità tardivi | 33% | 10% | -66% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | SPC digitale | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Control chart | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Process capability | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Alert threshold | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 93% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.364 € da tempo operativo recuperato e attese ridotte, 36.800 € da rilavorazioni, difetti o eccezioni evitate e 34.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 136.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.364 € |
| Rilavorazioni, difetti o eccezioni evitate | 36.800 € |
| Ritardi, reclami o rischi operativi ridotti | 34.000 € |
| Saving finale misurato | 136.200 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Difetti/scarti sul processo è passato dal 18% al 5%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Control chart real time.
DMAIC · Manifatturiero · IdraulicaRiduzione scarti di finitura raccordiNel processo Finitura raccordi, il caso studio “Riduzione scarti di finitura raccordi” nasce in un produttore di valvole e raccordi con lavorazioni CNC. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 79.500 €.Processo: Finitura raccordiDurata: 12 settimaneSaving finale: 79.500 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Finitura raccordi in un produttore di valvole e raccordi con lavorazioni CNC. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 79.500 €.
La storia del progetto
Il processo Finitura raccordi operava in un produttore di valvole e raccordi con lavorazioni CNC e coinvolgeva lavorazione, finitura, collaudo e qualità. Il volume era di circa 15.080 pezzi l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti di finitura raccordi”, misurando il flusso reale del processo Finitura raccordi e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di valvole e raccordi con lavorazioni CNC, nel processo Finitura raccordi. Il flusso gestiva circa 15.080 pezzi l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e logistica. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Finitura raccordi, il cliente del processo (cliente industriale, qualità e logistica) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e logistica |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.178 € da tempo operativo recuperato e attese ridotte, 21.500 € da rilavorazioni, difetti o eccezioni evitate e 19.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.178 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.500 € |
| Ritardi, reclami o rischi operativi ridotti | 19.800 € |
| Saving finale misurato | 79.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Finitura raccordi è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ProduzioneRiduzione scarti di produzioneNel processo Controllo processo, il caso studio “Riduzione scarti di produzione” nasce in una funzione aziendale di Produzione. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 14% al 5%; il saving finale misurato è stato di 55.500 €.Processo: Controllo processoDurata: 12 settimaneSaving finale: 55.500 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Controllo processo in una funzione aziendale di Produzione. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 14% al 5%, con un saving annuo difendibile di 55.500 €.
La storia del progetto
Il processo Controllo processo operava in una funzione aziendale di Produzione e coinvolgeva performance linea, scarti, setup, passaggi consegne e sicurezza. Il volume era di circa 5.730 turni l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti di produzione”, misurando il flusso reale del processo Controllo processo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 55.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Produzione, nel processo Controllo processo. Il flusso gestiva circa 5.730 turni l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 14% in baseline. |
| Cliente | Il cliente del processo era costituito da pianificazione, qualità, cliente finale e capi turno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Controllo processo, il cliente del processo (pianificazione, qualità, cliente finale e capi turno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, qualità, cliente finale e capi turno |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 14%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 14% | 5% | -64% |
| Rilavorazioni a valle | 22% | 8% | -64% |
| First pass yield | 78% | 92% | +14 pt |
| Controlli qualità tardivi | 29% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 26.640 € da tempo operativo recuperato e attese ridotte, 15.000 € da rilavorazioni, difetti o eccezioni evitate e 13.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 55.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 26.640 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.000 € |
| Ritardi, reclami o rischi operativi ridotti | 13.900 € |
| Saving finale misurato | 55.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 14% al 5%. Il processo Controllo processo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · MeccanicaRiduzione scarti in tornituraNel processo Tornitura meccanica, il caso studio “Riduzione scarti in tornitura” nasce in un’officina meccanica con celle CNC e flussi multi-prodotto. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 105.100 €.Processo: Tornitura meccanicaDurata: 15 settimaneSaving finale: 105.100 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Tornitura meccanica in un’officina meccanica con celle CNC e flussi multi-prodotto. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 105.100 €.
La storia del progetto
Il processo Tornitura meccanica operava in un’officina meccanica con celle CNC e flussi multi-prodotto e coinvolgeva tornitura, attrezzaggio, controllo e pianificazione. Il volume era di circa 14.980 ordini l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti in tornitura”, misurando il flusso reale del processo Tornitura meccanica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 105.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’officina meccanica con celle CNC e flussi multi-prodotto, nel processo Tornitura meccanica. Il flusso gestiva circa 14.980 ordini l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Tornitura meccanica, il cliente del processo (cliente industriale, qualità e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 50.442 € da tempo operativo recuperato e attese ridotte, 28.400 € da rilavorazioni, difetti o eccezioni evitate e 26.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 105.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 50.442 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.400 € |
| Ritardi, reclami o rischi operativi ridotti | 26.300 € |
| Saving finale misurato | 105.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Tornitura meccanica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AlimentareRiduzione scarti nel confezionamento alimentareNel processo Confezionamento, il caso studio “Riduzione scarti nel confezionamento alimentare” nasce in uno stabilimento alimentare con linee multi-formato. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 117.000 €.Processo: ConfezionamentoDurata: 11 settimaneSaving finale: 117.000 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Confezionamento in uno stabilimento alimentare con linee multi-formato. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 117.000 €.
La storia del progetto
Il processo Confezionamento operava in uno stabilimento alimentare con linee multi-formato e coinvolgeva produzione, qualità, manutenzione e sanificazione. Il volume era di circa 10.820 lotti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti nel confezionamento alimentare”, misurando il flusso reale del processo Confezionamento e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 117.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento alimentare con linee multi-formato, nel processo Confezionamento. Il flusso gestiva circa 10.820 lotti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail, qualità interna e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Confezionamento, il cliente del processo (cliente retail, qualità interna e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail, qualità interna e pianificazione produzione |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.154 € da tempo operativo recuperato e attese ridotte, 31.600 € da rilavorazioni, difetti o eccezioni evitate e 29.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 117.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.154 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.600 € |
| Ritardi, reclami o rischi operativi ridotti | 29.200 € |
| Saving finale misurato | 117.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Confezionamento è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · CosmeticoRiduzione scarti nel riempimento flaconiNel processo Riempimento cosmetico, il caso studio “Riduzione scarti nel riempimento flaconi” nasce in un’azienda cosmetica con cambi prodotto frequenti. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 16% al 5%; il saving finale misurato è stato di 98.700 €.Processo: Riempimento cosmeticoDurata: 10 settimaneSaving finale: 98.700 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Riempimento cosmetico in un’azienda cosmetica con cambi prodotto frequenti. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 16% al 5%, con un saving annuo difendibile di 98.700 €.
La storia del progetto
Il processo Riempimento cosmetico operava in un’azienda cosmetica con cambi prodotto frequenti e coinvolgeva riempimento, etichettatura, sanificazione e qualità. Il volume era di circa 12.120 lotti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti nel riempimento flaconi”, misurando il flusso reale del processo Riempimento cosmetico e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 98.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda cosmetica con cambi prodotto frequenti, nel processo Riempimento cosmetico. Il flusso gestiva circa 12.120 lotti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 16% in baseline. |
| Cliente | Il cliente del processo era costituito da brand owner, qualità e pianificazione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Riempimento cosmetico, il cliente del processo (brand owner, qualità e pianificazione commerciale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand owner, qualità e pianificazione commerciale |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 16%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 16% | 5% | -64% |
| Rilavorazioni a valle | 24% | 8% | -64% |
| First pass yield | 80% | 94% | +14 pt |
| Controlli qualità tardivi | 31% | 10% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 5% | Settimanale |
| Rilavorazioni a valle | 8% | Mensile |
| First pass yield | 94% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.376 € da tempo operativo recuperato e attese ridotte, 26.600 € da rilavorazioni, difetti o eccezioni evitate e 24.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 98.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.376 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.600 € |
| Ritardi, reclami o rischi operativi ridotti | 24.700 € |
| Saving finale misurato | 98.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 16% al 5%. Il processo Riempimento cosmetico è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · BiomedicaleRiduzione scarti nello stampaggio componentiNel processo Stampaggio biomedicale, il caso studio “Riduzione scarti nello stampaggio componenti” nasce in un produttore biomedicale con processi regolati e tracciati. Prima del progetto, scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 88.500 €.Processo: Stampaggio biomedicaleDurata: 15 settimaneSaving finale: 88.500 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Stampaggio biomedicale in un produttore biomedicale con processi regolati e tracciati. La criticità iniziale era chiara: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 88.500 €.
La storia del progetto
Il processo Stampaggio biomedicale operava in un produttore biomedicale con processi regolati e tracciati e coinvolgeva produzione, QA, QC e documentazione lotto. Il volume era di circa 12.740 lotti l’anno. La criticità era concreta: scarti e difetti venivano intercettati troppo tardi, quando il costo era già stato generato.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione scarti nello stampaggio componenti”, misurando il flusso reale del processo Stampaggio biomedicale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore biomedicale con processi regolati e tracciati, nel processo Stampaggio biomedicale. Il flusso gestiva circa 12.740 lotti l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente finale, QA, regulatory e cliente distributore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Stampaggio biomedicale, il cliente del processo (paziente finale, QA, regulatory e cliente distributore) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente finale, QA, regulatory e cliente distributore |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | SPC | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Analisi difetti | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Standard parametri | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Controllo processo | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.462 € da tempo operativo recuperato e attese ridotte, 23.900 € da rilavorazioni, difetti o eccezioni evitate e 22.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.462 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.900 € |
| Ritardi, reclami o rischi operativi ridotti | 22.100 € |
| Saving finale misurato | 88.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Stampaggio biomedicale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · VenditeRiduzione sconti fuori policy commercialeNel processo Discount governance, il caso studio “Riduzione sconti fuori policy commerciale” nasce in una funzione aziendale di Vendite. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Sconti fuori policy, è passato dal 32% al 9%; il saving finale misurato è stato di 137.600 €.Processo: Discount governanceDurata: 10 settimaneSaving finale: 137.600 €-68% Sconti fuori policyLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Discount governance in una funzione aziendale di Vendite. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Sconti fuori policy, dal 32% al 9%, con un saving annuo difendibile di 137.600 €.
La storia del progetto
Il processo Discount governance operava in una funzione aziendale di Vendite e coinvolgeva lead, offerte, sconti e previsione vendite. Il volume era di circa 6.740 opportunità l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Sconti fuori policy ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione sconti fuori policy commerciale”, misurando il flusso reale del processo Discount governance e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 137.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Vendite, nel processo Discount governance. Il flusso gestiva circa 6.740 opportunità l’anno e il segnale più evidente era Sconti fuori policy pari al 32% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, account manager, sales operations e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Discount governance, il cliente del processo (cliente, account manager, sales operations e finance) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, account manager, sales operations e finance |
| KPI principale | Sconti fuori policy |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Sconti fuori policy, partiva dal 32%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Sconti fuori policy | 32% | 9% | -68% |
| Margine medio offerta | 19,5% | 23,0% | +4 pt |
| Approvazioni tardive | 29% | 10% | -61% |
| Eccezioni non motivate | 37% | 15% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Price waterfall | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Approval policy | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Margin dashboard | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Exception review | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Sconti fuori policy è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Sconti fuori policy | 9% | Settimanale |
| Margine medio offerta | 23,0% | Mensile |
| Approvazioni tardive | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.060 € da tempo operativo recuperato e attese ridotte, 37.200 € da rilavorazioni, difetti o eccezioni evitate e 34.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 137.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.060 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.200 € |
| Ritardi, reclami o rischi operativi ridotti | 34.300 € |
| Saving finale misurato | 137.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Sconti fuori policy, passato dal 32% al 9%. Il processo Discount governance è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Controllo tempi e costiRiduzione scostamento budget su commesse complesseNel processo Cost control e forecast progetto, il caso studio “Riduzione scostamento budget su commesse complesse” nasce in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. Prima del progetto, gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. Il KPI guida, Scostamento budget, è passato dal 21% al 6%; il saving finale misurato è stato di 70.600 €.Processo: Cost control e forecast progettoDurata: 9 settimaneSaving finale: 70.600 €-66% Scostamento budgetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cost control e forecast progetto in un’organizzazione con progetti complessi nell’area Controllo tempi e costi. La criticità iniziale era chiara: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra. L’intervento ha portato il KPI principale, Scostamento budget, dal 21% al 6%, con un saving annuo difendibile di 70.600 €.
La storia del progetto
Il processo Cost control e forecast progetto operava in un’organizzazione con progetti complessi nell’area Controllo tempi e costi e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 200 milestone l’anno. La criticità era concreta: gli scostamenti di tempi e costi diventavano visibili quando il recupero richiedeva escalation o budget extra.
Il progetto è stato aperto quando Scostamento budget ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione scostamento budget su commesse complesse”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 70.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Controllo tempi e costi, nel processo Cost control e forecast progetto. Il flusso gestiva circa 200 milestone l’anno e il segnale più evidente era Scostamento budget pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione scostamento budget su commesse complesse” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Cost control e forecast progetto.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Scostamento budget |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Scostamento budget era pari al 21% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scostamento budget | 21% | 6% | -66% |
| Milestone in ritardo | 36% | 15% | -63% |
| Forecast accuracy | 64% | 89% | +25 pt |
| Ore extra non pianificate | 29% | 9% | -65% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Baseline schedule | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Earned Value | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Cost forecast | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Milestone review | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Scostamento budget è stato portato al 6% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scostamento budget | 6% | Settimanale |
| Milestone in ritardo | 15% | Mensile |
| Forecast accuracy | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.888 € da tempo operativo recuperato e attese ridotte, 19.100 € da rilavorazioni, difetti o eccezioni evitate e 17.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 70.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.888 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.100 € |
| Ritardi, reclami o rischi operativi ridotti | 17.600 € |
| Saving finale misurato | 70.600 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Scostamento budget, passato dal 21% al 6%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Sicurezza · Near miss e comportamenti sicuriRiduzione sotto-segnalazione eventi minoriNel processo Safety culture reporting, il caso studio “Riduzione sotto-segnalazione eventi minori” nasce in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. Prima del progetto, il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. Il KPI guida, Near miss critici o osservazioni ricorrenti, è passato da 24/mese a 8/mese; il saving finale misurato è stato di 114.800 €.Processo: Safety culture reportingDurata: 8 settimaneSaving finale: 114.800 €-60% Near miss critici o osservazioni ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Safety culture reporting in un contesto operativo HSE nell’area Near miss e comportamenti sicuri. La criticità iniziale era chiara: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo. L’intervento ha portato il KPI principale, Near miss critici o osservazioni ricorrenti, da 24/mese a 8/mese, con un saving annuo difendibile di 114.800 €.
La storia del progetto
Il processo Safety culture reporting operava in un contesto operativo HSE nell’area Near miss e comportamenti sicuri e coinvolgeva HSE, preposti, manutenzione, operations e ditte esterne. Il volume era di circa 6.780 osservazioni l’anno. La criticità era concreta: il rischio era noto, ma le barriere operative non erano sempre verificate prima dell’esposizione sul campo.
Il caso è nato da segnali sul campo che indicavano un’esposizione ricorrente al rischio. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, e questo ha reso necessario trasformare “Riduzione sotto-segnalazione eventi minori” in un intervento operativo, non solo in una campagna di sensibilizzazione.
Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 114.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un contesto operativo HSE nell’area Near miss e comportamenti sicuri, nel processo Safety culture reporting. Il flusso gestiva circa 6.780 osservazioni l’anno e il segnale più evidente era Near miss critici o osservazioni ricorrenti pari a 24/mese in baseline. |
| Cliente | Il cliente del processo era costituito da lavoratori, preposti, HSE, direzione operativa e appaltatori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era portare il controllo nella routine operativa. Le contromisure dovevano essere semplici da applicare sul campo, comprensibili ai preposti e verificabili prima dell’esposizione al rischio. |
| Scelta metodologica | È stato usato un approccio HSE: osservazione sul campo, verifica delle barriere, contromisure operative, responsabilità chiare e follow-up delle azioni. |
Chi, cosa, dove, quanto, perché, come
Perimetro HSE
Il perimetro HSE ha collegato attività, persone esposte, barriere e responsabilità. Il caso “Riduzione sotto-segnalazione eventi minori” è stato trattato come rischio operativo concreto, non come semplice aggiornamento procedurale.
| Elemento | Definizione |
|---|---|
| Cliente del processo | lavoratori, preposti, HSE, direzione operativa e appaltatori |
| KPI principale | Near miss critici o osservazioni ricorrenti |
| Output atteso | attività svolta con barriere verificate, comportamento sicuro e azioni HSE chiuse |
| Metodo | Safety Management |
Misura sul campo
La misura è stata costruita con osservazioni sul campo, evidenze operative e dati di follow-up. Il KPI Near miss critici o osservazioni ricorrenti era pari a 24/mese, segnalando un rischio da trattare prima dell’evento indesiderato.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Near miss critici o osservazioni ricorrenti | 24/mese | 8/mese | -60% |
| Azioni HSE chiuse on-time | 61% | 89% | +31 pt |
| Comportamenti sicuri osservati | 68% | 86% | +22 pt |
| Controlli pre-attività completi | 63% | 92% | +32 pt |
Analisi delle barriere
L’analisi ha verificato se le barriere fossero presenti, comprese, applicate e controllate nel momento giusto. Le cause sono state cercate nel lavoro reale, non soltanto nella procedura scritta.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Barriere operative non verificate prima dell’attività | 34% |
| Procedura non aderente alle condizioni reali del lavoro | 24% |
| Preposti coinvolti tardi nella chiusura delle azioni | 18% |
| Near miss trattati come segnalazioni isolate | 14% |
| Feedback sul comportamento sicuro non immediato | 10% |
Contromisure HSE
Le contromisure hanno reso più visibili controlli, responsabilità e condizioni di sicurezza prima dell’attività. Sono state privilegiate azioni semplici, verificabili dai preposti e sostenibili nella routine.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo pre-attività | Employee journey | Verificare le barriere prima dell’esposizione |
| Osservazione HSE sul campo | Voice of Employee | Rendere visibili comportamenti e condizioni critiche |
| Action tracker con preposto | Standard service HR | Chiudere le azioni con owner e scadenza chiara |
| Safety huddle breve | Pulse check | Mantenere attenzione e feedback nella routine |
Controllo operativo
Il controllo operativo ha definito frequenze, owner e soglie di escalation. Il KPI Near miss critici o osservazioni ricorrenti è stato portato a 8/mese e inserito in una routine di follow-up HSE.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Near miss critici o osservazioni ricorrenti | 8/mese | Settimanale |
| Azioni HSE chiuse on-time | 89% | Mensile |
| Comportamenti sicuri osservati | 86% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.104 € da tempo operativo recuperato e attese ridotte, 31.000 € da rilavorazioni, difetti o eccezioni evitate e 28.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 114.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.104 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.000 € |
| Ritardi, reclami o rischi operativi ridotti | 28.700 € |
| Saving finale misurato | 114.800 € |
Benefici ottenuti
Il beneficio principale è stato rendere il rischio più governabile prima dell’esposizione. Il KPI Near miss critici o osservazioni ricorrenti è passato da 24/mese a 8/mese, ma il risultato più importante è stato portare controlli e responsabilità nella routine operativa.
Project Management · Pianificazione integrataRiduzione sovraccarico risorse criticheNel processo Resource capacity planning, il caso studio “Riduzione sovraccarico risorse critiche” nasce in un’organizzazione con progetti complessi nell’area Pianificazione integrata. Prima del progetto, decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. Il KPI guida, KPI critico fuori target, è passato dal 25% al 9%; il saving finale misurato è stato di 137.300 €.Processo: Resource capacity planningDurata: 9 settimaneSaving finale: 137.300 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Resource capacity planning in un’organizzazione con progetti complessi nell’area Pianificazione integrata. La criticità iniziale era chiara: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 25% al 9%, con un saving annuo difendibile di 137.300 €.
La storia del progetto
Il processo Resource capacity planning operava in un’organizzazione con progetti complessi nell’area Pianificazione integrata e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 202 milestone l’anno. La criticità era concreta: decisioni, dipendenze e responsabilità non erano abbastanza visibili per governare il progetto con continuità.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione sovraccarico risorse critiche”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 137.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Pianificazione integrata, nel processo Resource capacity planning. Il flusso gestiva circa 202 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione sovraccarico risorse critiche” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Resource capacity planning.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 25% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 25% | 9% | -67% |
| Tempo reazione a deviazione | 48 h | 22 h | -54% |
| Azioni completate on-time | 59% | 89% | +30 pt |
| Stabilità del nuovo standard | 50% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | OEE/Capacity analysis | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | SMED | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Bilanciamento carichi | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Daily management | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 9% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 22 h | Mensile |
| Azioni completate on-time | 89% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 65.904 € da tempo operativo recuperato e attese ridotte, 37.100 € da rilavorazioni, difetti o eccezioni evitate e 34.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 137.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 65.904 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.100 € |
| Ritardi, reclami o rischi operativi ridotti | 34.300 € |
| Saving finale misurato | 137.300 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 25% al 9%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · PianificazioneRiduzione stockout materialiNel processo Material planning, il caso studio “Riduzione stockout materiali” nasce in una funzione aziendale di Pianificazione. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 14 gg a 6 gg; il saving finale misurato è stato di 52.700 €.Processo: Material planningDurata: 11 settimaneSaving finale: 52.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Material planning in una funzione aziendale di Pianificazione. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 6 gg, con un saving annuo difendibile di 52.700 €.
La storia del progetto
Il processo Material planning operava in una funzione aziendale di Pianificazione e coinvolgeva forecast, piano produzione, stockout e bullwhip. Il volume era di circa 5.615 codici l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione stockout materiali”, misurando il flusso reale del processo Material planning e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 52.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Pianificazione, nel processo Material planning. Il flusso gestiva circa 5.615 codici l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, vendite, acquisti e supply chain. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Material planning, il cliente del processo (produzione, vendite, acquisti e supply chain) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, vendite, acquisti e supply chain |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 6 gg | -50% |
| Errori o eccezioni | 25% | 8% | -67% |
| First Time Right | 65% | 88% | +27 pt |
| Solleciti manuali | 43/mese | 15/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Errori o eccezioni | 8% | Mensile |
| First Time Right | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 25.308 € da tempo operativo recuperato e attese ridotte, 14.200 € da rilavorazioni, difetti o eccezioni evitate e 13.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 52.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 25.308 € |
| Rilavorazioni, difetti o eccezioni evitate | 14.200 € |
| Ritardi, reclami o rischi operativi ridotti | 13.200 € |
| Saving finale misurato | 52.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 6 gg. Il processo Material planning è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AutomobilisticoRiduzione stress logistico nel sequenziamentoNel processo Sequenziamento materiali JIT, il caso studio “Riduzione stress logistico nel sequenziamento” nasce in uno stabilimento automotive con flussi JIT e controlli di fine linea. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Attività senza backup owner, è passato dal 39% al 14%; il saving finale misurato è stato di 162.800 €.Processo: Sequenziamento materiali JITDurata: 10 settimaneSaving finale: 162.800 €-67% Attività senza backup ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sequenziamento materiali JIT in uno stabilimento automotive con flussi JIT e controlli di fine linea. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Attività senza backup owner, dal 39% al 14%, con un saving annuo difendibile di 162.800 €.
La storia del progetto
Il processo Sequenziamento materiali JIT operava in uno stabilimento automotive con flussi JIT e controlli di fine linea e coinvolgeva linea, logistica interna, qualità e manutenzione. Il volume era di circa 13.880 pezzi l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Attività senza backup owner ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione stress logistico nel sequenziamento”, misurando il flusso reale del processo Sequenziamento materiali JIT e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 162.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento automotive con flussi JIT e controlli di fine linea, nel processo Sequenziamento materiali JIT. Il flusso gestiva circa 13.880 pezzi l’anno e il segnale più evidente era Attività senza backup owner pari al 39% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità cliente e pianificazione linea. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sequenziamento materiali JIT, il cliente del processo (cliente OEM, qualità cliente e pianificazione linea) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità cliente e pianificazione linea |
| KPI principale | Attività senza backup owner |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Attività senza backup owner, partiva dal 39%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Attività senza backup owner | 39% | 14% | -67% |
| Blocchi per handoff | 26/mese | 11/mese | -62% |
| Recovery time | 20 h | 9 h | -61% |
| Standard alternativi disponibili | 44% | 83% | +39 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Stress test processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Backup owner | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Scenario planning | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Recovery standard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Attività senza backup owner è stato portato al 14% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Attività senza backup owner | 14% | Settimanale |
| Blocchi per handoff | 11/mese | Mensile |
| Recovery time | 9 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 78.162 € da tempo operativo recuperato e attese ridotte, 44.000 € da rilavorazioni, difetti o eccezioni evitate e 40.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 162.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 78.162 € |
| Rilavorazioni, difetti o eccezioni evitate | 44.000 € |
| Ritardi, reclami o rischi operativi ridotti | 40.600 € |
| Saving finale misurato | 162.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Attività senza backup owner, passato dal 39% al 14%. Il processo Sequenziamento materiali JIT è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Procure to PayRiduzione tempi approvazione richieste acquistoNel processo Purchase request approval, il caso studio “Riduzione tempi approvazione richieste acquisto” nasce in un processo transazionale Procure to Pay con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 13 gg a 7 gg; il saving finale misurato è stato di 65.700 €.Processo: Purchase request approvalDurata: 12 settimaneSaving finale: 65.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Purchase request approval in un processo transazionale Procure to Pay con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 7 gg, con un saving annuo difendibile di 65.700 €.
La storia del progetto
Il processo Purchase request approval operava in un processo transazionale Procure to Pay con più funzioni coinvolte e coinvolgeva richieste acquisto, ordini, ricezioni e three-way match. Il volume era di circa 12.960 fatture l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi approvazione richieste acquisto”, misurando il flusso reale del processo Purchase request approval e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 65.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Procure to Pay con più funzioni coinvolte, nel processo Purchase request approval. Il flusso gestiva circa 12.960 fatture l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da richiedente interno, buyer, magazzino, AP e fornitore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Purchase request approval, il cliente del processo (richiedente interno, buyer, magazzino, AP e fornitore) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | richiedente interno, buyer, magazzino, AP e fornitore |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 13 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 7 gg | -50% |
| Attese tra fasi | 39 h | 17 h | -58% |
| Pratiche oltre SLA | 30% | 11% | -66% |
| Solleciti manuali | 45/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.540 € da tempo operativo recuperato e attese ridotte, 17.700 € da rilavorazioni, difetti o eccezioni evitate e 16.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 65.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.540 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.700 € |
| Ritardi, reclami o rischi operativi ridotti | 16.500 € |
| Saving finale misurato | 65.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 13 gg a 7 gg. Il processo Purchase request approval è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Legno – ArredamentoRiduzione tempi assemblaggio arrediNel processo Assemblaggio mobili, il caso studio “Riduzione tempi assemblaggio arredi” nasce in un’azienda di arredamento con produzione su distinta. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 102.600 €.Processo: Assemblaggio mobiliDurata: 15 settimaneSaving finale: 102.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Assemblaggio mobili in un’azienda di arredamento con produzione su distinta. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 102.600 €.
La storia del progetto
Il processo Assemblaggio mobili operava in un’azienda di arredamento con produzione su distinta e coinvolgeva ingegneria prodotto, verniciatura e assemblaggio. Il volume era di circa 15.860 commesse l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi assemblaggio arredi”, misurando il flusso reale del processo Assemblaggio mobili e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 102.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di arredamento con produzione su distinta, nel processo Assemblaggio mobili. Il flusso gestiva circa 15.860 commesse l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail/contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Assemblaggio mobili, il cliente del processo (cliente retail/contract, progettazione e produzione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail/contract, progettazione e produzione |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.266 € da tempo operativo recuperato e attese ridotte, 27.700 € da rilavorazioni, difetti o eccezioni evitate e 25.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 102.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.266 € |
| Rilavorazioni, difetti o eccezioni evitate | 27.700 € |
| Ritardi, reclami o rischi operativi ridotti | 25.600 € |
| Saving finale misurato | 102.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 18 gg a 6 gg. Il processo Assemblaggio mobili è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Lean Manufacturing, VSM e SMEDRiduzione tempi cambio formato con SMEDNel processo Cambio formato su linea automatica, il caso studio “Riduzione tempi cambio formato con SMED” nasce in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 6 h a 3 h; il saving finale misurato è stato di 85.500 €.Processo: Cambio formato su linea automaticaDurata: 12 settimaneSaving finale: 85.500 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cambio formato su linea automatica in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 6 h a 3 h, con un saving annuo difendibile di 85.500 €.
La storia del progetto
Il processo Cambio formato su linea automatica operava in uno stabilimento manifatturiero con flussi produttivi multi-prodotto e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 29.120 pratiche l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi cambio formato con SMED”, misurando il flusso reale del processo Cambio formato su linea automatica e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con flussi produttivi multi-prodotto, nel processo Cambio formato su linea automatica. Il flusso gestiva circa 29.120 pratiche l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 6 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cambio formato su linea automatica, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 6 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 6 h | 3 h | -55% |
| Cambi con checklist completa | 50% | 89% | +39 pt |
| Scarti post-riavvio | 9% | 4% | -63% |
| Fermi per materiali non pronti | 23% | 8% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Analisi setup interno/esterno | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Checklist cambio formato | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Standard work setup | Ridurre prove e scarti post-cambio |
| Review cambio turno | Time observation | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 3 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 3 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 4% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.034 € da tempo operativo recuperato e attese ridotte, 23.100 € da rilavorazioni, difetti o eccezioni evitate e 21.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.034 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.100 € |
| Ritardi, reclami o rischi operativi ridotti | 21.400 € |
| Saving finale misurato | 85.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 6 h a 3 h. Il processo Cambio formato su linea automatica è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · MeccanicaRiduzione tempi cambio utensileNel processo Cambio utensile, il caso studio “Riduzione tempi cambio utensile” nasce in un’officina meccanica con celle CNC e flussi multi-prodotto. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 116.100 €.Processo: Cambio utensileDurata: 10 settimaneSaving finale: 116.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cambio utensile in un’officina meccanica con celle CNC e flussi multi-prodotto. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 116.100 €.
La storia del progetto
Il processo Cambio utensile operava in un’officina meccanica con celle CNC e flussi multi-prodotto e coinvolgeva tornitura, attrezzaggio, controllo e pianificazione. Il volume era di circa 15.680 ordini l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi cambio utensile”, misurando il flusso reale del processo Cambio utensile e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 116.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’officina meccanica con celle CNC e flussi multi-prodotto, nel processo Cambio utensile. Il flusso gestiva circa 15.680 ordini l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cambio utensile, il cliente del processo (cliente industriale, qualità e pianificazione produzione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione produzione |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 55.734 € da tempo operativo recuperato e attese ridotte, 31.300 € da rilavorazioni, difetti o eccezioni evitate e 29.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 116.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 55.734 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.300 € |
| Ritardi, reclami o rischi operativi ridotti | 29.100 € |
| Saving finale misurato | 116.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Cambio utensile è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Record to ReportRiduzione tempi chiusura mensileNel processo Month-end closing, il caso studio “Riduzione tempi chiusura mensile” nasce in un processo transazionale Record to Report con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 61.600 €.Processo: Month-end closingDurata: 11 settimaneSaving finale: 61.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Month-end closing in un processo transazionale Record to Report con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 61.600 €.
La storia del progetto
Il processo Month-end closing operava in un processo transazionale Record to Report con più funzioni coinvolte e coinvolgeva closing, journal entry e riconciliazioni. Il volume era di circa 12.660 scritture l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi chiusura mensile”, misurando il flusso reale del processo Month-end closing e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 61.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Record to Report con più funzioni coinvolte, nel processo Month-end closing. Il flusso gestiva circa 12.660 scritture l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controller, accounting e revisori. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Month-end closing, il cliente del processo (CFO, controller, accounting e revisori) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controller, accounting e revisori |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 29.564 € da tempo operativo recuperato e attese ridotte, 16.600 € da rilavorazioni, difetti o eccezioni evitate e 15.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 61.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 29.564 € |
| Rilavorazioni, difetti o eccezioni evitate | 16.600 € |
| Ritardi, reclami o rischi operativi ridotti | 15.400 € |
| Saving finale misurato | 61.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 18 gg a 6 gg. Il processo Month-end closing è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Non conformità e reclamiRiduzione tempi chiusura reclami clienteNel processo Complaint handling, il caso studio “Riduzione tempi chiusura reclami cliente” nasce in un sistema qualità strutturato nell’area Non conformità e reclami. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Reclami ricorrenti, è passato dal 27% al 10%; il saving finale misurato è stato di 111.500 €.Processo: Complaint handlingDurata: 9 settimaneSaving finale: 111.500 €-65% Reclami ricorrentiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Complaint handling in un sistema qualità strutturato nell’area Non conformità e reclami. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Reclami ricorrenti, dal 27% al 10%, con un saving annuo difendibile di 111.500 €.
La storia del progetto
Il processo Complaint handling operava in un sistema qualità strutturato nell’area Non conformità e reclami e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.330 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Reclami ricorrenti risultava pari al 27%. Il team ha quindi trattato “Riduzione tempi chiusura reclami cliente” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 111.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Non conformità e reclami, nel processo Complaint handling. Il flusso gestiva circa 7.330 pratiche qualità l’anno e il segnale più evidente era Reclami ricorrenti pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione tempi chiusura reclami cliente” è stato collegato al processo Complaint handling, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Reclami ricorrenti |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Reclami ricorrenti partiva dal 27% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Reclami ricorrenti | 27% | 10% | -65% |
| Tempo risposta cliente | 75 h | 35 h | -53% |
| Casi riaperti | 19% | 7% | -67% |
| Soddisfazione cliente | 60% | 82% | +22 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | VOC/CTQ | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Pareto reclami | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Root cause analysis | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Loop di feedback | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Reclami ricorrenti è stato portato al 10% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Reclami ricorrenti | 10% | Settimanale |
| Tempo risposta cliente | 35 h | Mensile |
| Casi riaperti | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.504 € da tempo operativo recuperato e attese ridotte, 30.100 € da rilavorazioni, difetti o eccezioni evitate e 27.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 111.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.504 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.100 € |
| Ritardi, reclami o rischi operativi ridotti | 27.900 € |
| Saving finale misurato | 111.500 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Reclami ricorrenti, passato dal 27% al 10%. Il processo Complaint handling ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Manifatturiero · Lavorazione MarmoRiduzione tempi ciclo di taglioNel processo Taglio marmo, il caso studio “Riduzione tempi ciclo di taglio” nasce in un laboratorio industriale di lavorazione marmo. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 14 gg a 8 gg; il saving finale misurato è stato di 76.700 €.Processo: Taglio marmoDurata: 12 settimaneSaving finale: 76.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Taglio marmo in un laboratorio industriale di lavorazione marmo. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 8 gg, con un saving annuo difendibile di 76.700 €.
La storia del progetto
Il processo Taglio marmo operava in un laboratorio industriale di lavorazione marmo e coinvolgeva movimentazione, taglio e ottimizzazione resa. Il volume era di circa 14.640 lastre l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi ciclo di taglio”, misurando il flusso reale del processo Taglio marmo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 76.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un laboratorio industriale di lavorazione marmo, nel processo Taglio marmo. Il flusso gestiva circa 14.640 lastre l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente contract, progettazione e produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Taglio marmo, il cliente del processo (cliente contract, progettazione e produzione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente contract, progettazione e produzione |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 8 gg | -50% |
| Attese tra fasi | 40 h | 18 h | -58% |
| Pratiche oltre SLA | 31% | 12% | -66% |
| Solleciti manuali | 46/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 8 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 36.834 € da tempo operativo recuperato e attese ridotte, 20.700 € da rilavorazioni, difetti o eccezioni evitate e 19.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 76.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 36.834 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.700 € |
| Ritardi, reclami o rischi operativi ridotti | 19.200 € |
| Saving finale misurato | 76.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 8 gg. Il processo Taglio marmo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Issue to ResolutionRiduzione tempi comunicazione stato al clienteNel processo Customer status update, il caso studio “Riduzione tempi comunicazione stato al cliente” nasce in un processo transazionale Issue to Resolution con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 16 gg a 5 gg; il saving finale misurato è stato di 117.700 €.Processo: Customer status updateDurata: 12 settimaneSaving finale: 117.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Customer status update in un processo transazionale Issue to Resolution con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 5 gg, con un saving annuo difendibile di 117.700 €.
La storia del progetto
Il processo Customer status update operava in un processo transazionale Issue to Resolution con più funzioni coinvolte e coinvolgeva ticket, escalation, knowledge base e aggiornamenti cliente. Il volume era di circa 13.920 issue l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi comunicazione stato al cliente”, misurando il flusso reale del processo Customer status update e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 117.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Issue to Resolution con più funzioni coinvolte, nel processo Customer status update. Il flusso gestiva circa 13.920 issue l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, primo livello, secondo livello e service owner. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Customer status update, il cliente del processo (cliente, primo livello, secondo livello e service owner) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, primo livello, secondo livello e service owner |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 5 gg | -50% |
| Errori o eccezioni | 27% | 7% | -67% |
| First Time Right | 67% | 90% | +27 pt |
| Solleciti manuali | 45/mese | 17/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Customer journey | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | SLA management | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Visual management | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Review settimanale | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 5 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 5 gg | Settimanale |
| Errori o eccezioni | 7% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.506 € da tempo operativo recuperato e attese ridotte, 31.800 € da rilavorazioni, difetti o eccezioni evitate e 29.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 117.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.506 € |
| Rilavorazioni, difetti o eccezioni evitate | 31.800 € |
| Ritardi, reclami o rischi operativi ridotti | 29.400 € |
| Saving finale misurato | 117.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 5 gg. Il processo Customer status update è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Lead to OrderRiduzione tempi configurazione offertaNel processo Configure price quote, il caso studio “Riduzione tempi configurazione offerta” nasce in un processo transazionale Lead to Order con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 15 gg a 6 gg; il saving finale misurato è stato di 85.800 €.Processo: Configure price quoteDurata: 9 settimaneSaving finale: 85.800 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Configure price quote in un processo transazionale Lead to Order con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 15 gg a 6 gg, con un saving annuo difendibile di 85.800 €.
La storia del progetto
Il processo Configure price quote operava in un processo transazionale Lead to Order con più funzioni coinvolte e coinvolgeva lead routing, configurazione offerta, pricing e approvazioni. Il volume era di circa 13.260 opportunità l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi configurazione offerta”, misurando il flusso reale del processo Configure price quote e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Lead to Order con più funzioni coinvolte, nel processo Configure price quote. Il flusso gestiva circa 13.260 opportunità l’anno e il segnale più evidente era Lead time medio pari a 15 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sales, presales, pricing e finance. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Configure price quote, il cliente del processo (cliente, sales, presales, pricing e finance) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sales, presales, pricing e finance |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 15 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 15 gg | 6 gg | -50% |
| Attese tra fasi | 41 h | 19 h | -58% |
| Pratiche oltre SLA | 32% | 10% | -66% |
| Solleciti manuali | 47/mese | 21/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 19 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.192 € da tempo operativo recuperato e attese ridotte, 23.200 € da rilavorazioni, difetti o eccezioni evitate e 21.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.192 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.200 € |
| Ritardi, reclami o rischi operativi ridotti | 21.400 € |
| Saving finale misurato | 85.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 15 gg a 6 gg. Il processo Configure price quote è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Smart Factory, MES e IIoTRiduzione tempi decisione produzione con dashboard real timeNel processo Control room produzione e KPI live, il caso studio “Riduzione tempi decisione produzione con dashboard real time” nasce in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 175.100 €.Processo: Control room produzione e KPI liveDurata: 14 settimaneSaving finale: 175.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Control room produzione e KPI live in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 175.100 €.
La storia del progetto
Il processo Control room produzione e KPI live operava in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.520 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Lead time medio era pari a 12 gg: per questo il progetto “Riduzione tempi decisione produzione con dashboard real time” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 175.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT, nel processo Control room produzione e KPI live. Il flusso gestiva circa 18.520 eventi digitali l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Control room produzione e KPI live e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Lead time medio |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Lead time medio partiva da 12 gg, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Real-time dashboard | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | KPI tree | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Control room routine | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Exception alert | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Lead time medio è stato portato a 6 gg e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 84.032 € da tempo operativo recuperato e attese ridotte, 47.300 € da rilavorazioni, difetti o eccezioni evitate e 43.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 175.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 84.032 € |
| Rilavorazioni, difetti o eccezioni evitate | 47.300 € |
| Ritardi, reclami o rischi operativi ridotti | 43.800 € |
| Saving finale misurato | 175.100 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Lead time medio è passato da 12 gg a 6 gg; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Control room produzione e KPI live.
DMAIC · Servizi · SanitarioRiduzione tempi di accettazione pazientiNel processo Accettazione e triage amministrativo, il caso studio “Riduzione tempi di accettazione pazienti” nasce in una struttura sanitaria con attività ambulatoriali e di laboratorio. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 14 gg a 8 gg; il saving finale misurato è stato di 57.300 €.Processo: Accettazione e triage amministrativoDurata: 12 settimaneSaving finale: 57.300 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Accettazione e triage amministrativo in una struttura sanitaria con attività ambulatoriali e di laboratorio. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 14 gg a 8 gg, con un saving annuo difendibile di 57.300 €.
La storia del progetto
Il processo Accettazione e triage amministrativo operava in una struttura sanitaria con attività ambulatoriali e di laboratorio e coinvolgeva accettazione, refertazione e agenda pazienti. Il volume era di circa 1.660 accessi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di accettazione pazienti”, misurando il flusso reale del processo Accettazione e triage amministrativo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 57.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura sanitaria con attività ambulatoriali e di laboratorio, nel processo Accettazione e triage amministrativo. Il flusso gestiva circa 1.660 accessi l’anno e il segnale più evidente era Lead time medio pari a 14 gg in baseline. |
| Cliente | Il cliente del processo era costituito da paziente, medico, accettazione e laboratorio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Accettazione e triage amministrativo, il cliente del processo (paziente, medico, accettazione e laboratorio) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente, medico, accettazione e laboratorio |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 14 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 14 gg | 8 gg | -50% |
| Attese tra fasi | 40 h | 18 h | -58% |
| Pratiche oltre SLA | 31% | 12% | -66% |
| Solleciti manuali | 46/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 8 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 8 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 27.489 € da tempo operativo recuperato e attese ridotte, 15.500 € da rilavorazioni, difetti o eccezioni evitate e 14.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 57.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 27.489 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.500 € |
| Ritardi, reclami o rischi operativi ridotti | 14.300 € |
| Saving finale misurato | 57.300 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 14 gg a 8 gg. Il processo Accettazione e triage amministrativo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Project Management · Avvio e business caseRiduzione tempi di approvazione progettoNel processo Stage gate di avvio, il caso studio “Riduzione tempi di approvazione progetto” nasce in un’organizzazione con progetti complessi nell’area Avvio e business case. Prima del progetto, lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 144.100 €.Processo: Stage gate di avvioDurata: 8 settimaneSaving finale: 144.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Stage gate di avvio in un’organizzazione con progetti complessi nell’area Avvio e business case. La criticità iniziale era chiara: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 144.100 €.
La storia del progetto
Il processo Stage gate di avvio operava in un’organizzazione con progetti complessi nell’area Avvio e business case e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 199 milestone l’anno. La criticità era concreta: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale.
Il progetto è stato aperto quando Lead time medio ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione tempi di approvazione progetto”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 144.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Avvio e business case, nel processo Stage gate di avvio. Il flusso gestiva circa 199 milestone l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione tempi di approvazione progetto” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Stage gate di avvio.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Lead time medio |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Lead time medio era pari a 16 gg e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Value Stream Mapping | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Standard Work | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Kanban operativo | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Dashboard SLA | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Lead time medio è stato portato a 7 gg e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 69.168 € da tempo operativo recuperato e attese ridotte, 38.900 € da rilavorazioni, difetti o eccezioni evitate e 36.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 144.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 69.168 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.900 € |
| Ritardi, reclami o rischi operativi ridotti | 36.000 € |
| Saving finale misurato | 144.100 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Lead time medio, passato da 16 gg a 7 gg. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Servizi · ConsulenzaRiduzione tempi di avvio progettoNel processo Kick-off e setup commessa, il caso studio “Riduzione tempi di avvio progetto” nasce in una società di consulenza con clienti enterprise. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 9 h a 2 h; il saving finale misurato è stato di 46.500 €.Processo: Kick-off e setup commessaDurata: 11 settimaneSaving finale: 46.500 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Kick-off e setup commessa in una società di consulenza con clienti enterprise. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 9 h a 2 h, con un saving annuo difendibile di 46.500 €.
La storia del progetto
Il processo Kick-off e setup commessa operava in una società di consulenza con clienti enterprise e coinvolgeva delivery consulenziale e PMO interno. Il volume era di circa 1.590 deliverable l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di avvio progetto”, misurando il flusso reale del processo Kick-off e setup commessa e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 46.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una società di consulenza con clienti enterprise, nel processo Kick-off e setup commessa. Il flusso gestiva circa 1.590 deliverable l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 9 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente sponsor, consulente responsabile e partner di commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Kick-off e setup commessa, il cliente del processo (cliente sponsor, consulente responsabile e partner di commessa) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente sponsor, consulente responsabile e partner di commessa |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 9 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 9 h | 2 h | -55% |
| Cambi con checklist completa | 53% | 89% | +39 pt |
| Scarti post-riavvio | 12% | 3% | -63% |
| Fermi per materiali non pronti | 26% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 22.308 € da tempo operativo recuperato e attese ridotte, 12.600 € da rilavorazioni, difetti o eccezioni evitate e 11.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 46.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 22.308 € |
| Rilavorazioni, difetti o eccezioni evitate | 12.600 € |
| Ritardi, reclami o rischi operativi ridotti | 11.600 € |
| Saving finale misurato | 46.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 9 h a 2 h. Il processo Kick-off e setup commessa è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · BiomedicaleRiduzione tempi di batch record reviewNel processo Revisione documentazione lotto, il caso studio “Riduzione tempi di batch record review” nasce in un produttore biomedicale con processi regolati e tracciati. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Batch record con errori documentali, è passato dal 19% al 7%; il saving finale misurato è stato di 68.500 €.Processo: Revisione documentazione lottoDurata: 14 settimaneSaving finale: 68.500 €-67% Batch record con errori documentaliLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Revisione documentazione lotto in un produttore biomedicale con processi regolati e tracciati. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Batch record con errori documentali, dal 19% al 7%, con un saving annuo difendibile di 68.500 €.
La storia del progetto
Il processo Revisione documentazione lotto operava in un produttore biomedicale con processi regolati e tracciati e coinvolgeva produzione, QA, QC e documentazione lotto. Il volume era di circa 12.040 lotti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Batch record con errori documentali ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di batch record review”, misurando il flusso reale del processo Revisione documentazione lotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 68.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore biomedicale con processi regolati e tracciati, nel processo Revisione documentazione lotto. Il flusso gestiva circa 12.040 lotti l’anno e il segnale più evidente era Batch record con errori documentali pari al 19% in baseline. |
| Cliente | Il cliente del processo era costituito da paziente finale, QA, regulatory e cliente distributore. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Revisione documentazione lotto, il cliente del processo (paziente finale, QA, regulatory e cliente distributore) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | paziente finale, QA, regulatory e cliente distributore |
| KPI principale | Batch record con errori documentali |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Batch record con errori documentali, partiva dal 19%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Batch record con errori documentali | 19% | 7% | -67% |
| Lead time review batch record | 13 gg | 7 gg | -50% |
| Correzioni post-review | 25% | 9% | -67% |
| Right first time documentale | 68% | 92% | +24 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Batch record con errori documentali è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Batch record con errori documentali | 7% | Settimanale |
| Lead time review batch record | 7 gg | Mensile |
| Correzioni post-review | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.886 € da tempo operativo recuperato e attese ridotte, 18.500 € da rilavorazioni, difetti o eccezioni evitate e 17.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 68.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.886 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.500 € |
| Ritardi, reclami o rischi operativi ridotti | 17.100 € |
| Saving finale misurato | 68.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Batch record con errori documentali, passato dal 19% al 7%. Il processo Revisione documentazione lotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AlimentareRiduzione tempi di cambio formato lineaNel processo Setup linea alimentare, il caso studio “Riduzione tempi di cambio formato linea” nasce in uno stabilimento alimentare con linee multi-formato. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 9 h a 2 h; il saving finale misurato è stato di 143.500 €.Processo: Setup linea alimentareDurata: 12 settimaneSaving finale: 143.500 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Setup linea alimentare in uno stabilimento alimentare con linee multi-formato. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 9 h a 2 h, con un saving annuo difendibile di 143.500 €.
La storia del progetto
Il processo Setup linea alimentare operava in uno stabilimento alimentare con linee multi-formato e coinvolgeva produzione, qualità, manutenzione e sanificazione. Il volume era di circa 11.520 lotti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di cambio formato linea”, misurando il flusso reale del processo Setup linea alimentare e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 143.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento alimentare con linee multi-formato, nel processo Setup linea alimentare. Il flusso gestiva circa 11.520 lotti l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 9 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente retail, qualità interna e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Setup linea alimentare, il cliente del processo (cliente retail, qualità interna e pianificazione produzione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente retail, qualità interna e pianificazione produzione |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 9 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 9 h | 2 h | -55% |
| Cambi con checklist completa | 53% | 89% | +39 pt |
| Scarti post-riavvio | 12% | 3% | -63% |
| Fermi per materiali non pronti | 26% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 68.880 € da tempo operativo recuperato e attese ridotte, 38.700 € da rilavorazioni, difetti o eccezioni evitate e 35.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 143.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 68.880 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.700 € |
| Ritardi, reclami o rischi operativi ridotti | 35.900 € |
| Saving finale misurato | 143.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 9 h a 2 h. Il processo Setup linea alimentare è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Carta e tissueRiduzione tempi di cambio formato tissueNel processo Cambio formato, il caso studio “Riduzione tempi di cambio formato tissue” nasce in uno stabilimento carta e tissue con produzione continua. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 9 h a 2 h; il saving finale misurato è stato di 78.200 €.Processo: Cambio formatoDurata: 10 settimaneSaving finale: 78.200 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cambio formato in uno stabilimento carta e tissue con produzione continua. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 9 h a 2 h, con un saving annuo difendibile di 78.200 €.
La storia del progetto
Il processo Cambio formato operava in uno stabilimento carta e tissue con produzione continua e coinvolgeva produzione continua, manutenzione e qualità. Il volume era di circa 13.000 bobine l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di cambio formato tissue”, misurando il flusso reale del processo Cambio formato e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 78.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento carta e tissue con produzione continua, nel processo Cambio formato. Il flusso gestiva circa 13.000 bobine l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 9 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente converter o GDO, qualità e pianificazione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cambio formato, il cliente del processo (cliente converter o GDO, qualità e pianificazione) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente converter o GDO, qualità e pianificazione |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 9 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 9 h | 2 h | -55% |
| Cambi con checklist completa | 53% | 89% | +39 pt |
| Scarti post-riavvio | 12% | 3% | -63% |
| Fermi per materiali non pronti | 26% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.548 € da tempo operativo recuperato e attese ridotte, 21.100 € da rilavorazioni, difetti o eccezioni evitate e 19.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 78.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.548 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.100 € |
| Ritardi, reclami o rischi operativi ridotti | 19.600 € |
| Saving finale misurato | 78.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 9 h a 2 h. Il processo Cambio formato è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Amministrazione & FinanceRiduzione tempi di chiusura contabileNel processo Closing mensile, il caso studio “Riduzione tempi di chiusura contabile” nasce in una direzione Amministrazione & Finance multi-società. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 54.400 €.Processo: Closing mensileDurata: 8 settimaneSaving finale: 54.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Closing mensile in una direzione Amministrazione & Finance multi-società. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 54.400 €.
La storia del progetto
Il processo Closing mensile operava in una direzione Amministrazione & Finance multi-società e coinvolgeva accounts payable, closing, credito e riconciliazioni. Il volume era di circa 4.695 registrazioni l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di chiusura contabile”, misurando il flusso reale del processo Closing mensile e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 54.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una direzione Amministrazione & Finance multi-società, nel processo Closing mensile. Il flusso gestiva circa 4.695 registrazioni l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da CFO, controllo di gestione, fornitori e clienti interni. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Closing mensile, il cliente del processo (CFO, controllo di gestione, fornitori e clienti interni) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | CFO, controllo di gestione, fornitori e clienti interni |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 12 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 26.100 € da tempo operativo recuperato e attese ridotte, 14.700 € da rilavorazioni, difetti o eccezioni evitate e 13.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 54.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 26.100 € |
| Rilavorazioni, difetti o eccezioni evitate | 14.700 € |
| Ritardi, reclami o rischi operativi ridotti | 13.600 € |
| Saving finale misurato | 54.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 12 gg a 6 gg. Il processo Closing mensile è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · Information TechnologyRiduzione tempi di incident resolutionNel processo Incident management, il caso studio “Riduzione tempi di incident resolution” nasce in una struttura IT che supporta applicazioni business critical. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Ticket riaperti o ripetitivi, è passato dal 28% al 11%; il saving finale misurato è stato di 58.900 €.Processo: Incident managementDurata: 12 settimaneSaving finale: 58.900 €-61% Ticket riaperti o ripetitiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Incident management in una struttura IT che supporta applicazioni business critical. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Ticket riaperti o ripetitivi, dal 28% al 11%, con un saving annuo difendibile di 58.900 €.
La storia del progetto
Il processo Incident management operava in una struttura IT che supporta applicazioni business critical e coinvolgeva service desk, sviluppo e change management. Il volume era di circa 1.705 ticket l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Ticket riaperti o ripetitivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di incident resolution”, misurando il flusso reale del processo Incident management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 58.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura IT che supporta applicazioni business critical, nel processo Incident management. Il flusso gestiva circa 1.705 ticket l’anno e il segnale più evidente era Ticket riaperti o ripetitivi pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, service owner e team applicativo. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Incident management, il cliente del processo (utente business, service owner e team applicativo) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, service owner e team applicativo |
| KPI principale | Ticket riaperti o ripetitivi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Ticket riaperti o ripetitivi, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Ticket riaperti o ripetitivi | 28% | 11% | -61% |
| Tempo medio risoluzione | 42 h | 19 h | -55% |
| Escalation non necessarie | 24% | 9% | -63% |
| Soluzioni da knowledge base | 22% | 49% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Customer journey | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | SLA management | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Visual management | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Review settimanale | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Ticket riaperti o ripetitivi è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Ticket riaperti o ripetitivi | 11% | Settimanale |
| Tempo medio risoluzione | 19 h | Mensile |
| Escalation non necessarie | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 28.281 € da tempo operativo recuperato e attese ridotte, 15.900 € da rilavorazioni, difetti o eccezioni evitate e 14.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 58.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 28.281 € |
| Rilavorazioni, difetti o eccezioni evitate | 15.900 € |
| Ritardi, reclami o rischi operativi ridotti | 14.700 € |
| Saving finale misurato | 58.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Ticket riaperti o ripetitivi, passato dal 28% al 11%. Il processo Incident management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · TrasportiRiduzione tempi di pianificazione corseNel processo Pianificazione trasporti, il caso studio “Riduzione tempi di pianificazione corse” nasce in un’azienda di trasporto con deposito mezzi e pianificazione corse. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 15 gg a 6 gg; il saving finale misurato è stato di 71.500 €.Processo: Pianificazione trasportiDurata: 9 settimaneSaving finale: 71.500 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione trasporti in un’azienda di trasporto con deposito mezzi e pianificazione corse. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 15 gg a 6 gg, con un saving annuo difendibile di 71.500 €.
La storia del progetto
Il processo Pianificazione trasporti operava in un’azienda di trasporto con deposito mezzi e pianificazione corse e coinvolgeva sala operativa, deposito e piazzale. Il volume era di circa 1.890 corse l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di pianificazione corse”, misurando il flusso reale del processo Pianificazione trasporti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 71.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di trasporto con deposito mezzi e pianificazione corse, nel processo Pianificazione trasporti. Il flusso gestiva circa 1.890 corse l’anno e il segnale più evidente era Lead time medio pari a 15 gg in baseline. |
| Cliente | Il cliente del processo era costituito da passeggero/cliente, planner, autista e responsabile esercizio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pianificazione trasporti, il cliente del processo (passeggero/cliente, planner, autista e responsabile esercizio) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | passeggero/cliente, planner, autista e responsabile esercizio |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 15 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 15 gg | 6 gg | -50% |
| Attese tra fasi | 41 h | 19 h | -58% |
| Pratiche oltre SLA | 32% | 10% | -66% |
| Solleciti manuali | 47/mese | 21/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 19 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.320 € da tempo operativo recuperato e attese ridotte, 19.300 € da rilavorazioni, difetti o eccezioni evitate e 17.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 71.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.320 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.300 € |
| Ritardi, reclami o rischi operativi ridotti | 17.900 € |
| Saving finale misurato | 71.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 15 gg a 6 gg. Il processo Pianificazione trasporti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettricoRiduzione tempi di picking componentiNel processo Preparazione kit componenti, il caso studio “Riduzione tempi di picking componenti” nasce in un produttore di quadri e componenti elettrici su commessa. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Errori picking/etichettatura, è passato dal 21% al 6%; il saving finale misurato è stato di 110.000 €.Processo: Preparazione kit componentiDurata: 13 settimaneSaving finale: 110.000 €-68% Errori picking/etichettaturaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Preparazione kit componenti in un produttore di quadri e componenti elettrici su commessa. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Errori picking/etichettatura, dal 21% al 6%, con un saving annuo difendibile di 110.000 €.
La storia del progetto
Il processo Preparazione kit componenti operava in un produttore di quadri e componenti elettrici su commessa e coinvolgeva cablaggio, collaudo e preparazione kit. Il volume era di circa 13.780 quadri l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Errori picking/etichettatura ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di picking componenti”, misurando il flusso reale del processo Preparazione kit componenti e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 110.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di quadri e componenti elettrici su commessa, nel processo Preparazione kit componenti. Il flusso gestiva circa 13.780 quadri l’anno e il segnale più evidente era Errori picking/etichettatura pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, collaudo e project manager commessa. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Preparazione kit componenti, il cliente del processo (cliente industriale, collaudo e project manager commessa) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, collaudo e project manager commessa |
| KPI principale | Errori picking/etichettatura |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori picking/etichettatura, partiva dal 21%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori picking/etichettatura | 21% | 6% | -68% |
| Spedizioni oltre cut-off | 29% | 10% | -63% |
| Colli tracciati end-to-end | 70% | 96% | +26 pt |
| Tempo correzione eccezioni | 10 h | 3 h | -63% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dati ordine/materiale incompleti prima del prelievo | 34% |
| Priorità di magazzino cambiate senza regola visibile | 24% |
| Controllo finale concentrato troppo a valle | 18% |
| Eccezioni gestite da persone esperte ma non standardizzate | 14% |
| Tracciamento resi o colli non uniforme tra sistemi | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori picking/etichettatura è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori picking/etichettatura | 6% | Settimanale |
| Spedizioni oltre cut-off | 10% | Mensile |
| Colli tracciati end-to-end | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 52.794 € da tempo operativo recuperato e attese ridotte, 29.700 € da rilavorazioni, difetti o eccezioni evitate e 27.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 110.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 52.794 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.700 € |
| Ritardi, reclami o rischi operativi ridotti | 27.500 € |
| Saving finale misurato | 110.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori picking/etichettatura, passato dal 21% al 6%. Il processo Preparazione kit componenti è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · CosmeticoRiduzione tempi di sanificazione lineaNel processo Sanificazione e cambio prodotto, il caso studio “Riduzione tempi di sanificazione linea” nasce in un’azienda cosmetica con cambi prodotto frequenti. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 6 h a 3 h; il saving finale misurato è stato di 113.500 €.Processo: Sanificazione e cambio prodottoDurata: 12 settimaneSaving finale: 113.500 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sanificazione e cambio prodotto in un’azienda cosmetica con cambi prodotto frequenti. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 6 h a 3 h, con un saving annuo difendibile di 113.500 €.
La storia del progetto
Il processo Sanificazione e cambio prodotto operava in un’azienda cosmetica con cambi prodotto frequenti e coinvolgeva riempimento, etichettatura, sanificazione e qualità. Il volume era di circa 13.520 lotti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi di sanificazione linea”, misurando il flusso reale del processo Sanificazione e cambio prodotto e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 113.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda cosmetica con cambi prodotto frequenti, nel processo Sanificazione e cambio prodotto. Il flusso gestiva circa 13.520 lotti l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 6 h in baseline. |
| Cliente | Il cliente del processo era costituito da brand owner, qualità e pianificazione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sanificazione e cambio prodotto, il cliente del processo (brand owner, qualità e pianificazione commerciale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | brand owner, qualità e pianificazione commerciale |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 6 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 6 h | 3 h | -55% |
| Cambi con checklist completa | 50% | 89% | +39 pt |
| Scarti post-riavvio | 9% | 4% | -63% |
| Fermi per materiali non pronti | 23% | 8% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 3 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 3 h | Settimanale |
| Cambi con checklist completa | 89% | Mensile |
| Scarti post-riavvio | 4% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 54.474 € da tempo operativo recuperato e attese ridotte, 30.600 € da rilavorazioni, difetti o eccezioni evitate e 28.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 113.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 54.474 € |
| Rilavorazioni, difetti o eccezioni evitate | 30.600 € |
| Ritardi, reclami o rischi operativi ridotti | 28.400 € |
| Saving finale misurato | 113.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 6 h a 3 h. Il processo Sanificazione e cambio prodotto è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità fornitoriRiduzione tempi gestione claim fornitoriNel processo Supplier claim management, il caso studio “Riduzione tempi gestione claim fornitori” nasce in un sistema qualità strutturato nell’area Qualità fornitori. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Lead time medio, è passato da 13 gg a 7 gg; il saving finale misurato è stato di 118.600 €.Processo: Supplier claim managementDurata: 11 settimaneSaving finale: 118.600 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Supplier claim management in un sistema qualità strutturato nell’area Qualità fornitori. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 7 gg, con un saving annuo difendibile di 118.600 €.
La storia del progetto
Il processo Supplier claim management operava in un sistema qualità strutturato nell’area Qualità fornitori e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.640 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Lead time medio risultava pari a 13 gg. Il team ha quindi trattato “Riduzione tempi gestione claim fornitori” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 118.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità fornitori, nel processo Supplier claim management. Il flusso gestiva circa 7.640 pratiche qualità l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione tempi gestione claim fornitori” è stato collegato al processo Supplier claim management, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Lead time medio |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Lead time medio partiva da 13 gg e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 7 gg | -50% |
| Attese tra fasi | 39 h | 17 h | -58% |
| Pratiche oltre SLA | 30% | 11% | -66% |
| Solleciti manuali | 45/mese | 19/mese | -59% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Value Stream Mapping | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Standard Work | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Kanban operativo | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Dashboard SLA | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Lead time medio è stato portato a 7 gg e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 56.936 € da tempo operativo recuperato e attese ridotte, 32.000 € da rilavorazioni, difetti o eccezioni evitate e 29.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 118.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 56.936 € |
| Rilavorazioni, difetti o eccezioni evitate | 32.000 € |
| Ritardi, reclami o rischi operativi ridotti | 29.700 € |
| Saving finale misurato | 118.600 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Lead time medio, passato da 13 gg a 7 gg. Il processo Supplier claim management ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · After marketRiduzione tempi gestione ricambiNel processo Gestione ricambi, il caso studio “Riduzione tempi gestione ricambi” nasce in una funzione aziendale di After market. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 42.100 €.Processo: Gestione ricambiDurata: 11 settimaneSaving finale: 42.100 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione ricambi in una funzione aziendale di After market. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 42.100 €.
La storia del progetto
Il processo Gestione ricambi operava in una funzione aziendale di After market e coinvolgeva garanzia, ricambi e pianificazione interventi. Il volume era di circa 4.420 richieste l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi gestione ricambi”, misurando il flusso reale del processo Gestione ricambi e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 42.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di After market, nel processo Gestione ricambi. Il flusso gestiva circa 4.420 richieste l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da cliente installato, tecnico, service manager e magazzino ricambi. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione ricambi, il cliente del processo (cliente installato, tecnico, service manager e magazzino ricambi) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente installato, tecnico, service manager e magazzino ricambi |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 12 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 20.196 € da tempo operativo recuperato e attese ridotte, 11.400 € da rilavorazioni, difetti o eccezioni evitate e 10.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 42.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 20.196 € |
| Rilavorazioni, difetti o eccezioni evitate | 11.400 € |
| Ritardi, reclami o rischi operativi ridotti | 10.500 € |
| Saving finale misurato | 42.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 12 gg a 6 gg. Il processo Gestione ricambi è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Hire to RetireRiduzione tempi gestione variazioni contrattualiNel processo HR administration workflow, il caso studio “Riduzione tempi gestione variazioni contrattuali” nasce in un processo transazionale Hire to Retire con più funzioni coinvolte. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 18 gg a 6 gg; il saving finale misurato è stato di 79.200 €.Processo: HR administration workflowDurata: 13 settimaneSaving finale: 79.200 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo HR administration workflow in un processo transazionale Hire to Retire con più funzioni coinvolte. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 18 gg a 6 gg, con un saving annuo difendibile di 79.200 €.
La storia del progetto
Il processo HR administration workflow operava in un processo transazionale Hire to Retire con più funzioni coinvolte e coinvolgeva anagrafiche, variazioni contrattuali e richieste documenti. Il volume era di circa 13.080 pratiche HR l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi gestione variazioni contrattuali”, misurando il flusso reale del processo HR administration workflow e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 79.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Hire to Retire con più funzioni coinvolte, nel processo HR administration workflow. Il flusso gestiva circa 13.080 pratiche HR l’anno e il segnale più evidente era Lead time medio pari a 18 gg in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HR operations e payroll. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo HR administration workflow, il cliente del processo (dipendente, manager, HR operations e payroll) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HR operations e payroll |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 18 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 18 gg | 6 gg | -50% |
| Attese tra fasi | 44 h | 18 h | -58% |
| Pratiche oltre SLA | 35% | 10% | -66% |
| Solleciti manuali | 50/mese | 20/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 18 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 38.000 € da tempo operativo recuperato e attese ridotte, 21.400 € da rilavorazioni, difetti o eccezioni evitate e 19.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 79.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 38.000 € |
| Rilavorazioni, difetti o eccezioni evitate | 21.400 € |
| Ritardi, reclami o rischi operativi ridotti | 19.800 € |
| Saving finale misurato | 79.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 18 gg a 6 gg. Il processo HR administration workflow è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · MarketingRiduzione tempi lancio campagnaNel processo Campaign management, il caso studio “Riduzione tempi lancio campagna” nasce in una funzione aziendale di Marketing. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 15 gg a 6 gg; il saving finale misurato è stato di 97.400 €.Processo: Campaign managementDurata: 9 settimaneSaving finale: 97.400 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Campaign management in una funzione aziendale di Marketing. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 15 gg a 6 gg, con un saving annuo difendibile di 97.400 €.
La storia del progetto
Il processo Campaign management operava in una funzione aziendale di Marketing e coinvolgeva lead management, campagne, dati CRM e performance marketing. Il volume era di circa 5.385 lead l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi lancio campagna”, misurando il flusso reale del processo Campaign management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 97.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Marketing, nel processo Campaign management. Il flusso gestiva circa 5.385 lead l’anno e il segnale più evidente era Lead time medio pari a 15 gg in baseline. |
| Cliente | Il cliente del processo era costituito da sales, marketing manager e direzione commerciale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Campaign management, il cliente del processo (sales, marketing manager e direzione commerciale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sales, marketing manager e direzione commerciale |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 15 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 15 gg | 6 gg | -50% |
| Attese tra fasi | 41 h | 19 h | -58% |
| Pratiche oltre SLA | 32% | 10% | -66% |
| Solleciti manuali | 47/mese | 21/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 19 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.764 € da tempo operativo recuperato e attese ridotte, 26.300 € da rilavorazioni, difetti o eccezioni evitate e 24.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 97.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.764 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.300 € |
| Ritardi, reclami o rischi operativi ridotti | 24.300 € |
| Saving finale misurato | 97.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 15 gg a 6 gg. Il processo Campaign management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Risorse umaneRiduzione tempi onboarding neoassuntiNel processo Onboarding HR, il caso studio “Riduzione tempi onboarding neoassunti” nasce in una funzione Risorse Umane con processi amministrativi e operativi. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 16 gg a 7 gg; il saving finale misurato è stato di 90.700 €.Processo: Onboarding HRDurata: 11 settimaneSaving finale: 90.700 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Onboarding HR in una funzione Risorse Umane con processi amministrativi e operativi. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 16 gg a 7 gg, con un saving annuo difendibile di 90.700 €.
La storia del progetto
Il processo Onboarding HR operava in una funzione Risorse Umane con processi amministrativi e operativi e coinvolgeva onboarding, payroll, recruiting e service request. Il volume era di circa 6.145 richieste l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi onboarding neoassunti”, misurando il flusso reale del processo Onboarding HR e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 90.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione Risorse Umane con processi amministrativi e operativi, nel processo Onboarding HR. Il flusso gestiva circa 6.145 richieste l’anno e il segnale più evidente era Lead time medio pari a 16 gg in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HRBP e amministrazione personale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Onboarding HR, il cliente del processo (dipendente, manager, HRBP e amministrazione personale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HRBP e amministrazione personale |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 16 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 16 gg | 7 gg | -50% |
| Attese tra fasi | 42 h | 16 h | -58% |
| Pratiche oltre SLA | 33% | 11% | -66% |
| Solleciti manuali | 48/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 43.524 € da tempo operativo recuperato e attese ridotte, 24.500 € da rilavorazioni, difetti o eccezioni evitate e 22.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 90.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 43.524 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.500 € |
| Ritardi, reclami o rischi operativi ridotti | 22.700 € |
| Saving finale misurato | 90.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 16 gg a 7 gg. Il processo Onboarding HR è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Customer serviceRiduzione tempi prima rispostaNel processo Gestione richieste cliente, il caso studio “Riduzione tempi prima risposta” nasce in un customer service multicanale con portale e primo livello. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Richieste oltre SLA risposta, è passato dal 38% al 13%; il saving finale misurato è stato di 77.400 €.Processo: Gestione richieste clienteDurata: 11 settimaneSaving finale: 77.400 €-62% Richieste oltre SLA rispostaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione richieste cliente in un customer service multicanale con portale e primo livello. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Richieste oltre SLA risposta, dal 38% al 13%, con un saving annuo difendibile di 77.400 €.
La storia del progetto
Il processo Gestione richieste cliente operava in un customer service multicanale con portale e primo livello e coinvolgeva ticket, escalation, knowledge base e SLA. Il volume era di circa 5.040 ticket l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Richieste oltre SLA risposta ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi prima risposta”, misurando il flusso reale del processo Gestione richieste cliente e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 77.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un customer service multicanale con portale e primo livello, nel processo Gestione richieste cliente. Il flusso gestiva circa 5.040 ticket l’anno e il segnale più evidente era Richieste oltre SLA risposta pari al 38% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, agente customer care e secondo livello. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Gestione richieste cliente, il cliente del processo (cliente finale, agente customer care e secondo livello) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, agente customer care e secondo livello |
| KPI principale | Richieste oltre SLA risposta |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste oltre SLA risposta, partiva dal 38%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste oltre SLA risposta | 38% | 13% | -62% |
| Tempo medio prima risposta | 38 h | 16 h | -60% |
| Ticket riaperti | 21% | 6% | -65% |
| Risoluzione al primo contatto | 58% | 78% | +24 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste oltre SLA risposta è stato portato al 13% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste oltre SLA risposta | 13% | Settimanale |
| Tempo medio prima risposta | 16 h | Mensile |
| Ticket riaperti | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 37.152 € da tempo operativo recuperato e attese ridotte, 20.900 € da rilavorazioni, difetti o eccezioni evitate e 19.300 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 77.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 37.152 € |
| Rilavorazioni, difetti o eccezioni evitate | 20.900 € |
| Ritardi, reclami o rischi operativi ridotti | 19.300 € |
| Saving finale misurato | 77.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste oltre SLA risposta, passato dal 38% al 13%. Il processo Gestione richieste cliente è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Ricerca e sviluppoRiduzione tempi prototipazioneNel processo Sviluppo prototipo, il caso studio “Riduzione tempi prototipazione” nasce in una funzione aziendale di Ricerca e sviluppo. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 12 gg a 6 gg; il saving finale misurato è stato di 92.000 €.Processo: Sviluppo prototipoDurata: 10 settimaneSaving finale: 92.000 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Sviluppo prototipo in una funzione aziendale di Ricerca e sviluppo. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 12 gg a 6 gg, con un saving annuo difendibile di 92.000 €.
La storia del progetto
Il processo Sviluppo prototipo operava in una funzione aziendale di Ricerca e sviluppo e coinvolgeva sperimentazione, validazione e handover a operations. Il volume era di circa 6.030 prove l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi prototipazione”, misurando il flusso reale del processo Sviluppo prototipo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 92.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Ricerca e sviluppo, nel processo Sviluppo prototipo. Il flusso gestiva circa 6.030 prove l’anno e il segnale più evidente era Lead time medio pari a 12 gg in baseline. |
| Cliente | Il cliente del processo era costituito da product manager, engineering, operations e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Sviluppo prototipo, il cliente del processo (product manager, engineering, operations e cliente finale) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | product manager, engineering, operations e cliente finale |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 12 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 12 gg | 6 gg | -50% |
| Attese tra fasi | 38 h | 16 h | -58% |
| Pratiche oltre SLA | 29% | 10% | -66% |
| Solleciti manuali | 44/mese | 18/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 6 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 6 gg | Settimanale |
| Attese tra fasi | 16 h | Mensile |
| Pratiche oltre SLA | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 44.172 € da tempo operativo recuperato e attese ridotte, 24.800 € da rilavorazioni, difetti o eccezioni evitate e 23.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 92.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 44.172 € |
| Rilavorazioni, difetti o eccezioni evitate | 24.800 € |
| Ritardi, reclami o rischi operativi ridotti | 23.000 € |
| Saving finale misurato | 92.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 12 gg a 6 gg. Il processo Sviluppo prototipo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · IdraulicaRiduzione tempi setup CNCNel processo Lavorazione meccanica CNC, il caso studio “Riduzione tempi setup CNC” nasce in un produttore di valvole e raccordi con lavorazioni CNC. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 5 h a 2 h; il saving finale misurato è stato di 69.900 €.Processo: Lavorazione meccanica CNCDurata: 11 settimaneSaving finale: 69.900 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Lavorazione meccanica CNC in un produttore di valvole e raccordi con lavorazioni CNC. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 5 h a 2 h, con un saving annuo difendibile di 69.900 €.
La storia del progetto
Il processo Lavorazione meccanica CNC operava in un produttore di valvole e raccordi con lavorazioni CNC e coinvolgeva lavorazione, finitura, collaudo e qualità. Il volume era di circa 14.380 pezzi l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi setup CNC”, misurando il flusso reale del processo Lavorazione meccanica CNC e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 69.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un produttore di valvole e raccordi con lavorazioni CNC, nel processo Lavorazione meccanica CNC. Il flusso gestiva circa 14.380 pezzi l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 5 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e logistica. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Lavorazione meccanica CNC, il cliente del processo (cliente industriale, qualità e logistica) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e logistica |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 5 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 5 h | 2 h | -55% |
| Cambi con checklist completa | 49% | 88% | +39 pt |
| Scarti post-riavvio | 8% | 3% | -63% |
| Fermi per materiali non pronti | 22% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 88% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 33.558 € da tempo operativo recuperato e attese ridotte, 18.900 € da rilavorazioni, difetti o eccezioni evitate e 17.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 69.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 33.558 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.900 € |
| Ritardi, reclami o rischi operativi ridotti | 17.400 € |
| Saving finale misurato | 69.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 5 h a 2 h. Il processo Lavorazione meccanica CNC è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · ElettrodomesticiRiduzione tempi setup pressaNel processo Stampaggio lamiera, il caso studio “Riduzione tempi setup pressa” nasce in uno stabilimento di elettrodomestici con assemblaggio e fine linea. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Tempo medio cambio formato/setup, è passato da 7 h a 2 h; il saving finale misurato è stato di 110.600 €.Processo: Stampaggio lamieraDurata: 14 settimaneSaving finale: 110.600 €-55% Tempo medio cambio formato/setupLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Stampaggio lamiera in uno stabilimento di elettrodomestici con assemblaggio e fine linea. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Tempo medio cambio formato/setup, da 7 h a 2 h, con un saving annuo difendibile di 110.600 €.
La storia del progetto
Il processo Stampaggio lamiera operava in uno stabilimento di elettrodomestici con assemblaggio e fine linea e coinvolgeva pressa, linea, controllo qualità e after sales. Il volume era di circa 13.600 prodotti l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Tempo medio cambio formato/setup ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione tempi setup pressa”, misurando il flusso reale del processo Stampaggio lamiera e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 110.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento di elettrodomestici con assemblaggio e fine linea, nel processo Stampaggio lamiera. Il flusso gestiva circa 13.600 prodotti l’anno e il segnale più evidente era Tempo medio cambio formato/setup pari a 7 h in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, qualità cliente e assistenza garanzia. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Stampaggio lamiera, il cliente del processo (cliente finale, qualità cliente e assistenza garanzia) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, qualità cliente e assistenza garanzia |
| KPI principale | Tempo medio cambio formato/setup |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Tempo medio cambio formato/setup, partiva da 7 h; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Tempo medio cambio formato/setup | 7 h | 2 h | -55% |
| Cambi con checklist completa | 51% | 90% | +39 pt |
| Scarti post-riavvio | 10% | 3% | -63% |
| Fermi per materiali non pronti | 24% | 7% | -68% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Value Stream Mapping | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Standard Work | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Kanban operativo | Ridurre prove e scarti post-cambio |
| Review cambio turno | Dashboard SLA | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Tempo medio cambio formato/setup è stato portato a 2 h e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Tempo medio cambio formato/setup | 2 h | Settimanale |
| Cambi con checklist completa | 90% | Mensile |
| Scarti post-riavvio | 3% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 53.088 € da tempo operativo recuperato e attese ridotte, 29.900 € da rilavorazioni, difetti o eccezioni evitate e 27.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 110.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 53.088 € |
| Rilavorazioni, difetti o eccezioni evitate | 29.900 € |
| Ritardi, reclami o rischi operativi ridotti | 27.600 € |
| Saving finale misurato | 110.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Tempo medio cambio formato/setup, passato da 7 h a 2 h. Il processo Stampaggio lamiera è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Ricerca e sviluppoRiduzione test failure ricorrentiNel processo Testing R&D, il caso studio “Riduzione test failure ricorrenti” nasce in una funzione aziendale di Ricerca e sviluppo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Errori / difetti sul flusso, è passato dal 23% al 7%; il saving finale misurato è stato di 85.500 €.Processo: Testing R&DDurata: 11 settimaneSaving finale: 85.500 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Testing R&D in una funzione aziendale di Ricerca e sviluppo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 23% al 7%, con un saving annuo difendibile di 85.500 €.
La storia del progetto
Il processo Testing R&D operava in una funzione aziendale di Ricerca e sviluppo e coinvolgeva sperimentazione, validazione e handover a operations. Il volume era di circa 6.190 prove l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Errori / difetti sul flusso ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione test failure ricorrenti”, misurando il flusso reale del processo Testing R&D e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 85.500 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Ricerca e sviluppo, nel processo Testing R&D. Il flusso gestiva circa 6.190 prove l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 23% in baseline. |
| Cliente | Il cliente del processo era costituito da product manager, engineering, operations e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Testing R&D, il cliente del processo (product manager, engineering, operations e cliente finale) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | product manager, engineering, operations e cliente finale |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Errori / difetti sul flusso, partiva dal 23%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 23% | 7% | -70% |
| Rilavorazioni | 27% | 8% | -67% |
| First Time Right | 66% | 90% | +27 pt |
| Controlli tardivi | 34% | 11% | -64% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Ishikawa | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | 5 Why | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control plan | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Quality gate | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Errori / difetti sul flusso è stato portato al 7% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 8% | Mensile |
| First Time Right | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 41.040 € da tempo operativo recuperato e attese ridotte, 23.100 € da rilavorazioni, difetti o eccezioni evitate e 21.400 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 85.500 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 41.040 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.100 € |
| Ritardi, reclami o rischi operativi ridotti | 21.400 € |
| Saving finale misurato | 85.500 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Errori / difetti sul flusso, passato dal 23% al 7%. Il processo Testing R&D è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Ricerca e sviluppoRiduzione test non conclusiviNel processo Validazione sperimentale, il caso studio “Riduzione test non conclusivi” nasce in una funzione aziendale di Ricerca e sviluppo. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Test non conclusivi, è passato dal 34% al 15%; il saving finale misurato è stato di 98.200 €.Processo: Validazione sperimentaleDurata: 8 settimaneSaving finale: 98.200 €-59% Test non conclusiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Validazione sperimentale in una funzione aziendale di Ricerca e sviluppo. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Test non conclusivi, dal 34% al 15%, con un saving annuo difendibile di 98.200 €.
La storia del progetto
Il processo Validazione sperimentale operava in una funzione aziendale di Ricerca e sviluppo e coinvolgeva sperimentazione, validazione e handover a operations. Il volume era di circa 6.510 prove l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Test non conclusivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione test non conclusivi”, misurando il flusso reale del processo Validazione sperimentale e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 98.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Ricerca e sviluppo, nel processo Validazione sperimentale. Il flusso gestiva circa 6.510 prove l’anno e il segnale più evidente era Test non conclusivi pari al 34% in baseline. |
| Cliente | Il cliente del processo era costituito da product manager, engineering, operations e cliente finale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Validazione sperimentale, il cliente del processo (product manager, engineering, operations e cliente finale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | product manager, engineering, operations e cliente finale |
| KPI principale | Test non conclusivi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Test non conclusivi, partiva dal 34%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Test non conclusivi | 34% | 15% | -59% |
| Decisioni senza criteri | 43% | 18% | -61% |
| Tempo decisione go/no-go | 21 gg | 10 gg | -58% |
| Evidenze riutilizzabili | 48% | 80% | +32 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Design of experiments leggero | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Decision log | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Criteri go/no-go | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review evidenze | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Test non conclusivi è stato portato al 15% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Test non conclusivi | 15% | Settimanale |
| Decisioni senza criteri | 18% | Mensile |
| Tempo decisione go/no-go | 10 gg | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 47.124 € da tempo operativo recuperato e attese ridotte, 26.500 € da rilavorazioni, difetti o eccezioni evitate e 24.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 98.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 47.124 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.500 € |
| Ritardi, reclami o rischi operativi ridotti | 24.600 € |
| Saving finale misurato | 98.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Test non conclusivi, passato dal 34% al 15%. Il processo Validazione sperimentale è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Processi Transazionali · Issue to ResolutionRiduzione ticket riaperti dopo chiusuraNel processo Issue resolution workflow, il caso studio “Riduzione ticket riaperti dopo chiusura” nasce in un processo transazionale Issue to Resolution con più funzioni coinvolte. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Ticket riaperti o ripetitivi, è passato dal 28% al 11%; il saving finale misurato è stato di 82.200 €.Processo: Issue resolution workflowDurata: 9 settimaneSaving finale: 82.200 €-61% Ticket riaperti o ripetitiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Issue resolution workflow in un processo transazionale Issue to Resolution con più funzioni coinvolte. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Ticket riaperti o ripetitivi, dal 28% al 11%, con un saving annuo difendibile di 82.200 €.
La storia del progetto
Il processo Issue resolution workflow operava in un processo transazionale Issue to Resolution con più funzioni coinvolte e coinvolgeva ticket, escalation, knowledge base e aggiornamenti cliente. Il volume era di circa 13.200 issue l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Ticket riaperti o ripetitivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ticket riaperti dopo chiusura”, misurando il flusso reale del processo Issue resolution workflow e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.200 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un processo transazionale Issue to Resolution con più funzioni coinvolte, nel processo Issue resolution workflow. Il flusso gestiva circa 13.200 issue l’anno e il segnale più evidente era Ticket riaperti o ripetitivi pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, primo livello, secondo livello e service owner. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Issue resolution workflow, il cliente del processo (cliente, primo livello, secondo livello e service owner) e il risultato da ottenere: output corretto al primo passaggio, con meno rilavorazioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, primo livello, secondo livello e service owner |
| KPI principale | Ticket riaperti o ripetitivi |
| Output atteso | output corretto al primo passaggio, con meno rilavorazioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Ticket riaperti o ripetitivi, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Ticket riaperti o ripetitivi | 28% | 11% | -61% |
| Tempo medio risoluzione | 42 h | 19 h | -55% |
| Escalation non necessarie | 24% | 9% | -63% |
| Soluzioni da knowledge base | 22% | 49% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Ishikawa | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | 5 Why | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Control plan | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Quality gate | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Ticket riaperti o ripetitivi è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Ticket riaperti o ripetitivi | 11% | Settimanale |
| Tempo medio risoluzione | 19 h | Mensile |
| Escalation non necessarie | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.444 € da tempo operativo recuperato e attese ridotte, 22.200 € da rilavorazioni, difetti o eccezioni evitate e 20.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.200 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.444 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.200 € |
| Ritardi, reclami o rischi operativi ridotti | 20.600 € |
| Saving finale misurato | 82.200 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Ticket riaperti o ripetitivi, passato dal 28% al 11%. Il processo Issue resolution workflow è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Customer serviceRiduzione ticket ricorrentiNel processo Customer care, il caso studio “Riduzione ticket ricorrenti” nasce in un customer service multicanale con portale e primo livello. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Richieste oltre SLA risposta, è passato dal 36% al 13%; il saving finale misurato è stato di 82.600 €.Processo: Customer careDurata: 10 settimaneSaving finale: 82.600 €-62% Richieste oltre SLA rispostaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Customer care in un customer service multicanale con portale e primo livello. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Richieste oltre SLA risposta, dal 36% al 13%, con un saving annuo difendibile di 82.600 €.
La storia del progetto
Il processo Customer care operava in un customer service multicanale con portale e primo livello e coinvolgeva ticket, escalation, knowledge base e SLA. Il volume era di circa 4.880 ticket l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Richieste oltre SLA risposta ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ticket ricorrenti”, misurando il flusso reale del processo Customer care e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un customer service multicanale con portale e primo livello, nel processo Customer care. Il flusso gestiva circa 4.880 ticket l’anno e il segnale più evidente era Richieste oltre SLA risposta pari al 36% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente finale, agente customer care e secondo livello. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Customer care, il cliente del processo (cliente finale, agente customer care e secondo livello) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente finale, agente customer care e secondo livello |
| KPI principale | Richieste oltre SLA risposta |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Richieste oltre SLA risposta, partiva dal 36%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Richieste oltre SLA risposta | 36% | 13% | -62% |
| Tempo medio prima risposta | 34 h | 14 h | -60% |
| Ticket riaperti | 19% | 6% | -65% |
| Risoluzione al primo contatto | 56% | 80% | +24 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Value Stream Mapping | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Standard Work | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Kanban operativo | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Dashboard SLA | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Richieste oltre SLA risposta è stato portato al 13% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Richieste oltre SLA risposta | 13% | Settimanale |
| Tempo medio prima risposta | 14 h | Mensile |
| Ticket riaperti | 6% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.636 € da tempo operativo recuperato e attese ridotte, 22.300 € da rilavorazioni, difetti o eccezioni evitate e 20.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.636 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.300 € |
| Ritardi, reclami o rischi operativi ridotti | 20.700 € |
| Saving finale misurato | 82.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Richieste oltre SLA risposta, passato dal 36% al 13%. Il processo Customer care è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · Information TechnologyRiduzione ticket ripetitivi applicativiNel processo Service desk applicativo, il caso studio “Riduzione ticket ripetitivi applicativi” nasce in una struttura IT che supporta applicazioni business critical. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Ticket riaperti o ripetitivi, è passato dal 31% al 12%; il saving finale misurato è stato di 50.100 €.Processo: Service desk applicativoDurata: 11 settimaneSaving finale: 50.100 €-61% Ticket riaperti o ripetitiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Service desk applicativo in una struttura IT che supporta applicazioni business critical. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Ticket riaperti o ripetitivi, dal 31% al 12%, con un saving annuo difendibile di 50.100 €.
La storia del progetto
Il processo Service desk applicativo operava in una struttura IT che supporta applicazioni business critical e coinvolgeva service desk, sviluppo e change management. Il volume era di circa 1.545 ticket l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Ticket riaperti o ripetitivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ticket ripetitivi applicativi”, misurando il flusso reale del processo Service desk applicativo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 50.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura IT che supporta applicazioni business critical, nel processo Service desk applicativo. Il flusso gestiva circa 1.545 ticket l’anno e il segnale più evidente era Ticket riaperti o ripetitivi pari al 31% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, service owner e team applicativo. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Service desk applicativo, il cliente del processo (utente business, service owner e team applicativo) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, service owner e team applicativo |
| KPI principale | Ticket riaperti o ripetitivi |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Ticket riaperti o ripetitivi, partiva dal 31%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Ticket riaperti o ripetitivi | 31% | 12% | -61% |
| Tempo medio risoluzione | 48 h | 22 h | -55% |
| Escalation non necessarie | 27% | 10% | -63% |
| Soluzioni da knowledge base | 25% | 52% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Value Stream Mapping | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Standard Work | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Kanban operativo | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Dashboard SLA | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Ticket riaperti o ripetitivi è stato portato al 12% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Ticket riaperti o ripetitivi | 12% | Settimanale |
| Tempo medio risoluzione | 22 h | Mensile |
| Escalation non necessarie | 10% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 24.057 € da tempo operativo recuperato e attese ridotte, 13.500 € da rilavorazioni, difetti o eccezioni evitate e 12.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 50.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 24.057 € |
| Rilavorazioni, difetti o eccezioni evitate | 13.500 € |
| Ritardi, reclami o rischi operativi ridotti | 12.500 € |
| Saving finale misurato | 50.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Ticket riaperti o ripetitivi, passato dal 31% al 12%. Il processo Service desk applicativo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · ICTRiduzione ticket ripetitivi interniNel processo Service desk ICT, il caso studio “Riduzione ticket ripetitivi interni” nasce in una funzione ICT interna a servizio di più business unit. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Ticket riaperti o ripetitivi, è passato dal 28% al 11%; il saving finale misurato è stato di 52.700 €.Processo: Service desk ICTDurata: 8 settimaneSaving finale: 52.700 €-61% Ticket riaperti o ripetitiviLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Service desk ICT in una funzione ICT interna a servizio di più business unit. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Ticket riaperti o ripetitivi, dal 28% al 11%, con un saving annuo difendibile di 52.700 €.
La storia del progetto
Il processo Service desk ICT operava in una funzione ICT interna a servizio di più business unit e coinvolgeva service desk, change, IAM e incident management. Il volume era di circa 4.650 ticket l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Ticket riaperti o ripetitivi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione ticket ripetitivi interni”, misurando il flusso reale del processo Service desk ICT e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 52.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione ICT interna a servizio di più business unit, nel processo Service desk ICT. Il flusso gestiva circa 4.650 ticket l’anno e il segnale più evidente era Ticket riaperti o ripetitivi pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da utente interno, service owner, security e business. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Service desk ICT, il cliente del processo (utente interno, service owner, security e business) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente interno, service owner, security e business |
| KPI principale | Ticket riaperti o ripetitivi |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Ticket riaperti o ripetitivi, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Ticket riaperti o ripetitivi | 28% | 11% | -61% |
| Tempo medio risoluzione | 42 h | 19 h | -55% |
| Escalation non necessarie | 24% | 9% | -63% |
| Soluzioni da knowledge base | 22% | 49% | +27 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Classificazione iniziale non abbastanza precisa | 34% |
| Knowledge base incompleta o non aggiornata | 24% |
| Escalation attivate senza criteri condivisi | 18% |
| Feedback cliente non ricondotto alla causa operativa | 14% |
| Chiusura ticket misurata più della qualità della risoluzione | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Albero di classificazione richiesta | Value Stream Mapping | Ridurre instradamenti errati e riaperture |
| Knowledge base aggiornata | Standard Work | Spostare casi ripetitivi verso risposte standard |
| Regole di escalation | Kanban operativo | Escalare solo quando è necessario e con dati completi |
| Feedback loop con owner processo | Dashboard SLA | Eliminare le cause che generano contatti ripetitivi |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Ticket riaperti o ripetitivi è stato portato al 11% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Ticket riaperti o ripetitivi | 11% | Settimanale |
| Tempo medio risoluzione | 19 h | Mensile |
| Escalation non necessarie | 9% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 25.308 € da tempo operativo recuperato e attese ridotte, 14.200 € da rilavorazioni, difetti o eccezioni evitate e 13.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 52.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 25.308 € |
| Rilavorazioni, difetti o eccezioni evitate | 14.200 € |
| Ritardi, reclami o rischi operativi ridotti | 13.200 € |
| Saving finale misurato | 52.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Ticket riaperti o ripetitivi, passato dal 28% al 11%. Il processo Service desk ICT è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Funzioni · Risorse umaneRiduzione time to hireNel processo Recruiting, il caso studio “Riduzione time to hire” nasce in una funzione Risorse Umane con processi amministrativi e operativi. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Lead time medio, è passato da 13 gg a 5 gg; il saving finale misurato è stato di 103.900 €.Processo: RecruitingDurata: 8 settimaneSaving finale: 103.900 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Recruiting in una funzione Risorse Umane con processi amministrativi e operativi. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 5 gg, con un saving annuo difendibile di 103.900 €.
La storia del progetto
Il processo Recruiting operava in una funzione Risorse Umane con processi amministrativi e operativi e coinvolgeva onboarding, payroll, recruiting e service request. Il volume era di circa 6.465 richieste l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione time to hire”, misurando il flusso reale del processo Recruiting e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 103.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione Risorse Umane con processi amministrativi e operativi, nel processo Recruiting. Il flusso gestiva circa 6.465 richieste l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da dipendente, manager, HRBP e amministrazione personale. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Recruiting, il cliente del processo (dipendente, manager, HRBP e amministrazione personale) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | dipendente, manager, HRBP e amministrazione personale |
| KPI principale | Lead time medio |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 13 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 5 gg | -50% |
| Errori o eccezioni | 24% | 7% | -67% |
| First Time Right | 64% | 91% | +27 pt |
| Solleciti manuali | 42/mese | 18/mese | -62% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Customer journey | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | SLA management | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Visual management | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Review settimanale | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 5 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 5 gg | Settimanale |
| Errori o eccezioni | 7% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 49.860 € da tempo operativo recuperato e attese ridotte, 28.100 € da rilavorazioni, difetti o eccezioni evitate e 25.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 103.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 49.860 € |
| Rilavorazioni, difetti o eccezioni evitate | 28.100 € |
| Ritardi, reclami o rischi operativi ridotti | 25.900 € |
| Saving finale misurato | 103.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 13 gg a 5 gg. Il processo Recruiting è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · Qualità prodotto e processoRiduzione variabilità dimensionale prodottoNel processo SPC e capability process, il caso studio “Riduzione variabilità dimensionale prodotto” nasce in un sistema qualità strutturato nell’area Qualità prodotto e processo. Prima del progetto, le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. Il KPI guida, Errori / difetti sul flusso, è passato dal 25% al 7%; il saving finale misurato è stato di 138.400 €.Processo: SPC e capability processDurata: 12 settimaneSaving finale: 138.400 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo SPC e capability process in un sistema qualità strutturato nell’area Qualità prodotto e processo. La criticità iniziale era chiara: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 25% al 7%, con un saving annuo difendibile di 138.400 €.
La storia del progetto
Il processo SPC e capability process operava in un sistema qualità strutturato nell’area Qualità prodotto e processo e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.730 pratiche qualità l’anno. La criticità era concreta: le azioni venivano chiuse formalmente, ma non sempre dimostravano di aver rimosso la causa del problema.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 25%. Il team ha quindi trattato “Riduzione variabilità dimensionale prodotto” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 138.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Qualità prodotto e processo, nel processo SPC e capability process. Il flusso gestiva circa 7.730 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 25% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione variabilità dimensionale prodotto” è stato collegato al processo SPC e capability process, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 25% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 25% | 7% | -70% |
| Rilavorazioni | 29% | 10% | -67% |
| First Time Right | 68% | 92% | +27 pt |
| Controlli tardivi | 36% | 13% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 7% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 10% | Mensile |
| First Time Right | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 66.440 € da tempo operativo recuperato e attese ridotte, 37.400 € da rilavorazioni, difetti o eccezioni evitate e 34.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 138.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 66.440 € |
| Rilavorazioni, difetti o eccezioni evitate | 37.400 € |
| Ritardi, reclami o rischi operativi ridotti | 34.600 € |
| Saving finale misurato | 138.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 25% al 7%. Il processo SPC e capability process ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Qualità · Sistema qualità e standardizzazioneRiduzione variabilità tra procedure operativeNel processo Standardizzazione SOP, il caso studio “Riduzione variabilità tra procedure operative” nasce in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, Errori / difetti sul flusso, è passato dal 21% al 7%; il saving finale misurato è stato di 88.400 €.Processo: Standardizzazione SOPDurata: 14 settimaneSaving finale: 88.400 €-70% Errori / difetti sul flussoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Standardizzazione SOP in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, Errori / difetti sul flusso, dal 21% al 7%, con un saving annuo difendibile di 88.400 €.
La storia del progetto
Il processo Standardizzazione SOP operava in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 7.650 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: Errori / difetti sul flusso risultava pari al 21%. Il team ha quindi trattato “Riduzione variabilità tra procedure operative” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area Sistema qualità e standardizzazione, nel processo Standardizzazione SOP. Il flusso gestiva circa 7.650 pratiche qualità l’anno e il segnale più evidente era Errori / difetti sul flusso pari al 21% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Riduzione variabilità tra procedure operative” è stato collegato al processo Standardizzazione SOP, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | Errori / difetti sul flusso |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI Errori / difetti sul flusso partiva dal 21% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Errori / difetti sul flusso | 21% | 7% | -70% |
| Rilavorazioni | 25% | 9% | -67% |
| First Time Right | 64% | 91% | +27 pt |
| Controlli tardivi | 32% | 12% | -64% |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Ishikawa | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | 5 Why | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Control plan | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | Quality gate | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI Errori / difetti sul flusso è stato portato al 7% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Errori / difetti sul flusso | 7% | Settimanale |
| Rilavorazioni | 9% | Mensile |
| First Time Right | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.416 € da tempo operativo recuperato e attese ridotte, 23.900 € da rilavorazioni, difetti o eccezioni evitate e 22.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.416 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.900 € |
| Ritardi, reclami o rischi operativi ridotti | 22.100 € |
| Saving finale misurato | 88.400 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI Errori / difetti sul flusso, passato dal 21% al 7%. Il processo Standardizzazione SOP ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
Project Management · Rischi e issue managementRiduzione varianti non governate con Change Control BoardNel processo Change control board, il caso studio “Riduzione varianti non governate con Change Control Board” nasce in un’organizzazione con progetti complessi nell’area Rischi e issue management. Prima del progetto, rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. Il KPI guida, Change request fuori controllo, è passato dal 34% al 10%; il saving finale misurato è stato di 82.800 €.Processo: Change control boardDurata: 12 settimaneSaving finale: 82.800 €-64% Change request fuori controlloLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Change control board in un’organizzazione con progetti complessi nell’area Rischi e issue management. La criticità iniziale era chiara: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano. L’intervento ha portato il KPI principale, Change request fuori controllo, dal 34% al 10%, con un saving annuo difendibile di 82.800 €.
La storia del progetto
Il processo Change control board operava in un’organizzazione con progetti complessi nell’area Rischi e issue management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 211 milestone l’anno. La criticità era concreta: rischi, issue e varianti venivano gestiti in ritardo, con impatti difficili da assorbire nel piano.
Il progetto è stato aperto quando Change request fuori controllo ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione varianti non governate con Change Control Board”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Rischi e issue management, nel processo Change control board. Il flusso gestiva circa 211 milestone l’anno e il segnale più evidente era Change request fuori controllo pari al 34% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione varianti non governate con Change Control Board” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Change control board.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | Change request fuori controllo |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI Change request fuori controllo era pari al 34% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Change request fuori controllo | 34% | 10% | -64% |
| Varianti senza impatto stimato | 48% | 14% | -67% |
| Scope creep | 28% | 7% | -68% |
| Tempo approvazione change | 15 gg | 4 gg | -56% |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Change control board | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Impact assessment | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | Scope baseline | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Approval workflow | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI Change request fuori controllo è stato portato al 10% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Change request fuori controllo | 10% | Settimanale |
| Varianti senza impatto stimato | 14% | Mensile |
| Scope creep | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.744 € da tempo operativo recuperato e attese ridotte, 22.400 € da rilavorazioni, difetti o eccezioni evitate e 20.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.744 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.400 € |
| Ritardi, reclami o rischi operativi ridotti | 20.700 € |
| Saving finale misurato | 82.800 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI Change request fuori controllo, passato dal 34% al 10%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
Project Management · Lean Project ManagementRiduzione varianti progetto con Lean Project ManagementNel processo Gestione scope e richieste cliente, il caso studio “Riduzione varianti progetto con Lean Project Management” nasce in un’organizzazione con progetti complessi nell’area Lean Project Management. Prima del progetto, lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. Il KPI guida, KPI critico fuori target, è passato dal 30% al 8%; il saving finale misurato è stato di 88.700 €.Processo: Gestione scope e richieste clienteDurata: 11 settimaneSaving finale: 88.700 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Gestione scope e richieste cliente in un’organizzazione con progetti complessi nell’area Lean Project Management. La criticità iniziale era chiara: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 30% al 8%, con un saving annuo difendibile di 88.700 €.
La storia del progetto
Il processo Gestione scope e richieste cliente operava in un’organizzazione con progetti complessi nell’area Lean Project Management e coinvolgeva governance progetto, PMO, sponsor e owner funzionali. Il volume era di circa 260 milestone l’anno. La criticità era concreta: lo scope iniziale, i benefici attesi e le responsabilità non erano abbastanza espliciti prima dell’avvio formale.
Il progetto è stato aperto quando KPI critico fuori target ha iniziato a indicare uno scostamento non più recuperabile con semplici riunioni di avanzamento. La discussione è stata riportata sul caso specifico “Riduzione varianti progetto con Lean Project Management”, separando i problemi di governance dalle urgenze operative del momento.
Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 88.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’organizzazione con progetti complessi nell’area Lean Project Management, nel processo Gestione scope e richieste cliente. Il flusso gestiva circa 260 milestone l’anno e il segnale più evidente era KPI critico fuori target pari al 30% in baseline. |
| Cliente | Il cliente del processo era costituito da sponsor, steering committee, utenti finali e funzioni coinvolte. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era migliorare la governance senza appesantire il progetto con report e riunioni aggiuntive. Le nuove regole dovevano aiutare lo sponsor e il team a decidere prima, non a documentare meglio i ritardi quando erano già avvenuti. |
| Scelta metodologica | È stato usato un approccio di Project Management: charter, baseline tempi-costi, gestione di rischi e issue, piano di recupero e controllo dei benefici. |
Chi, cosa, dove, quanto, perché, come
Avvio e allineamento
Il lavoro è partito da obiettivo, sponsor, vincoli e criteri di successo. Il caso “Riduzione varianti progetto con Lean Project Management” è stato tradotto in un perimetro chiaro, con responsabilità esplicite e un beneficio atteso collegato al processo Gestione scope e richieste cliente.
| Elemento | Definizione |
|---|---|
| Cliente del processo | sponsor, steering committee, utenti finali e funzioni coinvolte |
| KPI principale | KPI critico fuori target |
| Output atteso | piano governato con decisioni, rischi, milestone e benefici leggibili |
| Metodo | Project Management |
Baseline tempi-costi
La baseline ha ricostruito tempi, costi, carichi e punti di decisione. Il KPI KPI critico fuori target era pari al 30% e ha dato una misura oggettiva dello scostamento da governare.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 30% | 8% | -67% |
| Tempo reazione a deviazione | 58 h | 27 h | -54% |
| Azioni completate on-time | 64% | 90% | +30 pt |
| Stabilità del nuovo standard | 55% | 83% | +33 pt |
Analisi rischi e dipendenze
Il team ha analizzato dipendenze, decisioni sospese, vincoli di risorse e rischi non presidiati. L’obiettivo era capire dove il progetto perdeva controllo prima che lo scostamento diventasse visibile nel report finale.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Scope iniziale non tradotto in criteri di accettazione verificabili | 34% |
| Dipendenze tra workstream non rese visibili prima del gate | 24% |
| Decisioni registrate senza owner e data di chiusura | 18% |
| Change request valutate tardi rispetto a budget e milestone | 14% |
| Reporting focalizzato sullo stato dichiarato più che sull’evidenza completata | 10% |
Piano di recupero
Il piano di miglioramento ha introdotto decision log, responsabilità chiare, cadenze di governance e regole di escalation. Le azioni sono state concentrate sui punti che potevano ridurre davvero tempi, costi o varianti.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Project charter operativo | Project charter snello | Chiarire obiettivo, vincoli e criteri di successo prima del piano |
| RACI e decision log | Last Planner System | Ridurre decisioni sospese e responsabilità implicite |
| Cadenza steering essenziale | A3 project review | Portare in comitato solo decisioni con impatto e opzioni chiare |
| Benefit tracker | Obeya room | Collegare avanzamento, costi e benefici attesi |
Controllo benefici
Il controllo ha collegato avanzamento e benefici. Il KPI KPI critico fuori target è stato portato al 8% e il saving è stato monitorato con una logica difendibile in steering committee.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 27 h | Mensile |
| Azioni completate on-time | 90% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 42.576 € da tempo operativo recuperato e attese ridotte, 23.900 € da rilavorazioni, difetti o eccezioni evitate e 22.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 88.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 42.576 € |
| Rilavorazioni, difetti o eccezioni evitate | 23.900 € |
| Ritardi, reclami o rischi operativi ridotti | 22.200 € |
| Saving finale misurato | 88.700 € |
Benefici ottenuti
Il beneficio non è stato soltanto la variazione del KPI KPI critico fuori target, passato dal 30% al 8%. Il progetto ha reso più leggibili decisioni, responsabilità e rischi, riducendo la dipendenza da escalation tardive e recuperi informali.
DMAIC · Funzioni · PianificazioneRiduzione variazioni piano produzioneNel processo Pianificazione produzione, il caso studio “Riduzione variazioni piano produzione” nasce in una funzione aziendale di Pianificazione. Prima del progetto, il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. Il KPI guida, Lead time medio, è passato da 13 gg a 7 gg; il saving finale misurato è stato di 38.900 €.Processo: Pianificazione produzioneDurata: 10 settimaneSaving finale: 38.900 €-50% Lead time medioLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Pianificazione produzione in una funzione aziendale di Pianificazione. La criticità iniziale era chiara: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard. L’intervento ha portato il KPI principale, Lead time medio, da 13 gg a 7 gg, con un saving annuo difendibile di 38.900 €.
La storia del progetto
Il processo Pianificazione produzione operava in una funzione aziendale di Pianificazione e coinvolgeva forecast, piano produzione, stockout e bullwhip. Il volume era di circa 5.455 codici l’anno. La criticità era concreta: il flusso accumulava attese, passaggi manuali e priorità gestite fuori standard.
Il progetto è partito quando Lead time medio ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione variazioni piano produzione”, misurando il flusso reale del processo Pianificazione produzione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 38.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Pianificazione, nel processo Pianificazione produzione. Il flusso gestiva circa 5.455 codici l’anno e il segnale più evidente era Lead time medio pari a 13 gg in baseline. |
| Cliente | Il cliente del processo era costituito da produzione, vendite, acquisti e supply chain. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Pianificazione produzione, il cliente del processo (produzione, vendite, acquisti e supply chain) e il risultato da ottenere: flusso più rapido, con meno attese e meno solleciti manuali.
| Elemento | Definizione |
|---|---|
| Cliente del processo | produzione, vendite, acquisti e supply chain |
| KPI principale | Lead time medio |
| Output atteso | flusso più rapido, con meno attese e meno solleciti manuali |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Lead time medio, partiva da 13 gg; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Lead time medio | 13 gg | 7 gg | -50% |
| Attese tra fasi | 39 h | 17 h | -58% |
| Pratiche oltre SLA | 30% | 11% | -66% |
| Solleciti manuali | 45/mese | 19/mese | -59% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Value Stream Mapping | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Standard Work | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Kanban operativo | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard SLA | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Lead time medio è stato portato a 7 gg e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Lead time medio | 7 gg | Settimanale |
| Attese tra fasi | 17 h | Mensile |
| Pratiche oltre SLA | 11% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 18.684 € da tempo operativo recuperato e attese ridotte, 10.500 € da rilavorazioni, difetti o eccezioni evitate e 9.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 38.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 18.684 € |
| Rilavorazioni, difetti o eccezioni evitate | 10.500 € |
| Ritardi, reclami o rischi operativi ridotti | 9.700 € |
| Saving finale misurato | 38.900 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Lead time medio, passato da 13 gg a 7 gg. Il processo Pianificazione produzione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · TrasportiRiduzione viaggi a vuotoNel processo Ottimizzazione tratte, il caso studio “Riduzione viaggi a vuoto” nasce in un’azienda di trasporto con deposito mezzi e pianificazione corse. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Costo ricorrente del problema, è passato da 134 k€/anno a 72 k€/anno; il saving finale misurato è stato di 82.600 €.Processo: Ottimizzazione tratteDurata: 10 settimaneSaving finale: 82.600 €-48% Costo ricorrente del problemaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ottimizzazione tratte in un’azienda di trasporto con deposito mezzi e pianificazione corse. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Costo ricorrente del problema, da 134 k€/anno a 72 k€/anno, con un saving annuo difendibile di 82.600 €.
La storia del progetto
Il processo Ottimizzazione tratte operava in un’azienda di trasporto con deposito mezzi e pianificazione corse e coinvolgeva sala operativa, deposito e piazzale. Il volume era di circa 2.050 corse l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Costo ricorrente del problema ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione viaggi a vuoto”, misurando il flusso reale del processo Ottimizzazione tratte e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 82.600 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’azienda di trasporto con deposito mezzi e pianificazione corse, nel processo Ottimizzazione tratte. Il flusso gestiva circa 2.050 corse l’anno e il segnale più evidente era Costo ricorrente del problema pari a 134 k€/anno in baseline. |
| Cliente | Il cliente del processo era costituito da passeggero/cliente, planner, autista e responsabile esercizio. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Ottimizzazione tratte, il cliente del processo (passeggero/cliente, planner, autista e responsabile esercizio) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | passeggero/cliente, planner, autista e responsabile esercizio |
| KPI principale | Costo ricorrente del problema |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Costo ricorrente del problema, partiva da 134 k€/anno; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Costo ricorrente del problema | 134 k€/anno | 72 k€/anno | -48% |
| Eccezioni costose | 28% | 8% | -64% |
| Ore manuali assorbite | 530 h/anno | 257 h/anno | -55% |
| Controlli preventivi | 47% | 77% | +35 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Pareto costi | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Should cost | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Eliminazione sprechi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Controllo saving | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Costo ricorrente del problema è stato portato a 72 k€/anno e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Costo ricorrente del problema | 72 k€/anno | Settimanale |
| Eccezioni costose | 8% | Mensile |
| Ore manuali assorbite | 257 h/anno | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 39.633 € da tempo operativo recuperato e attese ridotte, 22.300 € da rilavorazioni, difetti o eccezioni evitate e 20.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 82.600 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 39.633 € |
| Rilavorazioni, difetti o eccezioni evitate | 22.300 € |
| Ritardi, reclami o rischi operativi ridotti | 20.700 € |
| Saving finale misurato | 82.600 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Costo ricorrente del problema, passato da 134 k€/anno a 72 k€/anno. Il processo Ottimizzazione tratte è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Servizi · Information TechnologyRiduzione vulnerabilità aperte oltre SLANel processo Vulnerability management, il caso studio “Riduzione vulnerabilità aperte oltre SLA” nasce in una struttura IT che supporta applicazioni business critical. Prima del progetto, il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. Il KPI guida, Casi a rischio non intercettati, è passato dal 18% al 5%; il saving finale misurato è stato di 72.700 €.Processo: Vulnerability managementDurata: 9 settimaneSaving finale: 72.700 €-70% Casi a rischio non intercettatiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Vulnerability management in una struttura IT che supporta applicazioni business critical. La criticità iniziale era chiara: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili. L’intervento ha portato il KPI principale, Casi a rischio non intercettati, dal 18% al 5%, con un saving annuo difendibile di 72.700 €.
La storia del progetto
Il processo Vulnerability management operava in una struttura IT che supporta applicazioni business critical e coinvolgeva service desk, sviluppo e change management. Il volume era di circa 2.025 ticket l’anno. La criticità era concreta: il rischio operativo veniva gestito con controlli non sempre tempestivi, completi o tracciabili.
Il progetto è partito quando Casi a rischio non intercettati ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione vulnerabilità aperte oltre SLA”, misurando il flusso reale del processo Vulnerability management e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 72.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una struttura IT che supporta applicazioni business critical, nel processo Vulnerability management. Il flusso gestiva circa 2.025 ticket l’anno e il segnale più evidente era Casi a rischio non intercettati pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da utente business, service owner e team applicativo. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Vulnerability management, il cliente del processo (utente business, service owner e team applicativo) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | utente business, service owner e team applicativo |
| KPI principale | Casi a rischio non intercettati |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Casi a rischio non intercettati, partiva dal 18%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Casi a rischio non intercettati | 18% | 5% | -70% |
| Controlli preventivi eseguiti | 57% | 88% | +31 pt |
| Escalation tardive | 22% | 7% | -68% |
| Tempo chiusura azioni rischio | 12 gg | 5 gg | -58% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | FMEA di processo | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Risk register operativo | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Control point preventivi | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Escalation matrix | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Casi a rischio non intercettati è stato portato al 5% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Casi a rischio non intercettati | 5% | Settimanale |
| Controlli preventivi eseguiti | 88% | Mensile |
| Escalation tardive | 7% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 34.881 € da tempo operativo recuperato e attese ridotte, 19.600 € da rilavorazioni, difetti o eccezioni evitate e 18.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 72.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 34.881 € |
| Rilavorazioni, difetti o eccezioni evitate | 19.600 € |
| Ritardi, reclami o rischi operativi ridotti | 18.200 € |
| Saving finale misurato | 72.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Casi a rischio non intercettati, passato dal 18% al 5%. Il processo Vulnerability management è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · Value Stream Mapping e flussi Lean avanzatiRiduzione WIP intermedio con future state mapNel processo Code tra lavorazioni e collaudo, il caso studio “Riduzione WIP intermedio con future state map” nasce in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Difetti/scarti sul processo, è passato dal 17% al 6%; il saving finale misurato è stato di 66.400 €.Processo: Code tra lavorazioni e collaudoDurata: 14 settimaneSaving finale: 66.400 €-64% Difetti/scarti sul processoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Code tra lavorazioni e collaudo in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Difetti/scarti sul processo, dal 17% al 6%, con un saving annuo difendibile di 66.400 €.
La storia del progetto
Il processo Code tra lavorazioni e collaudo operava in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 30.760 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Difetti/scarti sul processo ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione WIP intermedio con future state map”, misurando il flusso reale del processo Code tra lavorazioni e collaudo e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 66.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero del comparto Value Stream Mapping e flussi Lean avanzati, nel processo Code tra lavorazioni e collaudo. Il flusso gestiva circa 30.760 pratiche l’anno e il segnale più evidente era Difetti/scarti sul processo pari al 17% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Code tra lavorazioni e collaudo, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | Difetti/scarti sul processo |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Difetti/scarti sul processo, partiva dal 17%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Difetti/scarti sul processo | 17% | 6% | -64% |
| Rilavorazioni a valle | 25% | 9% | -64% |
| First pass yield | 81% | 92% | +14 pt |
| Controlli qualità tardivi | 32% | 11% | -66% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Parametri critici non controllati alla fonte | 34% |
| Difetti classificati con categorie troppo ampie | 24% |
| Quality gate posizionato troppo tardi | 18% |
| Standard di controllo diverso tra turni | 14% |
| Azioni correttive non collegate alla causa dominante | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Controllo a monte sul difetto dominante | Value Stream Mapping | Intercettare il problema prima del costo di rilavorazione |
| Classificazione difetti aggiornata | Current/Future State Map | Separare cause diverse che prima venivano aggregate |
| Quality gate mirato | Takt time | Bloccare l’avanzamento solo quando serve davvero |
| Daily review qualità-produzione | Piano Kaizen | Chiudere rapidamente le deviazioni ricorrenti |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Difetti/scarti sul processo è stato portato al 6% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Difetti/scarti sul processo | 6% | Settimanale |
| Rilavorazioni a valle | 9% | Mensile |
| First pass yield | 92% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 31.878 € da tempo operativo recuperato e attese ridotte, 17.900 € da rilavorazioni, difetti o eccezioni evitate e 16.600 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 66.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 31.878 € |
| Rilavorazioni, difetti o eccezioni evitate | 17.900 € |
| Ritardi, reclami o rischi operativi ridotti | 16.600 € |
| Saving finale misurato | 66.400 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Difetti/scarti sul processo, passato dal 17% al 6%. Il processo Code tra lavorazioni e collaudo è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · MeccanicaRiduzione WIP tra centri di lavoroNel processo Flusso intermedio lavorazioni, il caso studio “Riduzione WIP tra centri di lavoro” nasce in un’officina meccanica con celle CNC e flussi multi-prodotto. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Capitale bloccato, è passato da 525 k€ a 382 k€; il saving finale misurato è stato di 129.800 €.Processo: Flusso intermedio lavorazioniDurata: 12 settimaneSaving finale: 129.800 €-26% Capitale bloccatoLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Flusso intermedio lavorazioni in un’officina meccanica con celle CNC e flussi multi-prodotto. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Capitale bloccato, da 525 k€ a 382 k€, con un saving annuo difendibile di 129.800 €.
La storia del progetto
Il processo Flusso intermedio lavorazioni operava in un’officina meccanica con celle CNC e flussi multi-prodotto e coinvolgeva tornitura, attrezzaggio, controllo e pianificazione. Il volume era di circa 17.080 ordini l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Capitale bloccato ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Riduzione WIP tra centri di lavoro”, misurando il flusso reale del processo Flusso intermedio lavorazioni e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 129.800 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un’officina meccanica con celle CNC e flussi multi-prodotto, nel processo Flusso intermedio lavorazioni. Il flusso gestiva circa 17.080 ordini l’anno e il segnale più evidente era Capitale bloccato pari a 525 k€ in baseline. |
| Cliente | Il cliente del processo era costituito da cliente industriale, qualità e pianificazione produzione. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Flusso intermedio lavorazioni, il cliente del processo (cliente industriale, qualità e pianificazione produzione) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente industriale, qualità e pianificazione produzione |
| KPI principale | Capitale bloccato |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Capitale bloccato, partiva da 525 k€; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Capitale bloccato | 525 k€ | 382 k€ | -26% |
| Giorni medi di ciclo | 51 gg | 38 gg | -27% |
| Posizioni scadute/lente | 27% | 12% | -50% |
| Visibilità aging | mensile | settimanale | controllo implementato |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Working capital analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Aging review | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Policy scorte/credito | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Cash dashboard | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Capitale bloccato è stato portato a 382 k€ e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Capitale bloccato | 382 k€ | Settimanale |
| Giorni medi di ciclo | 38 gg | Mensile |
| Posizioni scadute/lente | 12% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 62.286 € da tempo operativo recuperato e attese ridotte, 35.000 € da rilavorazioni, difetti o eccezioni evitate e 32.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 129.800 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 62.286 € |
| Rilavorazioni, difetti o eccezioni evitate | 35.000 € |
| Ritardi, reclami o rischi operativi ridotti | 32.500 € |
| Saving finale misurato | 129.800 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Capitale bloccato, passato da 525 k€ a 382 k€. Il processo Flusso intermedio lavorazioni è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Smart Factory, MES e IIoTSimulazione layout produttivo con Digital TwinNel processo Layout, flussi e scenari di capacità, il caso studio “Simulazione layout produttivo con Digital Twin” nasce in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Scenari validati prima del ramp-up, è passato dal 42% al 82%; il saving finale misurato è stato di 154.900 €.Processo: Layout, flussi e scenari di capacitàDurata: 15 settimaneSaving finale: 154.900 €+40 pt Scenari validati prima del ramp-upLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Layout, flussi e scenari di capacità in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Scenari validati prima del ramp-up, dal 42% al 82%, con un saving annuo difendibile di 154.900 €.
La storia del progetto
Il processo Layout, flussi e scenari di capacità operava in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.860 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Scenari validati prima del ramp-up era pari al 42%: per questo il progetto “Simulazione layout produttivo con Digital Twin” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 154.900 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Smart Factory, MES e IIoT, nel processo Layout, flussi e scenari di capacità. Il flusso gestiva circa 18.860 eventi digitali l’anno e il segnale più evidente era Scenari validati prima del ramp-up pari al 42% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Layout, flussi e scenari di capacità e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Scenari validati prima del ramp-up |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Scenari validati prima del ramp-up partiva dal 42%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scenari validati prima del ramp-up | 42% | 82% | +40 pt |
| Colli di bottiglia non previsti | 26% | 9% | -65% |
| Accuratezza modello capacità | 61% | 88% | +27 pt |
| Tempo valutazione scenario | 12 gg | 5 gg | -58% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Digital twin model | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Scenario simulation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Capacity analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Layout optimization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Scenari validati prima del ramp-up è stato portato al 82% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scenari validati prima del ramp-up | 82% | Settimanale |
| Colli di bottiglia non previsti | 9% | Mensile |
| Accuratezza modello capacità | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 74.360 € da tempo operativo recuperato e attese ridotte, 41.800 € da rilavorazioni, difetti o eccezioni evitate e 38.700 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 154.900 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 74.360 € |
| Rilavorazioni, difetti o eccezioni evitate | 41.800 € |
| Ritardi, reclami o rischi operativi ridotti | 38.700 € |
| Saving finale misurato | 154.900 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Scenari validati prima del ramp-up è passato dal 42% al 82%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Layout, flussi e scenari di capacità.
Industry 4.0 · Sistemi di visione e ispezione automaticaStabilizzazione controllo qualità visivo su turniNel processo Ispezione automatica multi-turno, il caso studio “Stabilizzazione controllo qualità visivo su turni” nasce in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. Prima del progetto, l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. Il KPI guida, Falsi scarti da ispezione automatica, è passato dal 18% al 6%; il saving finale misurato è stato di 144.100 €.Processo: Ispezione automatica multi-turnoDurata: 13 settimaneSaving finale: 144.100 €-67% Falsi scarti da ispezione automaticaLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Ispezione automatica multi-turno in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica. La criticità iniziale era chiara: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti. L’intervento ha portato il KPI principale, Falsi scarti da ispezione automatica, dal 18% al 6%, con un saving annuo difendibile di 144.100 €.
La storia del progetto
Il processo Ispezione automatica multi-turno operava in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.660 eventi digitali l’anno. La criticità era concreta: l’ispezione automatica generava segnali utili, ma non ancora abbastanza affidabili per ridurre rilavorazioni e falsi scarti.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Falsi scarti da ispezione automatica era pari al 18%: per questo il progetto “Stabilizzazione controllo qualità visivo su turni” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 144.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Sistemi di visione e ispezione automatica, nel processo Ispezione automatica multi-turno. Il flusso gestiva circa 19.660 eventi digitali l’anno e il segnale più evidente era Falsi scarti da ispezione automatica pari al 18% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Ispezione automatica multi-turno e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Falsi scarti da ispezione automatica |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Falsi scarti da ispezione automatica partiva dal 18%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Falsi scarti da ispezione automatica | 18% | 6% | -67% |
| Difetti intercettati in linea | 72% | 93% | +21 pt |
| Anomalie visive non classificate | 24% | 8% | -67% |
| Rilavorazioni da difetto non visto | 12% | 4% | -67% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Ispezione ottica in linea | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Catalogo difetti visivi | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Taratura soglie di accettazione | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Feedback qualità-produzione | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Falsi scarti da ispezione automatica è stato portato al 6% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Falsi scarti da ispezione automatica | 6% | Settimanale |
| Difetti intercettati in linea | 93% | Mensile |
| Anomalie visive non classificate | 8% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 69.160 € da tempo operativo recuperato e attese ridotte, 38.900 € da rilavorazioni, difetti o eccezioni evitate e 36.000 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 144.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 69.160 € |
| Rilavorazioni, difetti o eccezioni evitate | 38.900 € |
| Ritardi, reclami o rischi operativi ridotti | 36.000 € |
| Saving finale misurato | 144.100 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Falsi scarti da ispezione automatica è passato dal 18% al 6%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Ispezione automatica multi-turno.
DMAIC · Manifatturiero · Lean Manufacturing, VSM e SMEDStabilizzazione flusso produttivo con Lean ManufacturingNel processo Linea multi-prodotto e bilanciamento flusso, il caso studio “Stabilizzazione flusso produttivo con Lean Manufacturing” nasce in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, KPI critico fuori target, è passato dal 28% al 9%; il saving finale misurato è stato di 67.100 €.Processo: Linea multi-prodotto e bilanciamento flussoDurata: 11 settimaneSaving finale: 67.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Linea multi-prodotto e bilanciamento flusso in uno stabilimento manifatturiero con flussi produttivi multi-prodotto. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 28% al 9%, con un saving annuo difendibile di 67.100 €.
La storia del progetto
Il processo Linea multi-prodotto e bilanciamento flusso operava in uno stabilimento manifatturiero con flussi produttivi multi-prodotto e coinvolgeva team operativo e funzioni di supporto. Il volume era di circa 28.420 pratiche l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando KPI critico fuori target ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Stabilizzazione flusso produttivo con Lean Manufacturing”, misurando il flusso reale del processo Linea multi-prodotto e bilanciamento flusso e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 67.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento manifatturiero con flussi produttivi multi-prodotto, nel processo Linea multi-prodotto e bilanciamento flusso. Il flusso gestiva circa 28.420 pratiche l’anno e il segnale più evidente era KPI critico fuori target pari al 28% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente interno, process owner e funzioni a valle. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Linea multi-prodotto e bilanciamento flusso, il cliente del processo (cliente interno, process owner e funzioni a valle) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente interno, process owner e funzioni a valle |
| KPI principale | KPI critico fuori target |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Manufacturing |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, KPI critico fuori target, partiva dal 28%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 28% | 9% | -67% |
| Tempo reazione a deviazione | 54 h | 25 h | -54% |
| Azioni completate on-time | 62% | 88% | +30 pt |
| Stabilità del nuovo standard | 53% | 86% | +33 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Muda/Mura/Muri analysis | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Flow design | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Pull system | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Gemba walk | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI KPI critico fuori target è stato portato al 9% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 9% | Settimanale |
| Tempo reazione a deviazione | 25 h | Mensile |
| Azioni completate on-time | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.214 € da tempo operativo recuperato e attese ridotte, 18.100 € da rilavorazioni, difetti o eccezioni evitate e 16.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 67.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.214 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.100 € |
| Ritardi, reclami o rischi operativi ridotti | 16.800 € |
| Saving finale misurato | 67.100 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI KPI critico fuori target, passato dal 28% al 9%. Il processo Linea multi-prodotto e bilanciamento flusso è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Qualità · DFSS, DOE e qualità in progettazioneStabilizzazione parametri critici con DOENel processo Validazione processo e parametri critici, il caso studio “Stabilizzazione parametri critici con DOE” nasce in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. Prima del progetto, il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. Il KPI guida, KPI critico fuori target, è passato dal 27% al 8%; il saving finale misurato è stato di 127.100 €.Processo: Validazione processo e parametri criticiDurata: 9 settimaneSaving finale: 127.100 €-67% KPI critico fuori targetLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Validazione processo e parametri critici in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione. La criticità iniziale era chiara: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili. L’intervento ha portato il KPI principale, KPI critico fuori target, dal 27% al 8%, con un saving annuo difendibile di 127.100 €.
La storia del progetto
Il processo Validazione processo e parametri critici operava in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione e coinvolgeva QA, audit, CAPA, documentazione ed evidenze di efficacia. Il volume era di circa 8.950 pratiche qualità l’anno. La criticità era concreta: il sistema qualità era presidiato, ma non garantiva sempre evidenze solide, cause dimostrate e risultati stabili.
L’evento di partenza è stato un segnale di debolezza del sistema qualità: KPI critico fuori target risultava pari al 27%. Il team ha quindi trattato “Stabilizzazione parametri critici con DOE” come un caso da dimostrare con evidenze, non come una normale attività di chiusura documentale.
Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 127.100 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in un sistema qualità strutturato nell’area DFSS, DOE e qualità in progettazione, nel processo Validazione processo e parametri critici. Il flusso gestiva circa 8.950 pratiche qualità l’anno e il segnale più evidente era KPI critico fuori target pari al 27% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente, sistema qualità, audit, operations e funzioni regolatorie. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era rendere il sistema più robusto senza creare burocrazia difensiva. Ogni evidenza doveva essere utile a dimostrare causa, azione ed efficacia, non solo a completare un fascicolo. |
| Scelta metodologica | È stato usato un approccio di Quality Management: perimetro qualità, tracciabilità delle evidenze, root cause analysis, CAPA ed effectiveness check. |
Chi, cosa, dove, quanto, perché, come
Perimetro qualità
Il perimetro qualità ha chiarito processo, requisiti, evidenze attese e impatto sul cliente del processo. Il caso “Stabilizzazione parametri critici con DOE” è stato collegato al processo Validazione processo e parametri critici, evitando una lettura generica del problema.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente, sistema qualità, audit, operations e funzioni regolatorie |
| KPI principale | KPI critico fuori target |
| Output atteso | pratica qualità chiusa con evidenze, causa rimossa e ricorrenza monitorata |
| Metodo | Quality Management |
Misura e tracciabilità
La misura ha ricostruito dati, record, evidenze e punti in cui la tracciabilità si indeboliva. Il KPI KPI critico fuori target partiva dal 27% e ha dato priorità alle anomalie realmente ricorrenti.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| KPI critico fuori target | 27% | 8% | -67% |
| Tempo reazione a deviazione | 52 h | 24 h | -54% |
| Azioni completate on-time | 61% | 91% | +30 pt |
| Stabilità del nuovo standard | 52% | 85% | +33 pt |
Causa radice
La root cause analysis ha distinto sintomi, errori documentali e cause operative. Il team ha verificato il nesso tra causa, azione proposta e KPI, evitando azioni correttive formalmente corrette ma poco efficaci.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Causa radice descritta in modo troppo generico | 34% |
| Evidenze di efficacia non collegate al KPI di ricorrenza | 24% |
| Owner di azione e owner di verifica non sempre separati | 18% |
| Controlli post-chiusura deboli o troppo brevi | 14% |
| Record qualità dispersi tra pratica, audit trail e allegati | 10% |
Azioni correttive
Le azioni correttive sono state rese specifiche, assegnate a owner chiari e collegate a evidenze verificabili. Il miglioramento non è stato trattato come chiusura amministrativa, ma come modifica stabile del processo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Revisione causa radice | Design of Experiments | Rendere dimostrabile il nesso tra causa, azione e KPI |
| CAPA plan con owner separati | Factor screening | Distinguere chi esegue l’azione da chi ne verifica l’efficacia |
| Quality gate documentale | Response surface | Bloccare chiusure prive di evidenze sufficienti |
| Effectiveness check post-chiusura | ANOVA semplificata | Verificare stabilità e assenza di ricorrenza |
Effectiveness check
La verifica di efficacia ha controllato la tenuta del risultato dopo la chiusura formale. Il KPI KPI critico fuori target è stato portato al 8% e monitorato per intercettare eventuali ricorrenze.
| KPI controllato | Target | Frequenza |
|---|---|---|
| KPI critico fuori target | 8% | Settimanale |
| Tempo reazione a deviazione | 24 h | Mensile |
| Azioni completate on-time | 91% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 61.028 € da tempo operativo recuperato e attese ridotte, 34.300 € da rilavorazioni, difetti o eccezioni evitate e 31.800 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 127.100 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 61.028 € |
| Rilavorazioni, difetti o eccezioni evitate | 34.300 € |
| Ritardi, reclami o rischi operativi ridotti | 31.800 € |
| Saving finale misurato | 127.100 € |
Benefici ottenuti
Il beneficio non si è limitato al miglioramento del KPI KPI critico fuori target, passato dal 27% al 8%. Il processo Validazione processo e parametri critici ha acquisito evidenze più solide, owner chiari e una verifica di efficacia più difendibile nelle review successive.
DMAIC · Funzioni · ProduzioneStabilizzazione passaggio consegne tra turniNel processo Cambio turno produzione, il caso studio “Stabilizzazione passaggio consegne tra turni” nasce in una funzione aziendale di Produzione. Prima del progetto, il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. Il KPI guida, Attività senza backup owner, è passato dal 37% al 12%; il saving finale misurato è stato di 68.700 €.Processo: Cambio turno produzioneDurata: 9 settimaneSaving finale: 68.700 €-67% Attività senza backup ownerLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Cambio turno produzione in una funzione aziendale di Produzione. La criticità iniziale era chiara: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione. L’intervento ha portato il KPI principale, Attività senza backup owner, dal 37% al 12%, con un saving annuo difendibile di 68.700 €.
La storia del progetto
Il processo Cambio turno produzione operava in una funzione aziendale di Produzione e coinvolgeva performance linea, scarti, setup, passaggi consegne e sicurezza. Il volume era di circa 6.050 turni l’anno. La criticità era concreta: il cliente vedeva il problema come disservizio, mentre internamente veniva trattato come singola eccezione.
Il progetto è partito quando Attività senza backup owner ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Stabilizzazione passaggio consegne tra turni”, misurando il flusso reale del processo Cambio turno produzione e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 68.700 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in una funzione aziendale di Produzione, nel processo Cambio turno produzione. Il flusso gestiva circa 6.050 turni l’anno e il segnale più evidente era Attività senza backup owner pari al 37% in baseline. |
| Cliente | Il cliente del processo era costituito da pianificazione, qualità, cliente finale e capi turno. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Cambio turno produzione, il cliente del processo (pianificazione, qualità, cliente finale e capi turno) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | pianificazione, qualità, cliente finale e capi turno |
| KPI principale | Attività senza backup owner |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Attività senza backup owner, partiva dal 37%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Attività senza backup owner | 37% | 12% | -67% |
| Blocchi per handoff | 24/mese | 9/mese | -62% |
| Recovery time | 18 h | 7 h | -61% |
| Standard alternativi disponibili | 42% | 81% | +39 pt |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Attività interne ed esterne non separate | 34% |
| Materiali e attrezzature non pronti prima del fermo | 24% |
| Parametri di riavvio variabili tra turni | 18% |
| Checklist pre-cambio non usata in modo disciplinato | 14% |
| Cause di ritardo registrate solo a consuntivo | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Separazione attività interne/esterne | Stress test processo | Ridurre fermo reale durante il cambio |
| Kit pre-cambio e checklist | Backup owner | Evitare ricerche e preparazioni a macchina ferma |
| Standard parametri riavvio | Scenario planning | Ridurre prove e scarti post-cambio |
| Review cambio turno | Recovery standard | Stabilizzare il metodo tra squadre |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Attività senza backup owner è stato portato al 12% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Attività senza backup owner | 12% | Settimanale |
| Blocchi per handoff | 9/mese | Mensile |
| Recovery time | 7 h | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 32.976 € da tempo operativo recuperato e attese ridotte, 18.500 € da rilavorazioni, difetti o eccezioni evitate e 17.200 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 68.700 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 32.976 € |
| Rilavorazioni, difetti o eccezioni evitate | 18.500 € |
| Ritardi, reclami o rischi operativi ridotti | 17.200 € |
| Saving finale misurato | 68.700 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Attività senza backup owner, passato dal 37% al 12%. Il processo Cambio turno produzione è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
DMAIC · Manifatturiero · AutomobilisticoStabilizzazione tracciabilità lotti componentiNel processo Genealogia componenti critici, il caso studio “Stabilizzazione tracciabilità lotti componenti” nasce in uno stabilimento automotive con flussi JIT e controlli di fine linea. Prima del progetto, il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. Il KPI guida, Record genealogia completi, è passato dal 68% al 95%; il saving finale misurato è stato di 150.000 €.Processo: Genealogia componenti criticiDurata: 15 settimaneSaving finale: 150.000 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Genealogia componenti critici in uno stabilimento automotive con flussi JIT e controlli di fine linea. La criticità iniziale era chiara: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali. L’intervento ha portato il KPI principale, Record genealogia completi, dal 68% al 95%, con un saving annuo difendibile di 150.000 €.
La storia del progetto
Il processo Genealogia componenti critici operava in uno stabilimento automotive con flussi JIT e controlli di fine linea e coinvolgeva linea, logistica interna, qualità e manutenzione. Il volume era di circa 13.180 pezzi l’anno. La criticità era concreta: il processo dipendeva troppo da eccezioni, chiarimenti informali e recuperi manuali.
Il progetto è partito quando Record genealogia completi ha reso evidente che il problema non era episodico. Il team ha quindi lavorato sul caso “Stabilizzazione tracciabilità lotti componenti”, misurando il flusso reale del processo Genealogia componenti critici e distinguendo i casi speciali dalle perdite ricorrenti.
Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 150.000 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento automotive con flussi JIT e controlli di fine linea, nel processo Genealogia componenti critici. Il flusso gestiva circa 13.180 pezzi l’anno e il segnale più evidente era Record genealogia completi pari al 68% in baseline. |
| Cliente | Il cliente del processo era costituito da cliente OEM, qualità cliente e pianificazione linea. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era ottenere un miglioramento stabile senza creare un flusso parallelo. Le contromisure dovevano entrare nella routine del team e produrre benefici ripetibili, non saving teorici difficili da difendere. |
| Scelta metodologica | È stato usato un approccio Lean Six Sigma DMAIC: definizione del problema, misura della baseline, analisi delle cause, test delle contromisure e controllo del risultato. |
Chi, cosa, dove, quanto, perché, come
Define
Il team ha definito il problema collegando processo, cliente e output atteso. Nel perimetro sono rientrati il processo Genealogia componenti critici, il cliente del processo (cliente OEM, qualità cliente e pianificazione linea) e il risultato da ottenere: processo più stabile, controllabile e meno dipendente da eccezioni.
| Elemento | Definizione |
|---|---|
| Cliente del processo | cliente OEM, qualità cliente e pianificazione linea |
| KPI principale | Record genealogia completi |
| Output atteso | processo più stabile, controllabile e meno dipendente da eccezioni |
| Metodo | Lean Six Sigma DMAIC |
Measure
La misura ha trasformato percezioni e solleciti in una baseline leggibile. Il KPI principale, Record genealogia completi, partiva dal 68%; gli altri indicatori hanno chiarito dove si generavano attese, errori, rilavorazioni o rischio residuo.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 68% | 95% | +30 pt |
| Tempo rintracciabilità lotto | 14 h | 2 h | -80% |
| Scansioni obbligatorie rispettate | 73% | 95% | +26 pt |
| Mix-up materiali/lotti | 13% | 2% | -78% |
Analyze
L’analisi ha separato le cause dagli effetti. Il team ha osservato handoff, controlli, dati disponibili e punti di decisione, evitando di attribuire il problema a generiche mancanze di attenzione.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Perimetro del problema non definito in modo univoco | 34% |
| Dati raccolti a consuntivo e non durante il flusso | 24% |
| Responsabilità di handoff poco esplicite | 18% |
| Eccezioni trattate caso per caso | 14% |
| Controllo del beneficio non assegnato a un owner stabile | 10% |
Improve
Le contromisure sono state provate sul punto in cui il processo perdeva più stabilità. Solo le soluzioni sostenibili nella routine operativa sono state trasformate in standard, controlli a monte e regole di escalation.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Standard operativo sul punto critico | Data lineage | Ridurre variabilità e interpretazioni personali |
| Controllo preventivo sugli input | Barcode/RFID check | Evitare errori o blocchi nelle fasi successive |
| Vista unica di avanzamento/eccezioni | Audit trail | Rendere visibili priorità e responsabilità |
| Review KPI con owner assegnato | Dashboard tracciabilità | Mantenere stabile il beneficio dopo il progetto |
Control
Il controllo ha assegnato owner, frequenze di verifica e soglie di reazione. Il KPI Record genealogia completi è stato portato al 95% e collegato al benefit tracking, così da proteggere il risultato dopo la chiusura del progetto.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 95% | Settimanale |
| Tempo rintracciabilità lotto | 2 h | Mensile |
| Scansioni obbligatorie rispettate | 95% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 71.988 € da tempo operativo recuperato e attese ridotte, 40.500 € da rilavorazioni, difetti o eccezioni evitate e 37.500 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 150.000 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 71.988 € |
| Rilavorazioni, difetti o eccezioni evitate | 40.500 € |
| Ritardi, reclami o rischi operativi ridotti | 37.500 € |
| Saving finale misurato | 150.000 € |
Benefici ottenuti
Il beneficio principale non è stato solo il miglioramento del KPI Record genealogia completi, passato dal 68% al 95%. Il processo Genealogia componenti critici è diventato più governabile: meno eccezioni, meno recuperi manuali e una regola più chiara su cosa controllare, quando reagire e chi deve mantenere lo standard.
Industry 4.0 · Qualità digitale e manutenzione su condizioneTracciabilità end-to-end con RFID e Data MatrixNel processo Genealogia prodotto e tracciamento lotti, il caso studio “Tracciabilità end-to-end con RFID e Data Matrix” nasce in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. Prima del progetto, il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. Il KPI guida, Record genealogia completi, è passato dal 65% al 95%; il saving finale misurato è stato di 179.400 €.Processo: Genealogia prodotto e tracciamento lottiDurata: 16 settimaneSaving finale: 179.400 €+30 pt Record genealogia completiLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Genealogia prodotto e tracciamento lotti in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione. La criticità iniziale era chiara: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end. L’intervento ha portato il KPI principale, Record genealogia completi, dal 65% al 95%, con un saving annuo difendibile di 179.400 €.
La storia del progetto
Il processo Genealogia prodotto e tracciamento lotti operava in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 19.020 eventi digitali l’anno. La criticità era concreta: il dato di tracciabilità era disponibile, ma non sempre completo, coerente e ricostruibile end-to-end.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Record genealogia completi era pari al 65%: per questo il progetto “Tracciabilità end-to-end con RFID e Data Matrix” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 179.400 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Qualità digitale e manutenzione su condizione, nel processo Genealogia prodotto e tracciamento lotti. Il flusso gestiva circa 19.020 eventi digitali l’anno e il segnale più evidente era Record genealogia completi pari al 65% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Genealogia prodotto e tracciamento lotti e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Record genealogia completi |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Record genealogia completi partiva dal 65%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Record genealogia completi | 65% | 95% | +30 pt |
| Tempo rintracciabilità lotto | 11 h | 3 h | -80% |
| Scansioni obbligatorie rispettate | 70% | 96% | +26 pt |
| Mix-up materiali/lotti | 10% | 3% | -78% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | RFID/Data Matrix | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Traceability matrix | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Genealogy dashboard | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Scan compliance | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Record genealogia completi è stato portato al 95% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Record genealogia completi | 95% | Settimanale |
| Tempo rintracciabilità lotto | 3 h | Mensile |
| Scansioni obbligatorie rispettate | 96% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 86.112 € da tempo operativo recuperato e attese ridotte, 48.400 € da rilavorazioni, difetti o eccezioni evitate e 44.900 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 179.400 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 86.112 € |
| Rilavorazioni, difetti o eccezioni evitate | 48.400 € |
| Ritardi, reclami o rischi operativi ridotti | 44.900 € |
| Saving finale misurato | 179.400 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Record genealogia completi è passato dal 65% al 95%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Genealogia prodotto e tracciamento lotti.
Industry 4.0 · Digital Twin e simulazione industrialeValidazione capacità produttiva con Digital TwinNel processo Simulazione capacità linea multi-prodotto, il caso studio “Validazione capacità produttiva con Digital Twin” nasce in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. Prima del progetto, i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. Il KPI guida, Scenari validati prima del ramp-up, è passato dal 45% al 85%; il saving finale misurato è stato di 96.300 €.Processo: Simulazione capacità linea multi-prodottoDurata: 16 settimaneSaving finale: 96.300 €+40 pt Scenari validati prima del ramp-upLeggi caso studioChiudi caso studio
Executive Summary
Il business case riguarda il processo Simulazione capacità linea multi-prodotto in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale. La criticità iniziale era chiara: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva. L’intervento ha portato il KPI principale, Scenari validati prima del ramp-up, dal 45% al 85%, con un saving annuo difendibile di 96.300 €.
La storia del progetto
Il processo Simulazione capacità linea multi-prodotto operava in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale e coinvolgeva operations, manutenzione, qualità, IT/OT e management. Il volume era di circa 18.480 eventi digitali l’anno. La criticità era concreta: i dati erano disponibili nei sistemi, ma non erano ancora collegati a una decisione operativa tempestiva.
Il punto di avvio è stato il divario tra dato disponibile e dato utilizzabile. Il KPI Scenari validati prima del ramp-up era pari al 45%: per questo il progetto “Validazione capacità produttiva con Digital Twin” è stato impostato come use case operativo, con un beneficio misurabile e non come semplice digitalizzazione.
Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. Per questo il beneficio economico è stato calcolato solo su effetti ricorrenti e verificabili, fino a un saving finale annuo di 96.300 €.
| Elemento di contesto | Descrizione |
|---|---|
| Scenario | Il caso si sviluppa in uno stabilimento in trasformazione digitale nell’area Digital Twin e simulazione industriale, nel processo Simulazione capacità linea multi-prodotto. Il flusso gestiva circa 18.480 eventi digitali l’anno e il segnale più evidente era Scenari validati prima del ramp-up pari al 45% in baseline. |
| Cliente | Il cliente del processo era costituito da responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations. L’impatto si traduceva in attese, rilavorazioni, solleciti, rischi o perdita di affidabilità dell’output. |
| Vincolo | Il vincolo principale era evitare una digitalizzazione fine a sé stessa. Il dato doveva essere affidabile, letto dalla persona giusta e collegato a una decisione operativa chiara. |
| Scelta metodologica | È stato usato un approccio Industry 4.0: use case circoscritto, qualità del dato, pilota operativo, adozione da parte del team e governance del dato. |
Chi, cosa, dove, quanto, perché, come
Use case digitale
Il progetto è stato limitato a un use case concreto: migliorare il processo Simulazione capacità linea multi-prodotto e supportare una decisione operativa precisa. Il valore atteso era decisione operativa supportata da dato affidabile, tempestivo e adottato dal team, non la semplice introduzione di una nuova tecnologia.
| Elemento | Definizione |
|---|---|
| Cliente del processo | responsabili di reparto, manutenzione, qualità, IT/OT e direzione operations |
| KPI principale | Scenari validati prima del ramp-up |
| Output atteso | decisione operativa supportata da dato affidabile, tempestivo e adottato dal team |
| Metodo | Industry 4.0 Transformation |
Baseline dati
La baseline ha verificato fonte, qualità, frequenza, owner e utilizzo del dato. Il KPI Scenari validati prima del ramp-up partiva dal 45%, mostrando dove il dato non era ancora abbastanza affidabile per guidare l’azione.
| KPI | AS IS | TO BE | Miglioramento |
|---|---|---|---|
| Scenari validati prima del ramp-up | 45% | 85% | +40 pt |
| Colli di bottiglia non previsti | 29% | 10% | -65% |
| Accuratezza modello capacità | 64% | 88% | +27 pt |
| Tempo valutazione scenario | 15 gg | 6 gg | -58% |
Analisi processo-dato
L’analisi ha collegato evento fisico, dato digitale, soglia di intervento e responsabilità di reazione. Il team ha chiarito dove il dato perdeva significato o arrivava troppo tardi.
| Causa rilevata | Quota stimata impatto |
|---|---|
| Dato critico disponibile ma non validato alla fonte | 34% |
| Dashboard usata come report e non come strumento decisionale | 24% |
| Soglie di intervento non condivise tra produzione, qualità e manutenzione | 18% |
| Owner del dato non formalizzato nella routine | 14% |
| Alert troppo numerosi o non collegati a un’azione standard | 10% |
Pilota e adozione
Il pilota è stato costruito su un perimetro limitato, con dashboard, soglie, controlli e segnali integrati nella routine. L’adozione del team è stata considerata parte del risultato, non un dettaglio successivo.
| Soluzione | Strumento | Effetto atteso |
|---|---|---|
| Validazione dato critico | Digital twin model | Ridurre segnali incoerenti e discussioni sulla fonte |
| Dashboard/alert operativo | Scenario simulation | Portare il problema alla persona giusta prima dell’impatto |
| Pilota su area limitata | Capacity analysis | Testare adozione e valore senza sovraccaricare il sistema |
| Owner dato e routine di review | Layout optimization | Mantenere qualità del dato e reazione nel tempo |
Governance dato
La governance ha assegnato owner, regole di qualità del dato e cadenza di review. Il KPI Scenari validati prima del ramp-up è stato portato al 85% e collegato a una reazione operativa standard.
| KPI controllato | Target | Frequenza |
|---|---|---|
| Scenari validati prima del ramp-up | 85% | Settimanale |
| Colli di bottiglia non previsti | 10% | Mensile |
| Accuratezza modello capacità | 88% | Mensile |
Saving stimato e saving finale
Il saving è stato costruito solo su voci difendibili: 46.228 € da tempo operativo recuperato e attese ridotte, 26.000 € da rilavorazioni, difetti o eccezioni evitate e 24.100 € da ritardi, reclami o rischi operativi ridotti. Il valore finale riconosciuto come beneficio annuo ricorrente è pari a 96.300 €.
| Fonte saving | Valore annuo |
|---|---|
| Tempo operativo recuperato e attese ridotte | 46.228 € |
| Rilavorazioni, difetti o eccezioni evitate | 26.000 € |
| Ritardi, reclami o rischi operativi ridotti | 24.100 € |
| Saving finale misurato | 96.300 € |
Benefici ottenuti
Il beneficio non è stato la tecnologia in sé, ma l’uso del dato per decidere meglio. Il KPI Scenari validati prima del ramp-up è passato dal 45% al 85%; il team ha ottenuto dati più affidabili, reazioni più rapide e un controllo più stabile del processo Simulazione capacità linea multi-prodotto.
Nota metodologica. Ogni scheda è presentata senza nomi di aziende, persone o riferimenti identificativi. Restano espliciti scenario iniziale, stakeholder, problema misurato, metodo, azioni, controllo e logica di calcolo del beneficio.