Software che non disegna il Suo processo, ma lo calcola

1. Quale fase limita il throughput? Non quella di cui ci si lamenta più forte, e nemmeno quella che dura di più. Il collo di bottiglia è la fase con il più alto tasso di utilizzo ρ = domanda ÷ capacità. Con l'85 % di utilizzo un elemento attende già 5,7 volte il suo tempo di lavorazione, con il 95 % 19 volte. Il calcolo è qui.

2. Quanto dura nel caso peggiore? Una media non è una promessa. Chi promette «tre giorni» perché la mediana è tre giorni, infrange la promessa nella metà dei casi. Interessante è il P90, il valore che nove casi su dieci non superano.

3. Dove si sposta il collo di bottiglia se lo risolvo? Questa è la domanda su cui i business case basati su tabelle falliscono. Finché il controllo è al 114 % di utilizzo, l'approvazione sembra tranquilla dietro: riceve quasi nulla. Se risolve il controllo, l'approvazione riceve l'intero flusso. Il risparmio che era in tabella non si verifica mai.

4. Quanto vale una modifica in euro? Non «più veloce», ma un numero con origine: costi del personale per caso, costi dell'attesa, costi delle rilavorazioni, prima e dopo, con intervallo.

Quando qui sbaglia: Se progetta una linea di produzione, un magazzino, un pronto soccorso o un terminal, usi un laboratorio di simulazione. Logica di trasporto, matrici di attrezzaggio e piani sperimentali mancano qui intenzionalmente. Se gestisce 300 processi con obbligo di approvazione, usi una BPM-Suite.

Il confronto dettagliato con i limiti di ciascuna categoria è nell'articolo Simulazione dei processi: confronto tra software.

Gli arrivi sono singoli. Non 120 al giorno come numero tondo, ma estratti da una distribuzione con variazione, probabilità di picco e fattore di picco. Il danno si verifica nei cinque giorni peggiori del trimestre, non in media.

Ogni fase ha capacità e un intervallo di lavorazione. Capacità espressa o come persone × ore al giorno o come ritmo fisso, se un impianto impone il limite. Lavorazione da–a, non come valore puntuale. La dispersione è l'informazione essenziale, perché genera la coda.

L'esecuzione viene ripetuta centinaia di volte. Ogni ripetizione estrae nuovi valori casuali. Dalla distribuzione dei risultati nasce la banda: P10, P50, P90. Perché un singolo numero qui non serve a nulla è spiegato in P10, P50, P90 richtig lesen.

La concatenazione viene inclusa nel calcolo. Una fase non vede mai più arrivi di quelli che il più lento davanti a lei lascia passare. Proprio per questo il collo di bottiglia si sposta quando Lei lo risolve. Questo non può farlo una tabella.

Utilizzazione  ρ  =  Domanda ÷ Capacità
Tempo di attesa  Wq  ≈  ρ/(1−ρ)  ×  (ca² + cs²)/2  ×  te

La seconda riga è l'approssimazione rispetto alla quale ogni risultato di simulazione deve essere verificato. Se la simulazione se ne discosta molto, la differenza risiede nella concatenazione o nel calendario. Entrambe le cose devono allora essere spiegate, non nascoste.

• Non è Process Mining. FlowVisual non misura il passato dai log di sistema. Calcola un'ipotesi. Per questo non serve un event log, ma allo stesso tempo non fornisce alcuna affermazione su ciò che è realmente accaduto. Se Lei ha un event log e vuole sapere cosa è successo ieri: strumento di mining. Se vuole sapere cosa succede quando il passo 3 viene automatizzato: simulazione.
• Non è uno strumento BPMN. Sei blocchi invece di una notazione. Chi ha bisogno di una documentazione di processo conforme alla norma non la troverà qui. Veda BPMN-Simulation per la distinzione.
• Non è un repository di architettura. Un processo per modello, non tutta l'organizzazione in una volta.
• Non è una progettazione di fabbrica. Nessuna logica di trasporto, nessuna matrice di set-up, nessun piano di esperimenti, nessun modello di turni con regole di consegna.
• Non crea immagini più belle. Non disegna più bello di Visio. Calcola.

1. Aprire un modello invece di partire da zero. Evasione ordini, processo offerte, autorizzazione fatture, reclamo, onboarding o ticket IT sono già pronti. Trenta secondi per vedere come appare un modello completo. Questo Le evita di costruire il Suo modello troppo nel dettaglio.
2. Disegnare il flusso. Inizio, passaggi nella vera sequenza, decisioni dove il processo realmente devia, interruzione per tutto ciò che esce dal processo.
3. Inserire volumi, tempi e costi. Volume al giorno con variazione, per ogni passaggio capacità e tempi di lavorazione da–a, oltre a ruolo, sistema e tariffa oraria. Calcolare il costo pieno: stipendio lordo × 1,5 fino a 1,8, diviso per circa 1 500 ore produttive.
4. Guardare prima di calcolare. Funziona davvero così? Questi due minuti con il reparto di competenza evitano la discussione sul risultato.
5. Avviare lo stress test. La barra in alto è il Suo collo di bottiglia; un clic apre il passaggio nell'Inspector.
6. Salvare lo stato attuale, cambiare esattamente una leva, confrontare. Senza baseline non c'è nulla da confrontare, e con tre modifiche contemporanee nessuno sa quale abbia funzionato.
7. Esportare. Offerta (PDF) per il decisore, documentazione (PDF) per la tracciabilità.

I passaggi da 1 a 6 sono gratuiti. La versione estesa con checklist e i cinque errori costosi si trova nella Anleitung.