BPMN in pratica: disegnare il processo prima di scrivere il software
La maggior parte dei gestionali che non funzionano non ha un problema di codice: automatizza un processo che nessuno aveva mai messo per iscritto. Un diagramma BPMN fatto bene evita mesi di correzioni.
Quando un'azienda ci chiede un gestionale, la prima domanda non è «che tecnologia usiamo?» ma «come lavorate oggi, passo per passo?». Quasi sempre la risposta cambia a seconda di chi la dà: l'ufficio commerciale descrive un percorso, la produzione un altro, l'amministrazione un terzo. Il software deve funzionare per tutti, quindi prima bisogna metterli d'accordo su un disegno solo.
Cos'è BPMN, in due righe
BPMN 2.0 (Business Process Model and Notation) è lo standard internazionale per disegnare i processi. Usa pochi simboli: eventi di inizio e fine, attività, decisioni e corsie, una per ogni ruolo. Il vantaggio è che lo stesso diagramma lo leggono la persona allo sportello e lo sviluppatore, e significa la stessa cosa per entrambi.
Come lo usiamo in un progetto
- Interviste brevi con chi fa davvero il lavoro, non solo con chi lo dirige.
- Primo disegno «com'è oggi», con tutte le eccezioni: le pratiche che tornano indietro, le firme che mancano, i fogli Excel paralleli.
- Revisione insieme al cliente: il diagramma si corregge in una riunione, il software in settimane.
- Disegno «come sarà»: per ogni passaggio decidiamo se resta a una persona, se lo fa il software o se lo prepara un'AI con verifica umana.
- Requisiti e sviluppo: ogni attività del diagramma diventa una funzione, un'API o una schermata.
Tre errori che il diagramma fa emergere subito
Le eccezioni dimenticate
«Normalmente funziona così» è la frase più pericolosa di un'analisi. Il diagramma obbliga a chiedersi cosa succede quando la copertura finanziaria manca, quando il materiale non c'è, quando il cliente cambia idea. Sono proprio questi casi a bloccare un gestionale in produzione.
I passaggi senza un responsabile
Ogni attività sta in una corsia, quindi ha un responsabile. Se un passaggio non trova posto in nessuna corsia, nessuno lo sta facendo davvero, ed è lì che le pratiche si fermano.
L'automazione nel posto sbagliato
Automatizzare un passaggio inutile lo rende solo più veloce. Spesso il risparmio più grande viene dall'eliminare un passaggio, non dal digitalizzarlo.
Il diagramma si corregge in una riunione, il software in settimane.
Dal disegno al software eseguibile
Un modello BPMN può anche essere eseguito da un motore di processo, come Activiti, e collegato ai sistemi esistenti tramite API, per esempio in Spring Boot. In quel caso il diagramma non è solo documentazione: è il programma che smista le pratiche, tiene traccia di chi deve fare cosa e manda i promemoria. Quando il processo cambia, si aggiorna il modello invece di riscrivere il codice.
Se volete provare, nella home del nostro sito c'è un piccolo diagramma interattivo: scegliete un processo e guardate quali passaggi restano alle persone e quali fa il sistema.