Una richiesta di automazione arriva spesso già con una soluzione: collegare due strumenti, generare un report, far rispondere un assistente. È un punto di partenza utile, ma non descrive ancora il problema.
Prima di scegliere come realizzarla, voglio capire che cosa succede prima e dopo quel passaggio. Chi riceve il risultato? Che decisione prende? Che cosa accade quando manca un dato? Sono domande semplici, che possono cambiare il lavoro da fare.
Parti da un caso reale
Chiedere «come funziona il processo?» produce spesso una descrizione ordinata. Seguire una richiesta appena gestita mostra anche le eccezioni: un messaggio fuori dal gestionale, un controllo fatto a memoria, una copia di sicurezza in un foglio.
Questi passaggi non dimostrano automaticamente che il processo sia sbagliato. Possono contenere conoscenza utile o compensare un limite di un altro strumento. Prima di eliminarli bisogna capire a cosa servono.
Un modo concreto per iniziare è scegliere una singola richiesta e seguirla dall’ingresso al risultato. Per ogni passaggio, annotare chi interviene, quali informazioni usa e cosa consegna alla persona successiva.
Distingui lavoro e attesa
Un processo può richiedere pochi minuti di attività e giorni di attesa. Automatizzare i minuti non risolve necessariamente i giorni.
Immaginiamo, come esempio, una richiesta che rimane ferma perché nessuno sa chi deve approvarla. Trasferirla automaticamente da un sistema all’altro potrebbe rendere più efficiente il trasferimento. La responsabilità resterebbe comunque indefinita.
La mappa deve quindi rendere visibili almeno tre elementi: il lavoro svolto, le attese e i punti in cui qualcuno deve decidere. Senza questa distinzione è facile ottimizzare ciò che è semplice da misurare, invece di ciò che limita il risultato.
Osserva anche ciò che non funziona
Il percorso normale racconta solo una parte del sistema. Servono esempi di richieste incomplete, dati incoerenti, risposte tardive e passaggi ripetuti.
Per ogni eccezione è utile chiedersi chi la riconosce e come la risolve. Se oggi una persona recupera informazioni mancanti con una telefonata, quel lavoro non scompare inserendo un’automazione. Deve essere evitato, reso esplicito oppure affidato a qualcuno con un contesto sufficiente.
Non occorre catalogare ogni evento immaginabile. Bastano casi rappresentativi per capire dove il processo dipende dal giudizio e dove invece segue regole stabili.
Definisci il cambiamento prima dello strumento
Alla fine dell’analisi dovresti poter descrivere il miglioramento senza nominare un prodotto. Per esempio: ridurre i passaggi duplicati, rendere chiara l’assegnazione, individuare prima gli errori, rendere disponibile un’informazione nel momento in cui serve.
Solo a quel punto conviene scegliere la soluzione. Potrebbe essere una regola organizzativa, un campo obbligatorio, un’integrazione o un’automazione. A volte il risultato migliore è eliminare un’attività che nessuno usa.
La domanda da portare al prossimo progetto è questa: se automatizzassimo perfettamente il passaggio richiesto, il problema dell’impresa sarebbe davvero risolto? Se la risposta non è chiara, serve ancora osservare il lavoro.