Calcoli il miglioramento prima che il pilota parta
La value stream analysis mostra dove si trova l'inventario. Non mostra cosa succede se Lei risolve il collo di bottiglia. Proprio lì falliscono i progetti DMAIC nella fase Improve. La simulazione colma questa lacuna: calcola la misura prima che qualcuno la introduca e rende visibile e quantificabile la riduzione della variabilità come leva.
In un progetto DMAIC la simulazione risponde alla domanda da cui la fase Improve dipende regolarmente: che cosa porta questa misura prima di introdurla? La value stream analysis fornisce la struttura e lo stato, la simulazione integra variabilità, code e concatenamento dei passi. Particolarmente preziosa è per la leva centrale di Six Sigma, la variabilità: secondo l'approssimazione di Kingman il tempo di attesa cresce proporzionalmente al quadrato dei coefficienti di variazione. Chi dimezza la variabilità riduce a un quarto il suo contributo alla coda, senza rendere più veloce una singola attività.
¼
Quanto diminuisce il Suo contributo alla coda, senza investimenti.
5,7×
Tempo di attesa in rapporto al tempo di lavorazione.
0Settimane
La misura viene calcolata prima di essere introdotta.
5–10Fasi
Più grossolana di una mappa del flusso di valore, più precisa di una regola empirica.
Dove la simulazione rientra nel ciclo
Non ovunque. In due fasi è lo strumento più preciso disponibile, in altre due è superfluo. Questo va detto.
| Phase | Cosa contribuisce la simulazione | Cosa non sostituisce |
|---|---|---|
| Define | Poco. La delimitazione è lavoro di progetto, non un calcolo | SIPOC, mandato di progetto, voce del cliente |
| Measure | Baseline come fascia invece che come valore medio: P50 e P90 del tempo di attraversamento, utilizzo per passo nel giorno di punta | Analisi del sistema di misura, raccolta dati reale |
| Analyze | Individuare il passo limitante sotto variabilità, confrontare ipotesi sulle cause con i calcoli | Diagramma causa-effetto, 5 Why, test delle ipotesi |
| Improve | Il contributo principale: calcolare ogni intervento in anticipo e mostrare verso dove si sposta il collo di bottiglia | Il pilota. La simulazione non sostituisce l'introduzione, la priorizza |
| Control | Rendere plausibili i limiti: oltre quale quantità il processo ricade indietro | Carte di controllo, misurazione continua |
L'utilità pratica è in Improve. Lì stanno tipicamente cinque-dieci proposte di intervento, ognuna con un suo sostenitore. Chi le calcola una per una ottiene una classifica basata sull'effetto anziché sul volume della voce, e lo fa in un pomeriggio invece che in tre settimane di piloti per intervento.
Ciò che l'analisi del flusso di valore non mostra
Il VSM è un’immagine eccellente. È solo l’immagine di uno stato, non di un comportamento.
Un'analisi del flusso di valore mostra tempo di lavorazione, tempo di giacenza, scorte e grado di flusso, misurati in un giorno, per una tipica esecuzione. Tre cose non mostra:
1. La variabilità. Il VSM annota i triangoli delle scorte come istantanea. Se lì, nei giorni di picco, c'è il triplo, questo non emerge nell'immagine. Il danno si verifica proprio in quei giorni.
2. La concatenazione. Un passo a valle del collo di bottiglia sembra rilassato nel flusso di valore, perché riceve solo ciò che il collo lascia passare. Se il collo viene risolto, quel passo riceverà il pieno carico. Il miglioramento che è disegnato nel futuro flusso di valore potrebbe quindi non realizzarsi.
3. La non linearità. Tra il 70 % e l'85 % di utilizzo ci sono quindici punti percentuali e un aumento di due volte e mezzo nei tempi di attesa. Un flusso di valore che non registra i tassi di utilizzo non può mostrare questa soglia.
Usati insieme danno un quadro completo: il flusso di valore fornisce struttura, scorte e la prospettiva dei partecipanti; il modello di simulazione riprende struttura e volumi e aggiunge intervalli, capacità e calendari. Un flusso di valore con otto passi diventa un modello calcolabile in circa venti minuti.
Ridurre la dispersione spesso batte aumentare la capacità
Questo è il punto in cui Six Sigma e la teoria delle code dicono la stessa cosa, e che nei progetti viene più spesso trascurata.
L'approssimazione di Kingman (detta anche formula VUT) scompone il tempo di attesa prima di un'attività in tre fattori:
Tempo di attesa Wq ≈ ρ / (1 − ρ) × (ca² + cs²) / 2 × te
└─ Utilizzo ─┘ └─ Dispersione ─┘ └ Durata ┘
Il fattore centrale contiene i coefficienti di variazione degli arrivi (ca) e delle durate di lavorazione (cs), cioè deviazione standard divisa per valore medio. Esso interviene in modo quadratico.
La conseguenza: Chi dimezza la dispersione ne riduce a un quarto il contributo alla coda, senza accelerare una singola attività e senza aggiungere personale. Misure concrete che fanno esattamente questo:
- Separare le attività per tipo. Semplice e complesso nella stessa coda genera un alto
cs. Due code separate riducono il tempo di attesa per entrambi. - Uniformare gli ingressi. Orari fissi di consegna invece di ondate, appuntamenti invece di arrivi casuali. Questo riduce
ca. - Eliminare le richieste di chiarimento. Ogni chiarimento è un'attività che aspetta due volte, e crea una distribuzione delle durate a due picchi, quindi alta dispersione.
- Correggere il rilavoro alla fonte. Classico Six Sigma, qui con un effetto sul tempo di attesa che di solito è maggiore dell'effetto sulla durata di lavorazione.
Queste misure non costano nulla e raramente compaiono nei business case, perché sono difficili da vendere come progetto. Una simulazione rende visibile il loro effetto e quindi vendibile. Il calcolo dettagliato è disponibile in Calcolare il collo di bottiglia.
Settimana Kaizen con risultato calcolato
Un procedimento collaudato per una settimana di miglioramento con simulazione:
- Lunedì: modellare il processo attuale, dal vivo davanti al gruppo. Le obiezioni sono benvenute. Ogni correzione fatta qui non comparirà più nella presentazione finale. Alla fine della giornata c’è un modello che tutti approvano.
- Martedì: stress test e fissare lo stato attuale. La barra più alta è il collo di bottiglia. Verifica con Little's Law: scorta ÷ rendimento giornaliero deve dare approssimativamente il tempo di attraversamento misurato. Se differisce, manca una coda nel modello, di solito una richiesta di chiarimento o un'approvazione.
- Mercoledì: raccogliere le misure e calcolarle singolarmente. Una leva per prova, mai tre. Il risultato è una classifica per effetto in tempo ed Euro.
- Giovedì: amplettare le due migliori misure nel processo reale. Ora il gruppo sa a cosa prestare attenzione e quale valore deve muoversi.
- Venerdì: esportare il confronto. Prima/Dopo con intervallo, assunzioni, effetti secondari, in PDF per la direzione.
La differenza rispetto a una settimana Kaizen senza calcoli: il venerdì non si dice «ci aspettiamo un miglioramento significativo», ma «tempo di attraversamento P50 da 6,1 a 3,4 giorni, P90 da 14 a 7, effetto annuale sul costo del personale 78 000 a 121 000 Euro, dopo di che l'approvazione è il nuovo collo di bottiglia».
Ciò che non appartiene qui
- Pacchetto statistico. Analisi del sistema di misura, test d'ipotesi, regressione, pianificazione degli esperimenti (DoE), capacità di processo. Per questo Minitab, JMP o R restano gli strumenti giusti. FlowVisual calcola i processi, non i set di dati.
- Progettazione della produzione. Per il bilanciamento delle linee, le matrici di attrezzaggio, la logica di trasporto e i modelli di turni con regole di consegna è necessario un laboratorio di simulazione (Plant Simulation, FlexSim, Arena, Simul8, AnyLogic).
- Misurazione invece che supposizione. Se esiste un event log completo e la domanda è «che cosa è effettivamente successo?», Process Mining è lo strumento giusto. La simulazione invece calcola un processo che ancora non esiste così com'è.
- Documentazione conforme alle norme. Sei componenti, niente BPMN. Veda BPMN-Simulation.
Regola empirica: la simulazione è potente dove variabilità, code e concatenamento determinano il risultato. Questo accade quasi sempre nei processi amministrativi e di servizio, e lì lo strumento Lean classico è anche il più debole, perché proviene dalla produzione.
- Impiego in DMAIC
- Measure (baseline come banda), Analyze (collo di bottiglia sotto variabilità), Improve (calcolare le misure in anticipo)
- Integrazione
- Analisi del flusso di valore, osservazione del processo, settimana di Kaizen
- Non sostituisce
- Minitab/JMP/R, analisi del sistema di misura, DoE, carte di controllo
- Messaggio chiave
- Impatto di una leva in tempo ed Euro, P10–P90, incluso lo spostamento del collo di bottiglia
- Esercizio
- Desktop, macOS 13+ e Windows 10/11, offline, nessun account.
Domande frequenti
La simulazione sostituisce l’analisi del flusso di valore?
No, la integra. La mappa del flusso fornisce struttura, scorte e la visione comune dei partecipanti. È lavoro da workshop e non può essere rimpiazzato. Ciò che non mostra sono la variabilità, le code e l’accoppiamento dei passaggi. Una mappa del flusso con otto passaggi diventa un modello calcolabile in circa venti minuti.
Perché meno variabilità produce tanto effetto?
Perché il tempo di attesa cresce proporzionalmente al quadrato dei coefficienti di variazione di arrivi e durate di lavorazione (approssimazione di Kingman). Chi dimezza la dispersione, riduce a un quarto il suo contributo alla coda, senza velocizzare un’operazione. Praticamente significa: separare i lavori per tipo, livellare gli ingressi, eliminare richieste di chiarimento e rilavorazioni.
Ho bisogno di statistica da Black Belt per usare lo strumento?
No. La scelta delle distribuzioni, la fase di riscaldamento e il numero di repliche sono responsabilità dei laboratori di simulazione; qui inserisce intervalli e ottiene intervalli in output. La conoscenza statistica aiuta nell’interpretazione, ma non è prerequisito per un risultato affidabile.
Posso calcolare una capability di processo o un DoE?
No. Cp/Cpk, analisi del sistema di misura, test d’ipotesi, regressione e pianificazione sperimentale appartengono a un pacchetto statistico come Minitab, JMP o R. FlowVisual calcola flussi sotto variabilità (throughput, lead time, utilizzo, costi), non insiemi di dati.
In che modo questo differisce da un calcolo in Excel nel progetto?
Excel somma i tempi di lavorazione lungo un percorso. Non conosce la coda davanti a un passo occupato, i giorni di picco né l’accoppiamento, e quindi non coglie i tre effetti che nei processi amministrativi generano il lead time. Gli errori tipici sono nel nostro articolo sui costi di processo in Excel.
Calcoli in anticipo la Sua prossima misura
Modellizzare lo stato attuale, salvare, modificare una leva, confrontare. Alla fine c’è una classifica per effetto invece che per rumorosità e un numero che sopravvive al comitato di controllo.
Guide: seven steps to the number- Metodo
Calcolare il collo di bottiglia: perché l'85 % di utilizzo è già troppo
Il collo di bottiglia non è il passo con la durata più lunga, ma quello con l'utilizzo più alto. E il tempo di attesa non cresce linearmente con l'utilizzo, ma esplode poco prima del limite. Il calcolo dietro sta su una pagina.
Read - Metodo
Simulazione Monte Carlo per i processi: cosa può fare e quando inganna
Monte Carlo non è una parola magica, ma tirare i dadi con metodo: lo stesso processo, centinaia di volte, ciascuna con valori casuali diversi. Ciò che ne risulta non è un numero, ma una distribuzione. Proprio questo è il punto.
Read - Metodo
Costi di processo in Excel: quattro errori che ribaltano ogni business case
Quasi tutti i business case per l'ottimizzazione dei processi nascono in Excel. E quasi tutti contengono gli stessi quattro errori di calcolo, non per negligenza, ma perché un foglio non può rappresentare strutturalmente certe cose.
Read