Simulare un processo: otto passaggi con esempio calcolato

Inhaltsverzeichnis+

Questa guida è indipendente dallo strumento: funziona in un laboratorio di simulazione tanto quanto in una libreria Python o in uno strumento decisionale snello. La versione con tasti per FlowVisual si trova nella Praxisanleitung.

Passo 1: Delimitare, in una sola frase

«Dall’arrivo della fattura fino all’autorizzazione al pagamento.»

Questa frase deve poter essere sottoscritta da tutti i partecipanti. Senza di essa due aree discutono di processi diversi e si meravigliano perché i loro numeri non coincidono.

Se manca la frase, quella è il vero lavoro e non il calcolo.

Passo 2: Scomporre grossolanamente, cinque-dieci passi

Non trenta. Il collo di bottiglia si trova nel punto con il carico più alto, e questo è visibile nella modellazione grossolana tanto quanto in quella fine. Ogni attività aggiuntiva costa cinque campi di input e non cambia il risultato.

Tre regole:

• Una diramazione solo dove il processo si divide veramente, con la quota per ogni arco.
• Una terminazione per tutto ciò che esce dal processo: ritirato, rifiutato, insabbiato. Senza terminazioni Lei calcola con quantità che non arrivano mai.
• I tempi di attesa non sono passi. Si generano nel modello da soli non appena la capacità scarseggia. Chi inserisce «tempo di giacenza 3 giorni» come passo ha anticipato il risultato anziché calcolarlo.

Passo 3: Tre numeri per passo

Sull’intervallo: «5 fino a 15 minuti» è un’indicazione migliore di «in media 10», e i reparti la forniscono più volentieri perché è più onesta. La variabilità non è un’imprecisione, è la causa della coda.

Sulla capacità: Calcoli sette ore produttive per ogni posto a tempo pieno, non otto. Riunioni, richieste di chiarimento e disturbi non sono tempo di lavorazione.

Passo 4: Descrivere il flusso di arrivo

Il passo più spesso saltato e il più determinante. Tre indicazioni:

• Quantità media per giorno lavorativo.
• Variazione: gli arrivi sono uniformi o a ondate?
• Fattore di picco: quanto di più in un giorno forte? Fine mese o inizio settimana, un fattore 1,5–2 è comune.

Chi calcola con una media liscia simula un processo che non è mai sotto carico e ottiene un tempo di attraversamento che in esercizio non esiste.

Passo 5: Far calcolare, centinaia di volte

Una singola esecuzione è un campione di uno. Solo la ripetizione con nuovi numeri casuali produce il risultato che conta: una distribuzione da cui si leggono P10, P50 e P90.

Output che serve: throughput, tempo di attraversamento come intervallo, utilizzo per passo, lunghezze delle code.

Passo 6: La verifica inversa

Little's Law è il controllo più economico che esista e vale senza assunzioni sulle distribuzioni:

Tempo di attraversamento  W  =  Stock L  ÷  Throughput λ

Conti quanti ordini sono oggi in attesa, divida per il throughput giornaliero, confronti con quanto produce il suo modello.

• Se più o meno coincide: avanti.
• Se il modello è molto più veloce della realtà: manca una coda. Quasi sempre una richiesta di chiarimento, un secondo livello di approvazione o una lavorazione a lotti.
• Se il modello è molto più lento: ha sottostimato la capacità o ha dimenticato una diramazione che estrae quantità.

Passo 7: Cambiare una leva

Salvi lo stato attuale. Poi una sola modifica:

• Aumentare la capacità
• Ridurre la variabilità (separare i processi per tipo, livellare gli arrivi, eliminare richieste di chiarimento)
• Deviare quantità (limiti di valore, campionamento invece di controllo completo)
• Automatizzare un passo

Ricalcoli, confronti. Poi torni indietro e provi la leva successiva. Tre modifiche contemporanee danno un numero che poi non si può attribuire a nessuna leva.

Passo 8: Documentare, con le assunzioni

Quattro componenti: ordine delle utilizzazioni al giorno di picco, tempo di attraversamento come P50 e P90, effetto della leva in tempo e euro con il nuovo collo di bottiglia, e l’elenco di ciò che non è coperto.

L’esempio, calcolato completamente

Modello d’esempio, nessun dato cliente.

Processo: Gestione delle richieste di rimborso. 80 richieste per giorno lavorativo, fattore di picco 1,6 all’inizio del mese.

Prima interpretazione: Il collo di bottiglia è l’autorizzazione (93 %), poco prima del controllo sostanziale (89 %). Tutti e tre sono sopra l’85 %. Questo significa che il tempo di attesa è già un multiplo del tempo di lavorazione e nel giorno di picco con fattore 1,6 tutti e tre superano il 100 %.

Risultato della simulazione: Tempo di attraversamento P50 = 4,8 giorni, P90 = 11,2 giorni. Il tempo di lavorazione si somma a 13–31 minuti. Tra 25 minuti e 4,8 giorni sta la vera domanda.

Verifica inversa: Nel cestino ci sono in media 390 richieste, throughput 80/giorno → 4,9 giorni. Coincide.

Leva A, mezzo posto in più nel controllo sostanziale: P50 scende a 3,9 giorni, P90 a 8,4. Il collo di bottiglia è ora chiaramente l’autorizzazione (93 %).

Leva B, sostituzione fissa per l’autorizzazione invece di attività secondaria di una persona: P50 scende a 3,1 giorni, P90 a 6,0. La variabilità del passo di autorizzazione era la leva maggiore, sebbene non costi uno stipendio.

Leva C, pagamento quotidiano invece che due volte a settimana: P50 −0,7 giorni, praticamente gratuito.

Ordine per impatto per unità di sforzo: C, B, A. La risposta classica, cioè più personale, è all’ultimo posto.

I cinque errori costosi

1. Inserire il tempo di attesa come passo. Così si anticipa il risultato.
2. Calcolare con medie invece che con intervalli. Senza variabilità non c’è coda, senza coda non c’è un tempo di attraversamento realistico.
3. Omettere il giorno di picco. Un processo all’85 % in media è oltre il 100 % nel giorno di picco. Lì nasce l’accumulo che dura settimane.
4. Modellare troppo dettaglio. Trenta passi, stessa risposta, triplo sforzo.
5. Pubblicare senza verifica inversa. Little's Law richiede cinque minuti e salva la credibilità.