Un'avvertenza prima di contare i segnali
Digitalizzare un processo instabile non elimina il disordine: lo trasforma in moduli, permessi e automazioni difficili da cambiare. Cercherei prima un risultato condiviso e regole che il team sappia spiegare.
Un solo segnale raramente giustifica un progetto. La combinazione è ciò che conta.
I dieci segnali
1. L'attività si ripete spesso
Una frizione quotidiana o settimanale accumula un costo reale.
2. Inizio e fine sono chiari
Il team sa cosa avvia il processo e cosa significa completarlo.
3. Più persone usano lo stesso dato
Copie separate portano a discutere su quale versione sia corretta.
4. Le domande sullo stato si ripetono
È approvato, inviato o assegnato? Manca una vista comune.
5. Esistono già regole manuali
Priorità, scadenze e permessi possono essere documentati.
6. Gli errori sono misurabili
Rifacimenti e ritardi rendono visibile l'impatto.
7. La conoscenza dipende da una persona
La sua assenza non dovrebbe fermare l'attività.
8. Il volume cresce
Ciò che funziona con dieci casi può rompersi con cento.
9. Gli utenti sono disponibili a provare
Servono esempi reali e decisioni rapide.
10. Esiste un primo risultato piccolo
Una richiesta completa vale più di «digitalizzare tutta l'azienda».
Tre situazioni in cui aspetterei
Aspetterei se ogni persona descrive un processo diverso, se le regole cambiano continuamente o se nessuno sarà responsabile dei dati dopo il lancio.
Inizierei con osservazione, un modello comune e due settimane di uso reale.
Una prova rapida
Prendi cinque casi recenti, compresi due andati male. Segna attese, copie, decisioni ed eccezioni. Se il team concorda su cosa sarebbe dovuto accadere, esiste già una base per la prima versione.
Se non riesce a concordarlo, il prossimo passo è una decisione, non lo sviluppo.
Un processo è pronto quando il problema si ripete, le regole principali si possono spiegare e qualcuno è disposto a provare una prima versione completa.