Ottimizzazione dei processi

Modellazione dei processi: quale metodo per cosa — e dove ciascun diagramma si interrompe

Jonas Höttler9. settembre 202616 min
In breve

La modellazione dei processi è la rappresentazione grafica di un singolo flusso con simboli standardizzati: attivatore, attività, decisioni, ruoli, risultato. Il metodo dipende dallo scopo — diagramma di flusso per un processo con un solo ruolo, Swimlane non appena sono coinvolti più ruoli, BPMN quando il modello sarà poi eseguito da un motore o verificato esternamente, SIPOC come fase preliminare per il perimetro, analisi del flusso di valore per il flusso di materiali e informazioni insieme alle scorte. Praticamente cinque simboli coprono quasi ogni diagramma: inizio, attività, decisione, flusso, fine. Tuttavia un modello descrive solo la struttura; tasso di arrivo, dispersione delle durate, capacità e calendario non sono presenti in alcuna notazione. Proprio per questo un modello completo disegna sei riquadri tutti uguali, senza indicare quale di essi rallenti il flusso — a rispondere a ciò è solo una misurazione.

Schizzo a mano di un flusso di processo con riquadri, rombi e frecce su carta
Inhaltsverzeichnis

Un modello di processo si disegna rapidamente e quasi altrettanto rapidamente diventa inutile. Non perché sia sbagliato — le caselle di solito sono corrette. Ma perché non risponde alla domanda per cui è stato creato. Si disegna per sapere dove intervenire. Si consegna una struttura in cui ogni passaggio appare ugualmente importante.

Questo articolo si regge su due gambe. Primo, l'arte: quale metodo serve a cosa, quali simboli sono davvero necessari, come trovare il giusto livello di dettaglio e in quale ordine procedere. Secondo, il confine: le quattro informazioni che non compaiono in nessuna notazione e senza le quali nessun diagramma dice quale passaggio rallenta il flusso.

Che cos'è la modellazione dei processi?

La modellazione dei processi è la rappresentazione grafica di un singolo processo aziendale con simboli standardizzati. Risponde a quattro domande: cosa innesca il flusso? Quali attività seguono in quale ordine? Dove si verifica una diramazione e chi decide? Con cosa termina?

I termini vengono confusi nella pratica quotidiana, ma indicano cose diverse:

TermineLivelloRisponde a
Carta dei processitutti i processi di un'aziendaQuali processi esistono?
Modello di processoun processo, passo dopo passoCome si svolge questo singolo flusso?
Documentazione del processoun processo più regole, moduli, scadenzeCome lo eseguo correttamente?
Gestione dei processi (BPM)l'organizzazioneChi è responsabile, misura e migliora i processi?

La carta dei processi è la mappa della città, il modello di processo è le indicazioni per percorrere una strada. Chi mette entrambi in un'unica immagine ottiene una mappa con duecento caselle che dopo la presentazione nessuno riapre. Come si crea il livello superiore è descritto nella Guida alla carta dei processi.

A cosa serve un modello:

  • Inserimento: i nuovi collaboratori vedono il flusso anziché sentirlo raccontare
  • Audit e certificazione: la ISO 9001 richiede comunque questa struttura
  • Cambio di sistema: ciò che va rappresentato prima che un software lo supporti
  • Passaggi di consegna: i punti in cui un'attività cambia responsabilità
  • Eccezioni: i casi che ognuno gestisce diversamente perché non sono documentati

A cosa non serve:

  • Prioritizzazione. Tutte le caselle sono della stessa dimensione.
  • Stima dello sforzo. Un passaggio può durare dieci minuti o quattro giorni.
  • Pianificazione della capacità. Quanto spesso il processo si avvia non è nel diagramma.

As-is e To-be: prima disegnare ciò che c'è

La modellazione dei processi conosce due tipi di modello. L'As-is mostra lo stato attuale: come il flusso avviene oggi realmente. Vi appartengono gli slalom, i lavori di rifacimento e il file Excel che ufficialmente non esiste. Il To-be mostra lo stato desiderato dopo la modifica.

L'ordine non è negoziabile: prima As-is, poi To-be. Chi parte dal desiderato ottimizza un flusso che non conosce.

Tuttavia fra i due va inserito un terzo passo che molte guide omettono: misurare. Un modello To-be che nasce direttamente dall'As-is è una lista dei desideri. Migliora il passaggio di cui nel workshop si è parlato più a voce alta — e raramente è quello che blocca il flusso. Il passaggio rumoroso è quello sgradevole, quello costoso è il silenzioso, dove le pratiche si accumulano.

Regola pratica: un modello To-be nasce per esattamente un passaggio, quello che indica la misurazione. Tutto il resto resta per ora com'è.

Modellazione dei processi: panoramica dei metodi

MetodoCosa mostraSforzoAdatto per
Diagramma di flussoflusso dall'inizio alla fine, diramazionibassoun flusso con una o due funzioni
Swimlanelo stesso, ma diviso per responsabilità in corsieda basso a medioflussi che attraversano più reparti
BPMN 2.0attività, eventi, gateway, messaggi, poolaltomodelli eseguibili o sottoposti a verifica esterna
EPKcatena alternata di evento e funzionemedioaziende con inventario ARIS
eEPKEPK più unità organizzativa e oggetto informativoda medio ad altoobblighi di documentazione, prova di responsabilità
SIPOCcinque colonne: Fornitore, Input, Processo, Output, Clientemolto bassodefinire il perimetro prima del modello vero e proprio
Value Stream Mappingflusso materiale e informativo, scorte, tempi di attesaaltoproduzione e tutto ciò con scorte visibili
Catena del valorecinque-nove blocchi senza dettagli internimolto bassopanoramica per direzione e soggetti esterni
Modello di dettaglioogni passaggio con sotto-processi ed eccezionimolto altoconsegna all'IT, preparazione all'automazione

Diagramma di flusso

La forma più semplice: Start, attività, rombi per decisioni, End. Tutti lo comprendono senza introduzione, ed è proprio questo il suo valore. Il limite appare quando sono coinvolte più funzioni — allora la responsabilità resta solo come testo nella casella e i punti di passaggio, dove si perde tempo, scompaiono.

Swimlane

Lo stesso flusso, ma ogni ruolo ha una corsia. Il vantaggio non è estetico, ma pratico: Ogni freccia che esce da una corsia è una consegna. Le consegne sono i punti in cui le attività si accumulano perché nessuno è più responsabile e nessuno ha ancora iniziato. Per flussi che attraversano più reparti, la Swimlane è la scelta standard corretta.

BPMN 2.0

Lo standard internazionale dell'Object Management Group, circa 150 simboli, leggibile da macchina. La sua forza è la chiarezza: un modello BPMN si può esportare, convalidare ed eseguire con una Process Engine. La sua debolezza è la curva d'apprendimento — sul lato operativo pochi lo leggono volentieri.

Usi BPMN se il modello deve essere eseguito, esportato o verificato esternamente. Non usatelo per prestigio. Un buon Swimlane controllato dal reparto vale più di un BPMN corretto che nessuno apre.

EPK ed eEPK

La Event-driven Process Chain alterna rigorosamente evento ("È arrivata una richiesta") e funzione ("Registrare la richiesta"), con connettori per AND, OR, XOR. Nell'area di lingua tedesca è diffusa tramite ARIS. L'estesa EPK aggiunge per ogni funzione l'unità organizzativa e l'oggetto informativo — cioè chi esegue il passo e con cosa.

Il cambio forzato è forza e limite insieme: costringe a esplicitare gli inneschi e raddoppia la lunghezza dei modelli. Ha senso se in azienda esiste già un patrimonio EPK. Per un modello nuovo su foglio bianco raramente serve.

SIPOC

Cinque colonne: Suppliers, Inputs, Process, Outputs, Customers. Non è un diagramma di flusso, ma il perimetro prima di esso. Compilato in un'ora, chiarisce la domanda che blocca la maggior parte delle modellazioni: dove inizia e dove finisce il processo? La parte di processo resta volutamente generale — cinque-sette blocchi.

Value Stream Mapping

Dal Lean Management. Rappresenta flusso materiale e informativo e riporta per ogni passaggio numeri: tempo di elaborazione, tempo di attesa, scorte, tasso di errore. È quindi l'unico metodo classico intrinsecamente quantitativo. Il suo luogo è la produzione; nei processi d'ufficio la "scorta" è la coda nella casella di posta, il che lo rende più complesso ma non impossibile.

Catena del valore e modello di dettaglio

Due estremi della stessa scala. La catena del valore mostra cinque-nove blocchi senza interno — la versione per direzione e terzi. Il modello di dettaglio mostra ogni passaggio con sotto-processi, eccezioni e sistemi — la versione per la consegna all'IT. Entrambi sono legittimi. Diventano inutilizzabili quando i due livelli di dettaglio coesistono in uno stesso diagramma: tre caselle per metà vendite, poi quattordici per la procedura di approvazione.

Quale metodo scegliere? Tre domande

  1. Sono coinvolte più funzioni o reparti? Sì → Swimlane. No → Diagramma di flusso.
  2. Il modello dovrà essere eseguito, esportato o verificato esternamente? Sì → BPMN 2.0.
  3. Si tratta di materiale, scorte o tempi di giacenza? Sì → Value Stream Mapping.

Se il perimetro non è chiaro, prima SIPOC. Tutto il resto è gusto — e il gusto è un cattivo consigliere per le notazioni, perché il modello sarà letto da persone che non condividono quel gusto.

Simboli per la modellazione dei processi

I simboli comuni derivano dalla tradizione dei diagrammi di flusso e sono uguali in tutti gli strumenti:

  • Ovale (Terminatore): inizio e fine del processo
  • Rettangolo: un'attività o un'operazione
  • Rombo: una decisione, con uscite etichettate
  • Freccia: la direzione del flusso
  • Rettangolo con linee laterali doppie: un sotto-processo modellato altrove
  • Parallelogramma: dati in input o output
  • Rettangolo con bordo ondulato: un documento
  • Forma a D: un ritardo, cioè un tempo di giacenza
  • Rettangolo con bordi inclinati: immissione manuale — nella pratica il segnale più affidabile di un media break

In BPMN i cinque più importanti si chiamano: evento iniziale (cerchio sottile), attività (rettangolo con angoli arrotondati), gateway esclusivo (rombo con X), flusso di sequenza (freccia continua), evento finale (cerchio spesso). Con questi si rappresentano la maggior parte dei flussi.

Due regole sono più importanti di qualsiasi elenco di simboli: Ogni rombo ha uscite etichettate — "sì"/"no" o la condizione. E: ogni percorso termina. Un ramo che termina nel vuoto è un difetto estetico nel diagramma e nella realtà l'attività che non si conclude mai.

Modellare un processo: sei passaggi

Passaggio 1: definire i confini

Due frasi, per iscritto, prima di disegnare: con cosa inizia il processo (innesco) e con cosa termina (risultato)? Se mancano, il modello si espande durante il lavoro — ogni conversazione aggiunge qualcosa all'inizio o alla fine. Questo è il motivo più comune per cui una modellazione che dovrebbe durare due giorni ne richiede tre settimane.

Passaggio 2: raccogliere i passaggi — da chi li esegue

Non dai responsabili. Loro conoscono il flusso desiderato, e la differenza dall'istante reale è proprio ciò che cercate. Cinque domande che portano a galla ciò che in nessuna procedura è scritto:

  • Cosa innesca questa attività da parte vostra e come lo riconoscete?
  • Cosa vi serve per poter iniziare e da dove arriva?
  • Su cosa aspettate più spesso?
  • Cosa fate quando qualcosa manca o il sistema non collabora?
  • Cosa fate qui diversamente rispetto alla procedura formale — e perché?

Passaggio 3: fissare la granularità

La regola che decide il livello: Un passaggio è un pezzo di lavoro che una funzione in un sistema esegue in un'unica soluzione. Se cambia la funzione, il sistema o la lavorazione viene interrotta, inizia un nuovo passaggio.

Nella pratica questo dà per un processo normale otto-quindici passaggi. Se ne risultano cinquanta, state modellando pressioni sui tasti. Se ne risultano quattro, state modellando reparti.

Passaggio 4: disegnare

Scegliere il metodo dalle tre domande sopra, poi una prima bozza senza eccezioni: il caso normale da sinistra a destra. Solo dopo si aggiungono le diramazioni — e non tutte. Un processo è di solito per circa un terzo fatto di eccezioni; si modellano le due-tre più frequenti. Il resto va in nota.

Passaggio 5: far rileggere

Il diagramma finito torna alle stesse persone del passaggio 2, con una sola domanda: «Dove non è corretto?» Non «Va bene così?» — a questa rispondono tutti sì. Di solito il gruppo corregge due-quattro punti, e almeno uno non è banale.

Passaggio 6: aggiungere i numeri

Il passaggio che manca nella maggior parte delle guide e senza il quale il modello resta decorativo. Per ogni passaggio quattro indicazioni, anche stimate:

  • Durata come intervallo: ottimistica, tipica, pessimistica — non una media
  • Tempo di attesa prima: quanto resta in coda prima che qualcuno inizi
  • Frequenza: quante volte il passaggio si verifica al mese, con la percentuale di eccezioni
  • Ruolo e sistema, più: media break sì/no

Perché l'intervallo invece della media: chi usa medie in una catena di processi calcola sistematicamente troppo ottimisticamente quando ci sono porte, loop o operatori condivisi. La spiegazione è in Il suo Excel calcola correttamente eppure sbaglia.

Esempio: un processo di offerta, modellato

Il modello seguente proviene dalla nostra analisi esemplare AN-2026-01. È costruito, non rilevato presso un cliente — la struttura è modellata su processi tipici delle medie imprese, i numeri vengono da una simulazione su 500 run. Per capire il punto basta questo: la differenza tra immagine e misurazione è una proprietà del metodo, non un segreto aziendale.

Come Swimlane, sei passaggi, quattro ruoli:

                 ┌────────────┐                              ┌──────────────┐
Innendienst   ●──│ 01 Anfrage │                              │ 05 Angebot   │──▶ ● 
                 │  erfassen  │                              │   schreiben  │
                 └─────┬──────┘                              └──────▲───────┘
                       │                                            │
                 ┌─────▼──────┐                                     │
Konstruktion     │ 02 Techn.  │                                     │
                 │  Klärung   │                                     │
                 └─────┬──────┘                                     │
                       │                                            │
                 ┌─────▼──────┐   ┌───────────┐   nein     ┌────────┴────┐
Kalkulation      │ 03 Kalku-  │──▶│ 04 Frei-  │───────────▶│ Rückfrage   │
                 │   lation   │   │   gabe?   │            │ (Ausnahme)  │
                 └────────────┘   └─────┬─────┘            └─────────────┘
                                        │ ja
                                        ▼
Vertrieb                          06 Versand & Nachfassen ──▶ ●

Il diagramma è corretto. Risponde a chi fa cosa e in quale ordine, e mostra tre media break (E-Mail, Excel, Word). Non risponde però: quale di questi sei passaggi blocca il flusso?

Graficamente tutte e sei sono uguali. Nei calcoli non lo sono:

{
  "caption": "Utilizzo per ruolo nello stato attuale. Analisi esemplare AN-2026-01, costruito, 500 run simulati",
  "unit": "%",
  "data": [
    { "label": "Konstruktion", "value": 118, "tone": "critical" },
    { "label": "Kalkulation", "value": 86 },
    { "label": "Vertriebsinnendienst", "value": 74 },
    { "label": "Vertriebsleitung", "value": 41 }
  ]
}

Un ruolo supera il 100 percento — riceve più lavoro di quanto possa smaltire, e davanti al suo passaggio cresce una coda. Il modello mostra quella corsia come una delle quattro, allo stesso livello della direzione vendite che è al 41 percento.

Di conseguenza il tempo di attraversamento è una fascia, non un singolo numero:

[
  { "label": "Throughput time P10", "value": "1,8", "unit": "Tage", "note": "caso veloce" },
  { "label": "Throughput time P50", "value": "4,6", "unit": "Tage", "note": "caso tipico" },
  { "label": "Throughput time P90", "value": "11,2", "unit": "Tage", "tone": "critical", "note": "ciò che si potrebbe promettere" },
  { "label": "Runs over capacity", "value": "34", "unit": "%", "tone": "critical" }
]

Tra il caso tipico e quello promesso c'è un fattore due. Nel diagramma nulla lo mostra — e questo vale per ogni notazione. L'analisi completa con prima-dopo è disponibile in Il processo d'offerta che resta in progettazione.

Le quattro informazioni che nessuna notazione contiene

Perché nessun modello indica il collo di bottiglia ha una ragione pragmatica: le notazioni descrivono struttura, non carico. Per calcolare servono quattro grandezze che né BPMN né EPK né una Swimlane prevedono:

  1. Tasso di arrivo — quante volte il processo viene attivato e quanto irregolarmente. Quaranta richieste a settimana sono diverse da quaranta di cui trenta arrivano il lunedì.
  2. Varianza delle durate — non "due ore", ma "da una a quattro ore, di solito due". Senza varianza non si formano code e il calcolo risulta troppo ottimistico.
  3. Capacità — quante persone possono svolgere il passaggio e con quale quota del loro tempo. Una corsia nel diagramma può significare una persona o otto.
  4. Calendario — orari di lavoro, ferie, approvazioni che avvengono solo il martedì. Un flusso che impiega teoricamente tre ore può comunque richiedere un giorno se passa la notte.

Queste quattro informazioni si raccolgono meglio durante la modellazione, al passaggio 6 sopra. Sono il ponte tra il disegno e il calcolo — e il punto in cui si decide se dal modello nascerà una misura o sarà solo un quadro.

Errori frequenti

1. Troppo dettagliato. Duecento caselle per un processo. Rimedio: la regola del passaggio 3 — ruolo, sistema, un'unica soluzione.

2. Disegnato il desiderato invece dell'attuale. Lo si riconosce perché nel modello manca il lavoro di rifacimento. Nei flussi reali c'è sempre.

3. Parlato solo con i dirigenti. Fornisce il procedimento ufficiale. La differenza con la realtà è il valore dell'intera attività.

4. Scelta della notazione per prestigio. BPMN perché sembra professionale, poi nessuno lo legge — e un modello non sottoposto a revisione è una mera affermazione.

5. Ignorare le eccezioni. Il caso normale è disegnato, ma il trenta percento dei flussi va diversamente. Due-tre eccezioni vanno nell'immagine, il resto in nota.

6. Nessun numero. Il modello è finito, la domanda "e ora cosa facciamo prima?" rimane basata sull'opinione.

7. Nessun proprietario, nessun motivo. Un modello senza responsabile nominato e senza un evento di aggiornamento fisso — cambio sistema, riorganizzazione, revisione annuale — dopo dodici mesi è obsoleto senza che nessuno se ne accorga.

Con cosa modellare?

Per la prima versione: carta, lavagna, post-it. I Post-it si spostano, un diagramma pulito scoraggia le obiezioni. Per la versione finale bastano i comuni strumenti di diagrammazione — per un singolo processo lo strumento è la domanda minore. Dove i modelli vengono curati per anni o eseguiti, entrano in gioco suite BPM con repository, versioning e rilascio; è una decisione d'acquisto con costi propri e vale la pena solo sopra una cifra a due cifre di processi mantenuti.

Se in riunione si digita invece di disegnare

Un caso speciale vale la pena menzionarlo perché è la causa più comune di abbandono: in workshop nessuno disegna caselle. Chi disegna da parte non sta al passo, chi prende appunti trascrive dopo — o non lo fa. La nostra applicazione desktop FlowVisual offre per questo una riga di cattura: una riga per passaggio, Enter per il successivo, la catena si collega da sola.

Anfrage kommt rein
Angebot rechnen @Vertrieb 20-40min
Freigabe @Chef 5min ?über 10k
Nacharbeit @Vertrieb !fehlende Angaben

Quattro marcatori, più grammatica non serve: @ la funzione, un intervallo di tempo la durata, ? la condizione, ! il punto dolente. Tutto è facoltativo — una riga vuota è valida, e ciò che nessuno ha detto resta aperto invece di diventare uno zero inventato nel modello. Chi preferisce non partire da zero apre uno dei sei modelli (Offerta, Approvazione fattura, Reclamo, Onboarding, Service desk, Esecuzione ordine) o importa le procedure esistenti; ogni passaggio proposto porta una citazione letterale con file e va accettato singolarmente.

Il senso non è il disegno, ma ciò che segue: perché ruolo, durata e frequenza sono già nella riga, l'immagine finale contiene le quattro informazioni del capitolo precedente — e può essere calcolata anziché solo osservata. Come appare tutto in un solo passaggio è nella Guida, sezione “Se non esiste ancora un processo".

Più importante della scelta dello strumento: il modello deve risiedere dove la gente lavora. Un diagramma in uno strumento a cui il reparto non ha accesso non viene aggiornato — viene stampato e resta obsoleto al muro.

Conclusione

La modellazione dei processi è un mestiere con regole chiare: prima i confini, parlare con gli esecutori, scegliere la notazione in base allo scopo, un passaggio per ruolo e sistema, eccezioni dosate, far rileggere. Chi segue queste indicazioni ottiene in uno-due giorni un modello utilizzabile.

Ciò che il modello non fornisce, non lo fornirà neppure con una notazione migliore: l'ordine in cui intervenire. Per questo servono numeri sulle caselle e un calcolo — tasso di arrivo, varianza, capacità, calendario. Il diagramma è la premessa. Non è la risposta.

I passaggi successivi:

  1. Scriva in due frasi innesco e risultato
  2. Faccia due-tre interviste con gli esecutori usando le cinque domande sopra
  3. Disegni come Swimlane, otto-quindici passaggi
  4. Faccia rivedere con la domanda «Dove non è corretto?»
  5. Per ogni passaggio aggiunga intervallo di durata, tempo di attesa, frequenza, media break
  6. Solo dopo decida dove intervenire

Per approfondire:

Per calcolare ulteriormente: Con il gratuito Process Cost Calculator quantifichi in pochi minuti quanto costa al mese il flusso modellato — incluso potenziale di risparmio e scomposizione passo dopo passo.

Se vuole sapere quanto costa il Suo processo: lo misuri.

Inizi con la diagnosi gratuita o scarichi FlowVisual. Se poi vuole parlare con qualcuno, siamo raggiungibili.