Copiare dati da un foglio a un altro è un candidato evidente per l’automazione. Ma la ripetizione è un sintomo, non ancora una diagnosi. Perché esistono due fogli? Chi li usa? Quale contiene l’informazione affidabile?
Se non rispondiamo, rischiamo di costruire un collegamento che mantiene in vita il problema: due versioni del dato, responsabilità ambigue e nuovi controlli per capire se la sincronizzazione ha funzionato.
Cerca il motivo dell’attività
Un’attività ripetitiva può esistere per ragioni diverse. Un sistema non espone i dati necessari. Due reparti usano definizioni differenti. Un report ricrea manualmente informazioni già disponibili. Una persona verifica i risultati perché non si fida della fonte.
La stessa interfaccia — copiare righe — può quindi richiedere interventi molto diversi. Integrazione nel primo caso, accordo sulle definizioni nel secondo, eliminazione di un duplicato nel terzo, miglioramento della qualità nel quarto.
Una domanda utile è: che cosa dovrebbe cambiare affinché questa attività non fosse più necessaria? Non implica che la si possa eliminare subito. Aiuta però a distinguere la soluzione locale dal miglioramento del sistema.
Segui le dipendenze
Ogni attività consegna qualcosa a un’altra persona o a un altro processo. Modificarla senza osservare queste dipendenze può spostare il lavoro invece di ridurlo.
Consideriamo un esempio ipotetico: un modulo più breve aumenta il numero di richieste complete, ma elimina l’informazione che il team usa per smistarle. Il visitatore impiega meno tempo; chi riceve le richieste deve fare più domande. Il risultato va valutato lungo il percorso intero.
Questo non significa che ogni intervento debba diventare un progetto enorme. Basta rendere esplicito il confine: quali passaggi cambiamo, quali restano fuori e quale effetto dobbiamo osservare sui destinatari.
Scegli una misura vicina al risultato
Il numero di attività automatizzate descrive ciò che abbiamo costruito. Non dice, da solo, se il lavoro è migliorato.
Per un processo di richiesta e risposta, potrebbero essere utili il tempo fino alla presa in carico, la quota di richieste che richiedono chiarimenti o la frequenza delle assegnazioni errate. La scelta dipende dal problema, non dalla disponibilità di un grafico.
Prima dell’intervento bisogna anche capire se il dato esiste, quanto è completo e se la sua definizione resta uguale nel confronto. Senza queste condizioni, una differenza numerica può essere difficile da interpretare.
Intervieni in piccolo, osserva in largo
Non serve riprogettare l’intera organizzazione per correggere un passaggio. Serve un intervento circoscritto con un’ipotesi chiara: cambiamo questo elemento perché ci aspettiamo questo effetto, e lo osserveremo in questo modo.
Poi guardiamo anche ciò che succede attorno. Sono aumentate le eccezioni? Il team ha introdotto un nuovo foglio per compensare? Il risultato viene realmente utilizzato?
Sono segnali utili per il passo successivo. Un miglioramento locale vale quando aiuta il sistema a produrre il risultato atteso, senza nascondere il costo in un altro punto del lavoro.