Diagramma di flusso: simboli, esempi e come crearne uno

In breve

Un diagramma di flusso è una rappresentazione visiva di un processo: mostra da dove si parte, quali attività si eseguono, dove si prende una decisione e quali percorsi portano ai diversi risultati. Forme e frecce rendono la sequenza leggibile e verificabile.

• Usa il rettangolo per un'azione, il rombo per una decisione e il parallelogramma per un ingresso o un'uscita.
• Scrivi una domanda dentro ogni rombo e assegna un esito chiaro a ogni ramo.
• Disegna prima il processo reale, poi quello desiderato: saltare direttamente alla versione ideale nasconde eccezioni e colli di bottiglia.
• Fai provare il diagramma a una persona che esegue davvero il processo.

Indice: cos'è un diagramma di flusso, simboli principali, come crearlo, esempi, errori e verifica, strumento giusto.

Cos'è un diagramma di flusso?

Un diagramma di flusso, chiamato anche flowchart, traduce una procedura in una sequenza ordinata di blocchi. Ogni blocco rappresenta un'azione, un dato, un punto di scelta o un confine del processo; le frecce indicano l'ordine di lettura. Il risultato non è una semplice illustrazione: è un modello che permette di seguire un caso dall'inizio alla fine e di chiedersi che cosa succede in ogni eccezione.

È utile quando un elenco numerato non basta. Una procedura lineare di tre passaggi può restare una checklist. Quando invece compare una domanda — «il documento è completo?», «l'utente è già registrato?», «il test è superato?» — il diagramma rende visibili i percorsi alternativi, i ritorni a una fase precedente e i possibili punti morti.

Per la documentazione informatica esiste un riferimento formale: ISO 5807:1985 definisce simboli e convenzioni per diagrammi di flusso di dati, programmi e sistemi. La pagina ufficiale ISO indica che lo standard è stato confermato nel 2019 e rimane pubblicato. Questo non significa, però, che ogni organizzazione e ogni software usino tutte le forme nello stesso modo: una legenda locale resta utile nei diagrammi complessi.

Un buon diagramma risponde ad almeno quattro domande:

1. qual è l'evento che avvia il processo;
2. quali attività avvengono e in quale ordine;
3. quali condizioni cambiano il percorso;
4. quale risultato chiude ciascun ramo.

Simboli del diagramma di flusso

Per la maggior parte dei processi bastano cinque o sei simboli. Aggiungere forme specialistiche senza necessità rende il diagramma più difficile da imparare e da mantenere. Anche la guida ufficiale Microsoft ai diagrammi di flusso di base osserva che la maggior parte dei diagrammi di flusso usa soltanto tre o quattro forme, a meno che non ci sia un motivo chiaro per usarne altre, e avverte che non esiste un significato universale per ogni forma in ogni contesto.

La raccolta di simboli descritta da IBM nella guida ai flowchart include anche documento, dati memorizzati, processo predefinito, annotazione e connettore fuori pagina. Sono utili in procedure tecniche, ma non vanno introdotti solo per rendere il disegno più ricco.

Come scrivere una decisione nel rombo

Il rombo non contiene un'attività come «controllo documenti». Deve contenere una condizione verificabile, preferibilmente in forma di domanda: «I documenti sono completi?». Le frecce in uscita riportano gli esiti, per esempio «Sì» e «No». Se un lettore non può stabilire quale ramo scegliere usando le informazioni disponibili, il problema non è grafico: manca una regola nel processo.

Quando gli esiti sono più di due, si possono usare più rami, purché siano ben distinti e, quando possibile, mutuamente esclusivi: priorità «alta», «media» o «bassa». Se le categorie si sovrappongono, è meglio dividere la scelta in due decisioni successive.

Frecce e connettori senza incroci inutili

Mantieni una direzione principale, di solito dall'alto verso il basso o da sinistra a destra. Le frecce di ritorno sono ammesse, ma devono riportare a un passaggio preciso e spiegare perché. Se cinque linee si incrociano, separa il processo in sottoprocessi oppure usa connettori accoppiati. Il connettore abbrevia il percorso grafico; non deve nascondere un salto logico.

Come creare un diagramma di flusso in 7 passaggi

Prima di aprire uno strumento, raccogli un caso reale. Prendi una richiesta recente, una pratica conclusa o un ticket e ricostruisci ciò che è successo. Un diagramma basato solo su come il processo dovrebbe funzionare tende a eliminare attese, correzioni e passaggi informali: proprio gli elementi che vale la pena rendere visibili.

1. Definisci obiettivo e confini. Scrivi in una frase che cosa vuoi capire. Indica l'evento iniziale e il risultato finale. «Dal ricevimento della richiesta all'invio della risposta» è più utile di «processo assistenza».
2. Elenca i passaggi reali. Intervista almeno una persona che esegue il lavoro e annota azioni, strumenti, dati richiesti, attese e rilavorazioni. Usa verbi all'infinito: «registrare», «controllare», «inviare».
3. Costruisci la sequenza principale. Disponi prima il percorso più frequente, senza eccezioni. Collega ogni blocco con una freccia e verifica che esistano un inizio e una fine.
4. Inserisci decisioni ed eccezioni. Trasforma ogni «dipende» in una domanda nel rombo. Etichetta tutti i rami. Aggiungi ciò che accade quando manca un dato, un controllo fallisce o una scadenza viene superata.
5. Riduci e organizza. Elimina passaggi duplicati, usa un solo verbo per blocco e sposta i dettagli operativi in una nota o in una procedura collegata. Se il foglio diventa troppo grande, crea un sottoprocesso.
6. Valida con una simulazione. Fai seguire il diagramma usando almeno tre casi: uno normale, uno incompleto e uno eccezionale. Ogni caso deve arrivare a un esito senza frecce ambigue o blocchi irraggiungibili.
7. Assegna responsabilità e revisione. Registra proprietario, versione e data dell'ultima verifica. Un processo cambia quando cambiano persone, strumenti o regole; il diagramma deve avere qualcuno che se ne occupa.

Per la prima bozza va bene anche carta e matita. In un team distribuito, una lavagna AFFiNE permette di disporre manualmente forme, connettori, note e riferimenti sullo stesso spazio. Il vantaggio non è un'automazione magica: il diagramma va costruito e controllato da chi conosce il processo.

Esempi di diagramma di flusso

Gli esempi seguenti sono deliberatamente descritti in forma testuale. Puoi trasformare ogni riga in un blocco e ogni domanda in un rombo. In questo modo la logica resta comprensibile anche prima del disegno.

1. Onboarding in una PMI italiana

Scenario: una piccola impresa deve preparare il primo giorno di una nuova persona senza affidarsi a messaggi sparsi.

Inizio: contratto firmato → raccogliere dati e ruolo → preparare dispositivo → l'accesso richiesto è autorizzato dal responsabile?
Sì: creare gli account → consegnare istruzioni di sicurezza → svolgere affiancamento → la checklist del primo giorno è completa?
Sì: chiudere onboarding iniziale.
No: assegnare attività mancanti e nuova data di controllo.
No al primo controllo: chiedere approvazione o ridurre i permessi, poi ripetere la verifica.

Qui il diagramma separa chiaramente preparazione tecnica, autorizzazione e verifica. Non sostituisce il contratto, la formazione obbligatoria o le regole interne: mostra chi deve fare che cosa e quale condizione consente di proseguire.

2. Approvazione di una spesa o fattura fornitore

Inizio: documento ricevuto → registrare riferimento interno → ordine e importo coincidono?
Sì: inviare al responsabile di budget → spesa approvata? → sì: inoltrare alla fase amministrativa; no: comunicare rifiuto motivato.
No al primo controllo: chiedere chiarimento o documento corretto → correzione ricevuta? → sì: ripetere il confronto; no: sospendere la pratica.

Questo è un esempio di procedura interna, non una descrizione degli adempimenti fiscali italiani. Il punto utile è il ciclo di correzione: senza freccia di ritorno, il diagramma direbbe che ogni discrepanza chiude definitivamente la pratica, il che è raramente vero.

3. Assistenza clienti di primo livello

Inizio: ticket ricevuto → classificare problema → esiste una soluzione verificata nella base di conoscenza?
Sì: inviare istruzioni → il cliente conferma la risoluzione? → sì: chiudere; no: raccogliere dettagli e riaprire la diagnosi.
No: raccogliere log e contesto consentiti → il primo livello può riprodurre il problema? → sì: applicare la procedura; no: inoltrare al team competente con le prove raccolte.

Il valore del diagramma è rendere esplicito il criterio di passaggio al livello successivo. «Se sembra difficile» non è un criterio; «non riproducibile dopo i controlli A, B e C» lo è.

4. Studio per un esame universitario

Inizio: selezionare un capitolo → lettura orientativa → creare domande di richiamo → provare a rispondere senza appunti → almeno quattro risposte su cinque sono corrette?
Sì: passare al capitolo successivo e programmare il ripasso.
No: individuare il concetto mancante → rileggere solo la fonte pertinente → riscrivere la risposta con parole proprie → ripetere il test.

Per esplorare le idee prima di fissare una sequenza, è più adatta una mappa mentale online. Il diagramma di flusso entra dopo, quando servono condizioni e passaggi ripetibili.

Errori comuni e checklist di validazione

Un diagramma gradevole può essere logicamente sbagliato. La revisione deve quindi separare estetica e comportamento: prima si verifica se ogni caso trova un percorso; solo dopo si rifiniscono colori, allineamenti e spazi.

Errori da evitare

• Partire senza confini. Il diagramma cresce fino a includere l'intera organizzazione e non ha più un risultato misurabile.
• Usare sostantivi vaghi nei processi. «Documenti» non dice se occorre riceverli, controllarli, archiviarli o inviarli.
• Mettere un'azione nel rombo. «Verifica responsabile» non specifica la domanda né gli esiti.
• Lasciare un ramo senza etichetta. Il lettore deve indovinare quale freccia corrisponde alla condizione.
• Disegnare solo il caso ideale. Dati mancanti, rifiuti, attese e ripetizioni scompaiono, quindi il diagramma non aiuta nei momenti difficili.
• Far convergere percorsi incompatibili. Due rami possono riunirsi solo se, da quel punto, hanno davvero gli stessi dati e lo stesso stato.
• Confondere il diagramma con la procedura completa. Password, testi legali, istruzioni dettagliate e schermate appartengono a documenti collegati, non a blocchi minuscoli.
• Non aggiornare la versione. Dopo un cambio di strumento o responsabilità, il vecchio flusso diventa una fonte di errore.

Checklist prima di condividere

• Esistono almeno un inizio e una fine.
• Ogni rettangolo contiene un'azione con un verbo chiaro.
• Ogni rombo formula una domanda verificabile.
• Ogni ramo decisionale ha un'etichetta distinta.
• Nessun blocco resta senza ingresso o senza uscita, salvo i terminali.
• Le frecce non richiedono di indovinare la direzione.
• Un caso normale, uno incompleto e uno eccezionale arrivano a un risultato.
• Responsabile, versione e data di revisione sono visibili vicino al diagramma.
• Una persona estranea alla bozza riesce a spiegarne il percorso.

Se il diagramma viene pubblicato come immagine, la Web Accessibility Initiative del W3C considera i flowchart immagini complesse e consiglia una descrizione breve che identifichi l'immagine, accompagnata da una descrizione testuale estesa delle informazioni essenziali. Il tutorial W3C sulle immagini raccomanda inoltre di fornire un equivalente testuale completo per grafici e diagrammi complessi. Il criterio WCAG 2.2 sull'uso del colore richiede anche che il colore non sia l'unico mezzo visuale usato per trasmettere informazioni. Il testo della procedura accanto al diagramma aiuta chi consulta da mobile, usa tecnologie assistive o stampa in bianco e nero.

Diagramma di flusso, mappa mentale o altro?

Il diagramma di flusso non è lo strumento giusto per ogni problema visuale. Sceglilo quando l'ordine e le condizioni cambiano il risultato. Se stai ancora cercando le idee o vuoi mostrare relazioni non sequenziali, usa un'altra struttura.

Quando il problema principale è il passaggio tra ruoli, la guida Microsoft ai diagrammi di flusso interfunzionali mostra come organizzare le fasi in corsie separate.

Una mappa mentale può precedere il diagramma: raccoglie attori, eccezioni e documenti; poi il flowchart ordina soltanto gli elementi che fanno parte della procedura. Una checklist può invece nascere dal percorso principale del diagramma e servire durante l'esecuzione quotidiana.

Come creare un diagramma online con una lavagna collaborativa

Una lavagna online è utile quando più persone devono ricostruire il processo. Prima della riunione, prepara tre aree: «passaggi certi», «decisioni da chiarire» ed «eccezioni». Durante la sessione, raccogli una nota per ogni azione e chiedi esempi concreti, non opinioni generiche.

In AFFiNE puoi usare la lavagna (modalità Edgeless) per disporre manualmente forme e connettori, tenendo accanto le note che spiegano regole e fonti. Un flusso pratico è:

1. scrivere obiettivo, inizio e fine in una nota;
2. disporre i rettangoli del percorso principale;
3. aggiungere un rombo per ogni condizione confermata;
4. collegare i rami e nominarne gli esiti;
5. aggiungere commenti o riferimenti vicino ai passaggi che richiedono una regola;
6. far seguire il percorso ai partecipanti usando un caso reale;
7. riportare nel documento collegato proprietario, versione e data di revisione.

AFFiNE non va descritto come uno strumento che genera automaticamente un diagramma di flusso corretto. Offre uno spazio visuale collaborativo per costruirlo, discuterlo e conservarlo accanto alla documentazione. La correttezza dipende comunque dalle regole fornite dal team e dalla verifica sui casi reali.

Domande frequenti

Che cos'è un diagramma di flusso?

Un diagramma di flusso rappresenta visivamente le fasi di un processo, le decisioni e l'ordine dei passaggi. Rettangoli, rombi e frecce permettono di seguire un caso dall'inizio a un risultato. È particolarmente utile quando una procedura contiene eccezioni, ritorni o percorsi alternativi.

Quali sono i simboli principali di un diagramma di flusso?

I simboli essenziali sono il terminale arrotondato per inizio o fine, il rettangolo per un processo, il rombo per una decisione, il parallelogramma per input o output e la freccia per la direzione. Nei diagrammi grandi si aggiungono connettori e sottoprocessi.

Come si usa il rombo in un diagramma di flusso?

Il rombo contiene una domanda o una condizione verificabile, non un'attività generica. Da esso escono almeno due frecce con esiti distinti, per esempio «Sì» e «No». Ogni ramo deve portare a un passaggio o a un risultato chiaro, senza terminare nel vuoto.

Come creare un diagramma di flusso semplice?

Definisci inizio e fine, elenca le azioni reali, disponile in ordine e collega i blocchi con frecce. Poi trasforma ogni «dipende» in una decisione, etichetta i rami e prova il percorso con tre casi: normale, incompleto ed eccezionale. Correggi ogni ambiguità emersa.

Posso creare un diagramma di flusso online gratis?

Sì. Puoi partire da una lavagna online gratuita o da un editor di diagrammi con piano gratuito. Prima di scegliere, verifica limiti su collaborazione, numero di lavagne ed esportazione. Lo strumento deve facilitare forme, connettori e condivisione; non sostituisce la validazione della logica.

Qual è la differenza tra diagramma di flusso e mappa mentale?

Il diagramma di flusso mostra una sequenza operativa e le condizioni che cambiano il percorso. La mappa mentale parte da un tema centrale e sviluppa rami associativi. Usa la mappa per esplorare e raggruppare idee; usa il flowchart quando devi descrivere che cosa succede dopo.

Un diagramma di flusso deve seguire lo standard ISO?

ISO 5807 è un riferimento formale per la documentazione di dati, programmi e sistemi, ma molti diagrammi aziendali usano un sottoinsieme di simboli comuni. Se il contesto non impone uno standard, privilegia coerenza e legenda; nei settori regolamentati verifica sempre i requisiti applicabili.

Fonti consultate

• ISO 5807:1985 — simboli e convenzioni per flowchart, stato verificato il 25 luglio 2026.
• Microsoft Support — creare un diagramma di flusso di base, consultato il 25 luglio 2026.
• Microsoft Support — creare un diagramma di flusso interfunzionale, consultato il 25 luglio 2026.
• IBM — che cos'è un diagramma di flusso, consultato il 25 luglio 2026.
• W3C WAI — immagini complesse e descrizioni testuali, consultato il 25 luglio 2026.
• W3C WAI — tutorial sulle immagini, consultato il 25 luglio 2026.
• W3C WAI — criterio WCAG 2.2 sull'uso del colore, consultato il 25 luglio 2026.

Conclusione

Un diagramma di flusso efficace non è quello con più simboli, ma quello che consente a un'altra persona di seguire il processo senza indovinare. Parti da un caso reale, scrivi decisioni verificabili, etichetta ogni ramo e prova le eccezioni. Solo dopo occupati di colori e allineamento.

Per lavorare insieme, apri una lavagna, ricostruisci il percorso con chi lo esegue e collega al diagramma regole, proprietario e data di revisione. Così il flowchart resta uno strumento operativo, non un'immagine dimenticata in una cartella.