Business Process Management: che cos'è e quando serve davvero

Che cos'è il Business Process Management?

Il Business Process Management (BPM) è la disciplina con cui un'azienda mappa, esegue, misura e migliora i propri processi. La differenza rispetto al semplice "avere le procedure scritte" è che il processo non vive in un documento: vive in un sistema che lo fa accadere, tiene traccia di ogni passaggio e dice quanto tempo ha richiesto.

Un processo aziendale è una sequenza di attività che attraversa persone, reparti e sistemi diversi per produrre un risultato: evadere un ordine, approvare una spesa, aprire una posizione, gestire una non conformità. Nella maggior parte delle aziende quei passaggi esistono, ma non sono governati: vivono in email, allegati, fogli di calcolo e accordi informali fra colleghi.

Il risultato è che nessuno sa rispondere a tre domande semplici: a che punto è quella pratica, chi la ha in mano adesso, e da quanto è ferma. Il BPM serve a rendere quelle risposte immediate.

Che differenza c'è fra BPM e automazione?

L'automazione fa eseguire a una macchina un compito che prima faceva una persona. Il BPM decide quale sia il compito, chi lo riceve, in che ordine e con quali controlli. Automatizzare senza aver governato il processo significa rendere più veloce un percorso sbagliato: si ottengono gli stessi errori, prodotti prima.

Non sono alternative: l'automazione e la gestione documentale hanno senso dentro un processo governato. È l'ordine che conta.

Quando serve davvero una piattaforma BPM?

Quando il processo attraversa più reparti o più sistemi, e nessuno riesce a dire a colpo d'occhio dove si è fermato. Se un processo sta dentro un ufficio solo e lo governano tre persone che si parlano, una piattaforma è sovradimensionata: bastano una procedura chiara e uno strumento condiviso.

I segnali che il momento è arrivato sono concreti e si riconoscono facilmente:

• Lo stato di una pratica si chiede al telefono. Se per sapere a che punto è un ordine bisogna cercare la persona giusta, il processo non è tracciato.
• Gli stessi dati vengono inseriti due volte. Una in un sistema, una in un foglio di calcolo, spesso da persone diverse.
• Le approvazioni viaggiano via email. E quando serve dimostrare chi ha approvato cosa, si cerca nella posta.
• Nessuno sa quanto dura il processo. Non il singolo passaggio: proprio il totale, dall'inizio alla fine.
• Il processo si ferma quando una persona è in ferie. Perché il percorso è nella sua testa, non nel sistema.

Che cos'è il BPMN e bisogna saperlo usare?

Il BPMN (Business Process Model and Notation) è lo standard con cui si disegnano i processi: un insieme di simboli che rappresentano attività, decisioni, eventi e responsabilità. Chi conosce il processo aziendale può leggerne il diagramma senza formazione tecnica, ed è proprio questo il punto della notazione: mettere d'accordo chi lavora e chi sviluppa.

Per usare una piattaforma BPM non serve né essere sviluppatori né studiare la notazione a memoria. Serve saper rispondere a domande sul proprio lavoro: chi riceve la richiesta, che cosa deve controllare, cosa succede se manca un dato, chi approva e con quale limite. Il diagramma è la trascrizione di quelle risposte.

Come funziona un progetto BPM, passo per passo

Un progetto BPM segue sempre lo stesso ciclo: si osserva come il processo funziona davvero, lo si disegna, lo si esegue nel sistema, si misurano i tempi reali e si corregge. La parte che le aziende sottovalutano è la prima, perché il processo dichiarato e quello reale non coincidono quasi mai.

• 1. Osservare. Seguire una pratica vera dall'inizio alla fine, parlando con chi la lavora. Non con chi ha scritto la procedura.
• 2. Disegnare. Mettere il percorso su un diagramma, comprese le eccezioni: sono quelle che fanno fallire i progetti, non il caso normale.
• 3. Eseguire. Portare il processo nella piattaforma, con stati, ruoli e approvazioni. Da qui in poi il sistema lo fa accadere.
• 4. Misurare. Tempi per passaggio, code, ritorni indietro. È il primo momento in cui si vedono numeri veri sull'azienda.
• 5. Correggere. Togliere i passaggi che non servono. Quasi sempre ce ne sono, e si vedono solo dopo aver misurato.

Da quale processo conviene partire?

Da un processo che fa male, che è delimitato e che coinvolge poche persone. Non dal più importante: da quello dove il risultato si vede in fretta e chi ci lavora se ne accorge. Il primo processo serve a costruire fiducia interna, e la fiducia si costruisce con un successo visibile in poche settimane.

Sono cattivi candidati il processo più critico dell'azienda (troppo rischio), quello che coinvolge sei reparti (troppa negoziazione) e quello che nessuno ha mai messo in discussione (troppa resistenza). Sono buoni candidati le richieste interne ricorrenti, le approvazioni con soglie chiare, la gestione delle non conformità, l'onboarding di un fornitore.

Perché certi progetti BPM si arenano

Quasi mai per ragioni tecniche. Si arenano quando si digitalizza il processo dichiarato invece di quello reale, quando si parte da un perimetro troppo largo, o quando la piattaforma viene calata dall'alto su chi dovrà usarla tutti i giorni. Sono tre errori di metodo, e si evitano prima di scrivere una riga di configurazione.

• Digitalizzare la procedura invece del lavoro. Il processo scritto è quello che si dovrebbe fare; quello reale ha scorciatoie ed eccezioni che esistono per un motivo. Vanno capite, non ignorate.
• Partire da tutto. Un progetto che tocca l'intera azienda ha bisogno di mesi prima di mostrare qualcosa, e nel frattempo perde sostegno.
• Non coinvolgere chi esegue. Se chi lavora il processo lo scopre a sistema già configurato, troverà il modo di continuare come prima.
• Fermarsi alla partenza. Il valore del BPM arriva al secondo giro, quando i dati raccolti dicono dove si perde tempo davvero.

Il BPM con l'AI: cosa cambia e cosa no

L'AI cambia ciò che si può automatizzare dentro un passaggio: leggere un documento non strutturato, classificare una richiesta, proporre la decisione più probabile. Non cambia il bisogno di avere un processo governato, perché un modello che suggerisce dentro un percorso confuso produce risultati confusi, solo più in fretta.

La differenza pratica è fra i passaggi deterministici — regole chiare, esito prevedibile, sempre uguale — e quelli che richiedono interpretazione. I primi convengono automatizzati come sempre si è fatto. Sui secondi l'AI apre possibilità che prima non c'erano, a patto che resti chiaro chi controlla l'esito e con quale margine di intervento.