Quando chiediamo come funziona un processo, riceviamo quasi sempre la sua versione ideale. È normale: le persone raccontano le regole che conoscono, non ogni scorciatoia, attesa o controllo costruito negli anni.
Per capire il lavoro reale preferiamo osservarne una piccola parte mentre accade. Non significa stare alle spalle di un dipendente per un’intera giornata. Significa seguire alcuni casi rappresentativi, fare domande nel momento giusto e ricostruire ciò che attraversa persone e sistemi.
Da dove entra il lavoro
Ogni processo comincia con un evento: arriva un’email, viene accettata un’offerta, un tecnico chiude un intervento, un fornitore invia una fattura.
Verifichiamo se quell’ingresso è unico oppure distribuito tra canali diversi. Due richieste apparentemente identiche possono infatti seguire percorsi diversi soltanto perché una arriva dal sito e una su WhatsApp.
Osserviamo:
- quali informazioni sono già disponibili;
- quali devono essere richieste di nuovo;
- chi si accorge che il lavoro è arrivato;
- quanto tempo passa prima della prima azione.
Dove le informazioni vengono riscritte
Il copia-incolla non è sempre uno spreco. A volte rappresenta un controllo importante. Per questo non contiamo semplicemente i passaggi manuali: chiediamo quale decisione avviene durante ciascun passaggio.
Se una persona trasferisce un dato dall’email al CRM, potrebbe contemporaneamente correggerlo, classificarlo o verificare che il cliente esista. Automatizzare soltanto il copia-incolla senza ricostruire queste decisioni produrrebbe record più veloci ma meno affidabili.
Le attese invisibili
Molti processi non sono lenti perché richiedono molte ore di lavoro. Sono lenti perché restano fermi tra un’attività e la successiva.
Cerchiamo quindi i punti in cui qualcuno deve:
- ricordarsi di controllare uno stato;
- chiedere conferma a un collega;
- aspettare un documento;
- verificare manualmente se una condizione si è verificata;
- spostare la stessa informazione in un altro sistema.
Queste attese spesso non compaiono nelle procedure, ma determinano lead time, fatturazione e qualità del servizio.
Regole, eccezioni e giudizio
Durante l’osservazione chiediamo alle persone di segnalarci i casi che «di solito non succedono». Sono proprio quei casi a determinare se una soluzione resterà utile dopo il primo mese.
Per ogni eccezione distinguiamo:
- una regola che può essere formalizzata;
- un dato mancante che può essere richiesto automaticamente;
- una decisione che deve restare a una persona;
- un errore del processo che andrebbe eliminato alla fonte.
Il risultato non è necessariamente un flusso completamente automatico. Può essere un sistema che prepara bene le eccezioni e permette a una persona di decidere in pochi minuti.
Come evitiamo di intralciare il team
L’obiettivo non è trasformare una giornata lavorativa in un workshop. Prima dell’incontro scegliamo con il referente alcuni casi utili e definiamo accessi e vincoli.
Durante l’osservazione prendiamo nota di passaggi, sistemi e domande. Interrompiamo soltanto quando una scelta non è comprensibile dal contesto. Le questioni più ampie vengono raccolte e affrontate insieme in un momento separato.
Quando possibile utilizziamo documenti già esistenti, registrazioni dello schermo autorizzate o esempi anonimizzati. Non abbiamo bisogno di accedere a più dati di quelli necessari per capire il processo.
Cosa produciamo dopo
L’osservazione viene trasformata in una mappa leggibile che mostra:
- situazione iniziale;
- passaggi e responsabilità;
- sistemi coinvolti;
- attese e duplicazioni;
- eccezioni;
- opportunità ordinate per impatto e complessità;
- baseline da usare per misurare il risultato.
Questa mappa non serve a descrivere ogni dettaglio dell’azienda. Serve a scegliere un primo intervento che possa essere implementato, adottato e verificato senza aprire un programma infinito di trasformazione.
Cinque minuti di lavoro reale mostrano spesso più di un’ora dedicata a descrivere come quel lavoro dovrebbe avvenire. È da quella differenza che comincia un progetto utile.