In molte imprese italiane il flowchart compare in due momenti tipici. Prima, quando un consulente lo disegna durante una certificazione e lo lascia in un PDF che nessuno apre più. Poi, quando un nuovo collaboratore chiede \"come funziona questa cosa qui?\" e nessuno sa rispondere senza chiamare la persona che l'ha sempre fatta.
\nTra questi due estremi esiste un terreno operativo. Un diagramma di flusso aziendale è la rappresentazione grafica delle attività, delle decisioni e dei flussi informativi di un processo, costruita con simboli standard. Lo standard ISO 5807 ne definisce i simboli base; la notazione BPMN 2.0 — recepita anche come ISO/IEC 19510 — è il riferimento moderno per i processi più articolati [1][2].
\nI dati ISTAT (2025) indicano che meno della metà delle PMI italiane adotta strumenti digitali strutturati per la rappresentazione dei processi [3]. Banca d'Italia (2024) rileva che la documentazione dei processi è tra le pratiche manageriali più correlate alla produttività [4].
\nQuesto articolo descrive come costruire un diagramma di flusso utile: quando serve davvero, quale notazione scegliere, il processo passo-passo per disegnarlo, gli strumenti proporzionati alla dimensione dell'impresa e gli errori che lo trasformano in carta da parati.
\nQuanti diagrammi di flusso, nelle PMI italiane, vengono consultati più di una volta dopo essere stati disegnati? Nella maggior parte dei casi, nessuno. La carta da parati certifica solo che qualcuno, una volta, ci ha provato.
\nIl primo errore non è disegnare male un diagramma di flusso, è disegnarlo quando non serve. Banca d'Italia (2024) documenta che la documentazione dei processi è correlata alla produttività solo quando viene effettivamente usata in azienda; non è la rappresentazione grafica in sé a generare valore, ma il fatto che chi esegue il processo possa leggerla, capirla e seguirla [4]. Questa sezione fissa la definizione operativa, distingue il diagramma di flusso dai termini con cui viene confuso più spesso e identifica i tre casi in cui costruirlo restituisce un beneficio misurabile.
\nDefinizione operativa. Un diagramma di flusso aziendale è la rappresentazione grafica delle attività (azioni), delle decisioni (bivi), dei flussi informativi (frecce) e dei flussi di materiali di un processo, costruita con simboli standard concordati in anticipo tra chi lo disegna e chi lo usa.
\nDisambiguazione dei termini vicini.
\nDiagramma di flusso vs mappa di processo. Il diagramma di flusso è uno strumento grafico (il foglio, con i suoi simboli). La mappa di processo è il risultato dell'attività di mappatura, che può usare diversi strumenti grafici — tra cui il diagramma di flusso. Confondere i due termini porta a scrivere \"fare la mappa di processo\" quando si intende \"disegnare un flowchart\", e viceversa.
\nDiagramma di flusso vs BPMN. Il flowchart \"classico\" (ISO 5807) usa pochi simboli base ed è leggibile da chiunque [2]. BPMN è una notazione standard più ricca (oltre cento simboli) pensata per processi articolati con eventi, gateway condizionali, sotto-processi [1]. Confusione frequente: pensare che \"fare un diagramma di flusso\" significhi necessariamente usare BPMN. Per la maggior parte delle PMI, non lo significa.
\nDiagramma di flusso vs flowchart. Sono sinonimi — uno italiano, l'altro inglese. Il termine inglese ricorre soprattutto nei software e nei manuali tradotti. La confusione è solo lessicale.
\nDiagramma di flusso vs swim lane diagram. Lo swim lane diagram è una variante del diagramma di flusso che aggiunge corsie funzionali (chi fa cosa). È un'estensione del flowchart, non uno strumento separato.
\nI tre casi in cui il diagramma serve davvero.
\nOnboarding e passaggio di consegne. Quando un nuovo collaboratore deve imparare un processo, un flowchart leggibile riduce il tempo di affiancamento. Quando una persona lascia il ruolo, un flowchart aggiornato trasferisce la conoscenza che altrimenti restava nella sua testa.
\nProcesso cross-funzionale con responsabilità sfumate. Quando un processo attraversa più funzioni (commerciale, operativo, amministrativo) e non è chiaro chi fa cosa in ogni passaggio, il flowchart a corsie (swim lane) risolve l'ambiguità in modo visivo.
\nPrerequisito alla revisione o all'automazione. Prima di migliorare un processo o prima di automatizzarlo, è necessario avere una rappresentazione chiara di come funziona oggi. Un processo non documentato non si può migliorare in modo sistematico.
\nPer il quadro più ampio dell'attività di mappatura dei processi aziendali — che include la scelta di quali processi rappresentare e con quale priorità — il cluster dedicato è il riferimento. Per il collegamento tra il flowchart e le procedure aziendali che ne derivano, il pillar di riferimento è disponibile.
\nConviene davvero imparare BPMN per disegnare il processo di gestione dei reclami di un'officina con otto persone? La risposta più frequente è no. La risposta più frequente in azienda, tuttavia, è \"sì, perché lo fa il mercato\".
\nLo standard ISO 5807 [2] codifica un set ridotto di simboli — rettangolo per le attività, rombo per le decisioni, ovale per inizio e fine, parallelogramma per input e output, freccia per il flusso — sufficiente per la maggioranza dei processi di una PMI. La notazione BPMN 2.0 [1], standard ISO/IEC 19510, è più potente ma ha oltre cento simboli ed è giustificata solo quando il processo lo richiede. Lo swimlane è una variante del flowchart che aggiunge le corsie funzionali per chiarire chi fa cosa.
\nMatrice di scelta in tre variabili.
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n| Notazione | Complessità del processo | Numero di funzioni coinvolte | Destinatario della mappa |
|---|---|---|---|
| Flowchart ISO classico | Semplice-media (fino a 10-15 passi) | Una sola funzione | Chiunque in azienda |
| Swim lane | Media (10-20 passi con più responsabilità) | Due o più funzioni | Chi esegue il processo |
| BPMN | Alta (processi con eccezioni, sotto-processi, eventi condizionali) | Multiple, con integrazione di sistemi | Progettisti di processo, IT |
Regola pratica. Si inizia con il flowchart ISO classico. Si aggiunge il swim lane quando le responsabilità tra funzioni sono la prima fonte di ambiguità. Si introduce BPMN solo quando il processo richiede la modellazione di eventi, gateway condizionali multipli o integrazione con sistemi informatici — e quando esiste qualcuno che sa leggere BPMN.
\nChi dovrebbe disegnare il diagramma: il responsabile che conosce il processo \"ufficiale\", o l'esecutore che lo svolge davvero ogni giorno? Nei progetti osservati, la prima scelta è quella più frequente. La seconda è quella che produce mappe utili.
\nUn diagramma di flusso ben fatto si costruisce in cinque passi sequenziali: identificare inizio e fine del processo, elencare le attività intermedie, riconoscere i punti di decisione, attribuire le responsabilità (se si usa lo swimlane), validare la prima bozza con chi esegue il processo. Il riferimento metodologico è il manuale Dumas et al. (2018) [5], che dedica un capitolo alla \"modellazione essenziale\" e alla parsimonia simbolica — tenere solo i simboli che servono al destinatario della mappa. Questa sezione descrive ciascun passo con tempi indicativi e una regola pratica: ogni passo dovrebbe produrre un artefatto controllabile prima di passare al successivo.
\nPasso 1 — Identificare inizio e fine del processo.\nTempo indicativo: 15-20 minuti. Artefatto: due frasi — \"Il processo inizia quando [evento/trigger]\" e \"Il processo finisce quando [output/consegna]\". La precisione di questi due confini è la condizione per non perdersi nella complessità del passo successivo.
\nEsempio: per il processo di gestione dei reclami cliente, l'inizio è \"il cliente invia un reclamo via email o telefono\" e la fine è \"il reclamo viene chiuso e il cliente riceve una comunicazione di esito\". Tutto ciò che avviene nel mezzo è il corpo del processo.
\nPasso 2 — Elencare le attività intermedie.\nTempo indicativo: 30-45 minuti con chi esegue il processo. Artefatto: un elenco numerato di attività reali — come vengono svolte oggi, non come dovrebbero essere svolte. L'elenco viene fatto con la persona che esegue il processo, non senza di lei.
\nRegola pratica: se un'attività include un verbo che non è né \"verificare\", né \"decidere\", né un'azione diretta (compilare, inviare, aggiornare, approvare, ricevere), probabilmente è troppo generica o nasconde due attività separate.
\nPasso 3 — Riconoscere i punti di decisione.\nTempo indicativo: 15-20 minuti aggiuntivi. Artefatto: per ogni punto del flusso dove il processo prende strade diverse, una domanda a risposta sì/no. I rombi nel flowchart rappresentano questi bivi: \"il valore dell'ordine supera 5.000 euro?\" → sì (percorso A) / no (percorso B).
\nL'errore più frequente è descrivere le decisioni come attività: \"approvare l'ordine\" è un'attività; \"l'ordine è approvato?\" è un punto di decisione. La differenza è visiva nel diagramma, ma ancor più importante nel testo scritto che la accompagna.
\nPasso 4 — Attribuire le responsabilità (swim lane).\nTempo indicativo: 10-15 minuti aggiuntivi. Artefatto: ogni attività e ogni decisione assegnata a una funzione o a un ruolo esplicito. Se si usa il swim lane, ogni corsia corrisponde a un ruolo.
\nRegola di parsimonia: le responsabilità si attribuiscono per ruolo (responsabile commerciale, operativo, amministrativo), non per persona. La persona cambia; il ruolo no.
\nPasso 5 — Validare con chi esegue il processo.\nTempo indicativo: 30 minuti con il team che esegue il processo. Artefatto: la bozza annotata con le correzioni. Questo passo è quello più spesso saltato ed è il più discriminante. Se chi esegue formula più di due domande di chiarimento sulla bozza, il diagramma non è ancora pronto.
\nRegola di leggibilità: se un simbolo richiede una legenda per essere interpretato, è candidato all'eliminazione. Un diagramma che funziona senza legenda è un diagramma che verrà usato; uno che la richiede tende a restare in archivio.
\nPer il collegamento tra il flowchart e le procedure operative standard (SOP) che formalizzano ogni passaggio in linguaggio scritto, il cluster dedicato è il riferimento. Il flowchart mostra il flusso; la SOP descrive come eseguire ogni singolo passo.
\nUna piattaforma di flowchart professionale risolverà davvero il problema, o lo trasformerà in un nuovo problema di adozione del software? Nelle PMI italiane il secondo scenario è più documentato del primo — ed è una delle ragioni del divario di adozione misurato da ISTAT.
\nL'indagine ISTAT (2025) rileva che la maggior parte delle PMI italiane non dispone di software dedicati alla rappresentazione dei processi [3]. Questo non è un ostacolo: per il primo flowchart, post-it su una parete e una macchina fotografica producono spesso un risultato più utile di qualunque software. Questa sezione propone una scala in tre livelli con l'indicazione di quando passare da un livello al successivo. Il criterio non è la dimensione dell'impresa, è la maturità della documentazione esistente e la frequenza con cui la mappa viene aggiornata.
\nLivello 1 — Manuale (carta, post-it, lavagna).\nQuando usarlo: nella fase iniziale di costruzione del flowchart, soprattutto con il team che esegue il processo. Permette di spostare i passi, aggiungere o togliere attività senza la frizione del software. I post-it su una lavagna sono lo strumento più versatile per la fase di esplorazione.\nLimite: non è facilmente condivisibile digitalmente e non si aggiorna in modo semplice.
\nLivello 2 — Strumento di diagrammazione digitale generalista.\nQuando usarlo: quando il flowchart deve essere condiviso digitalmente, conservato nel sistema documentale aziendale o usato come riferimento da un team distribuito. Questa categoria include tool cloud di diagrammazione che non richiedono formazione specifica.\nLimite: non integra automaticamente le informazioni dal gestionale o dal sistema di workflow: resta uno strumento manuale, anche se digitale.
\nLivello 3 — Piattaforma professionale di Business Process Management.\nQuando usarlo: quando il processo rappresentato è direttamente collegato a workflow automatizzati, quando il diagramma deve essere mantenuto sincronizzato con il sistema IT, o quando serve una governance formale dei processi. Per le PMI, questo livello è raramente giustificato prima di aver consolidato il livello 2. Per il collegamento con il tema dell'automazione dei processi aziendali, il cluster dedicato tratta le condizioni in cui il livello professionale diventa necessario.
\nCriterio di passaggio: si passa dal livello 1 al livello 2 quando i flowchart sono più di 5 e vengono usati regolarmente. Si passa dal livello 2 al livello 3 quando i flowchart devono integrarsi con sistemi informatici o workflow automation. Il livello 3 senza un proprietario tecnico che lo gestisce diventa un investimento inutilizzato.
\nIl diagramma appena disegnato rappresenta il processo come è davvero, o come sarebbe piaciuto che fosse? Nella maggior parte dei primi tentativi, la seconda ipotesi è la più aderente alla realtà.
\nUn diagramma di flusso disegnato male è peggio di nessun diagramma. Cristallizza l'inefficienza, dà l'illusione del controllo e produce cinismo organizzativo verso ogni successivo tentativo di formalizzazione. La letteratura di Business Process Management (Dumas et al., 2018 [5]) raccoglie un catalogo di errori ricorrenti. Questa sezione li raccoglie nei sei più frequenti con il formato \"errore → segnale d'allarme → correzione operativa\".
\nErrore 1 — Sovra-uso di simboli BPMN su processi banali.\nSegnale: il diagramma richiede una legenda per essere letto; chi lo guarda chiede \"cosa significa quel simbolo?\".\nCorrezione: usare il flowchart ISO classico (5 simboli base) per qualsiasi processo che non richieda la rappresentazione di eventi condizionali o sotto-processi. BPMN si introduce solo quando la complessità del processo lo giustifica.
\nErrore 2 — Assenza di validazione con gli esecutori.\nSegnale: il diagramma è stato costruito solo dal responsabile o dalla direzione; chi esegue lo trova impreciso o non lo riconosce come il proprio processo.\nCorrezione: includere chi esegue nella Fase 5 (validazione). La domanda da porre: \"Questo descrive come fai il processo oggi, non come sarebbe opportuno farlo?\"
\nErrore 3 — Mappa \"ideale\" invece di mappa reale.\nSegnale: il diagramma non include eccezioni, workaround o varianti che esistono nella pratica quotidiana.\nCorrezione: costruire prima la mappa \"as-is\" (come funziona oggi), poi la mappa \"to-be\" (come dovrebbe funzionare). Le due mappe rispondono a domande diverse e non vanno confuse.
\nErrore 4 — Decisioni rappresentate come attività.\nSegnale: il rombo (decisione) è assente nel diagramma; tutti i passi sono rettangoli (attività). Il processo sembra lineare anche quando non lo è.\nCorrezione: identificare ogni punto del processo dove si prende una scelta tra due percorsi diversi e rappresentarlo con il rombo. Almeno una decisione in ogni processo di media complessità.
\nErrore 5 — Mappa orfana (nessun proprietario, nessuna data di revisione).\nSegnale: il file non ha una data di ultima modifica visibile; non è chiaro chi è responsabile dell'aggiornamento.\nCorrezione: aggiungere sul documento la data di creazione, la data di ultima revisione e il nome del responsabile dell'aggiornamento. Senza questi elementi, il diagramma diventa carta da parati nel giro di sei mesi.
\nErrore 6 — Confusione tra livelli di astrazione.\nSegnale: lo stesso diagramma contiene sia la visione di processo macro (es. \"gestione ordine cliente\") sia il dettaglio operativo di un singolo passo (es. \"aprire il gestionale, clicare su 'nuovo ordine', inserire il codice cliente\").\nCorrezione: separare i livelli. Il diagramma di processo mostra le fasi macro; l'istruzione operativa o la procedura scritta descrive il dettaglio tecnico. I due documenti sono complementari, non sostitutivi.
\nProcessi non ripetibili. Il diagramma di flusso è utile per processi ricorrenti. Per attività creative, consulenze personalizzate o lavori ad alto contenuto tacito (dove ogni caso è diverso dall'altro), un flowchart rigido può ostacolare più che aiutare. In questi contesti, una checklist di qualità o un template flessibile è spesso più adatto.
\nAggiornamento continuo. Un diagramma di flusso che non viene aggiornato quando il processo cambia diventa rapidamente obsoleto e controproducente. La regola pratica è la stessa delle procedure scritte: trigger event + revisione periodica + proprietario.
\nFonti [1] e [2]. Le specifiche ISO/BPMN sono standard tecnici normativi, non fonti di dati empirici. Le affermazioni sul loro utilizzo nelle PMI derivano dai dati ISTAT [3] e Banca d'Italia [4], che documentano il contesto di adozione italiano senza riferimento specifico alle singole notazioni.
\nQuanto tempo richiede costruire un flowchart?\nPer un processo di media complessità (10-15 passi, una-due funzioni coinvolte), il ciclo completo dei 5 passi richiede 2-4 ore distribuite su più sessioni. La fase più lunga è spesso la validazione con chi esegue il processo.
\nUn diagramma di flusso può sostituire una procedura scritta?\nNo, ma è complementare. Il diagramma mostra il flusso visivo (cosa succede, in quale ordine, chi lo fa). La procedura scritta descrive come eseguire ogni singolo passo (con quali criteri, in quanto tempo, con quale output). Per i processi più critici, entrambi i documenti sono utili.
\nBisogna usare uno software specifico per fare i flowchart?\nNo. Post-it su una lavagna, poi fotografati, sono un ottimo punto di partenza. Il software aggiunge valore quando il flowchart deve essere condiviso digitalmente, conservato a lungo o aggiornato frequentemente.
\nUn diagramma di flusso aziendale utile si costruisce in cinque passi (identificare inizio e fine, elencare le attività, riconoscere i punti di decisione, attribuire le responsabilità, validare con chi esegue), si disegna con la notazione proporzionata al destinatario (flowchart ISO per la maggior parte dei casi, swim lane quando le responsabilità cross-funzionali sono la fonte di ambiguità, BPMN solo per processi complessi con integrazione di sistemi), si strumenta con il livello minimo necessario (carta nella fase esplorativa, digitale quando serve la condivisione, professionale solo quando richiesto dall'automazione).
\nI sei errori più frequenti (BPMN su processi banali, assenza di validazione, mappa ideale invece di reale, decisioni come attività, mappa orfana, confusione di livelli) si evitano con una sola pratica: far leggere il diagramma a chi non l'ha disegnato prima di considerarlo completo.
\nUn diagramma di flusso non è un documento di certificazione, è uno strumento di lavoro. Disegnato male, finisce in un cassetto entro tre mesi. Disegnato con il livello di dettaglio giusto e validato con chi esegue il processo, diventa la base per onboardare un nuovo collaboratore in giorni anziché settimane, per individuare le decisioni che rallentano un flusso e per preparare il processo all'automazione.
\nL'idea operativa è semplice: scegliere la notazione proporzionata al destinatario della mappa, costruire il diagramma in cinque passi sequenziali validandolo a ogni passaggio, usare gli strumenti più leggeri possibili nella prima fase. Quando un flowchart è leggibile da chi lo deve eseguire — non solo da chi lo ha disegnato — ha già fatto la metà del lavoro.
\nPer inquadrare il diagramma di flusso dentro l'attività più ampia della mappatura dei processi, che include la scelta di quali processi rappresentare e con che criterio, è disponibile l'approfondimento dedicato. Per trasformare il flowchart in istruzioni eseguibili dai collaboratori, il passaggio successivo è la formalizzazione delle procedure aziendali.
\nUn'azienda i cui processi sono rappresentati in modo leggibile è un'azienda in cui le persone non chiedono \"come si fa?\" ogni volta che entra qualcuno di nuovo. Le decisioni si prendono dove devono essere prese, le eccezioni si riconoscono come tali, l'imprenditore smette di essere l'unico che sa come funziona la macchina. Un diagramma di flusso, da solo, non produce questo risultato. Ma è il primo strato di un'organizzazione che si lascia osservare — e migliorare.
\n[1] Object Management Group, \"Business Process Model and Notation (BPMN) 2.0\", OMG, 2011 (recepimento ISO/IEC 19510:2013). Disponibile su: https://www.omg.org/spec/BPMN/2.0/
\n[2] International Organization for Standardization, \"ISO 5807:1985 — Information processing — Documentation symbols and conventions for data, program and system flowcharts\", ISO, 1985. Disponibile su: https://www.iso.org/standard/11955.html
\n[3] ISTAT, \"Imprese e ICT, Anno 2025\", Istituto Nazionale di Statistica, 2025. Disponibile su: https://www.istat.it/comunicato-stampa/imprese-e-ict-anno-2025/
\n[4] Banca d'Italia, \"Relazione Annuale sul 2024 — Sintesi\", Banca d'Italia, 2025. Disponibile su: https://www.bancaditalia.it/pubblicazioni/relazione-annuale/2024/sintesi/index.html
\n[5] Dumas, M., La Rosa, M., Mendling, J. e Reijers, H. A., \"Fundamentals of Business Process Management\", Springer, II ed. 2018. Disponibile su: https://link.springer.com/book/10.1007/978-3-662-56509-4