Il costo nascosto dei processi documentali non strutturati
In quasi tutte le organizzazioni esiste una categoria di costi che non appare in nessun centro di costo ma che pesa in modo significativo sull’efficienza operativa: il tempo che le persone dedicano a gestire documenti invece che a lavorare sul contenuto di quei documenti. Stampare per firmare, riscansionare, reinviare per email, cercare la versione aggiornata in una cartella condivisa disorganizzata, inserire in un sistema dati già presenti in un altro. Sono attività che dal punto di vista del value stream mapping non aggiungono valore al processo ma consumano tempo e introducono variabilità.
Nella terminologia della lean manufacturing, queste attività rientrano tra le forme di muda classificate da Ohno come attese e sovraprocesso: non aggiungono valore al cliente finale ma consumano capacità produttiva. A differenza degli sprechi immediatamente eliminabili, il muda documentale richiede un’analisi del flusso prima di intervenire, perché la causa non è la singola attività ma la struttura del processo in cui è inserita. Intervenire sull’attività senza ridisegnare il flusso produce miglioramenti locali che non si traducono in riduzione del lead time complessivo.
Firma digitale e dematerializzazione: non sono la stessa cosa
La firma digitale è spesso il primo intervento di automazione documentale che le aziende adottano, e spesso viene implementata in modo che non produce i risultati attesi. Il problema non è la tecnologia: è che la firma digitale viene aggiunta come strato sopra un processo invariato, sostituendo solo il passaggio fisico della firma senza toccare la struttura del flusso che la circonda. Il documento viene ancora generato manualmente, inviato per email, tracciato su un foglio Excel, e archiviato in una cartella condivisa dopo che è tornato firmato. Il cycle time si riduce leggermente, ma la struttura del processo rimane quella di prima.
La dematerializzazione efficace richiede di riprogettare il processo insieme allo strumento. Significa che il documento viene generato automaticamente dal sistema che contiene i dati di origine (ERP, CRM, sistema di gestione contratti), inviato al firmatario tramite workflow configurato, firmato digitalmente con valore legale ai sensi del Regolamento eIDAS, archiviato automaticamente nel repository corretto con i metadati necessari per il recupero, e reso disponibile ai sistemi a valle senza intervento manuale. In questo scenario il cycle time del processo si riduce strutturalmente, non marginalmente.
Archiviazione strutturata: il problema è tassonomico prima che tecnologico
La maggior parte dei problemi di archiviazione documentale non deriva dall’assenza di strumenti adeguati. Deriva dall’assenza di una tassonomia condivisa e applicata in modo consistente. Una tassonomia documentale è la struttura di classificazione che definisce come i documenti vengono organizzati, quali metadati li descrivono e quali regole governano il loro ciclo di vita dalla creazione alla conservazione o eliminazione. Senza questa struttura concettuale, qualsiasi strumento di archiviazione degrada in breve tempo verso il caos delle cartelle condivise disorganizzate.
Progettare una tassonomia documentale richiede di partire dai processi aziendali, non dai documenti esistenti. Per ogni processo rilevante si identificano i documenti che produce, chi li crea, chi li consulta, per quanto tempo devono essere conservati (tenendo conto degli obblighi normativi, che in Italia includono i dieci anni per la documentazione fiscale e i termini variabili per quella contrattuale), e quali attributi sono necessari per recuperarli in modo affidabile. Solo dopo questa analisi ha senso configurare il sistema di archiviazione.
Workflow di approvazione: la teoria dei vincoli applicata alle decisioni
Nei processi di approvazione il collo di bottiglia raramente si trova dove il management lo percepisce. Applicando la teoria dei vincoli di Goldratt, in un workflow di approvazione il vincolo è lo step con il throughput più basso, ovvero quello il cui tempo di ciclo per richiesta è più alto rispetto alla frequenza con cui le richieste arrivano. Non è necessariamente l’approvatore con il maggior numero di richieste in coda: un approvatore con poche richieste ma tempi di risposta strutturalmente lunghi può determinare il lead time dell’intero processo più di uno con un volume elevato ma risposte rapide. Identificarlo richiede dati sui tempi di attraversamento di ogni step, che un sistema di workflow strutturato produce automaticamente e un processo manuale non produce mai.
Un’analisi tipica su processi di approvazione non strutturati rivela che una frazione significativa del lead time totale è tempo di attesa pura: il documento è fermo in attesa che l’approvatore lo noti, lo apra, lo legga e agisca. Il contenuto informativo della decisione richiede minuti. L’attesa che quella decisione avvenga richiede giorni. Automatizzare il routing e la notifica elimina la latenza di visibilità senza toccare la qualità della decisione. Aggiungere escalation automatica verso un back-up quando i tempi di risposta superano una soglia definita elimina la dipendenza dalla disponibilità individuale.
Process mining: misurare prima di ottimizzare
Prima di ridisegnare qualsiasi processo documentale è utile misurare quello esistente. Il process mining è una tecnica che estrae i flussi di processo reali dai log dei sistemi informativi (ERP, CRM, sistemi di ticketing, email server se configurati per il logging) e li confronta con il processo disegnato sulla carta. Il risultato mostra quasi sempre una distanza tra il processo atteso e quello reale: percorsi alternativi non documentati, eccezioni gestite in modo ad hoc, passaggi saltati che sembravano obbligatori.
Queste deviazioni non sono necessariamente problemi da correggere. Alcune sono adattamenti intelligenti che le persone hanno sviluppato per aggirare inefficienze del processo formale e che andrebbero istituzionalizzate. Altre sono workaround che introducono rischi di qualità o compliance. La distinzione richiede giudizio umano, non solo analisi dei dati. Ma senza i dati, quel giudizio si basa su percezioni che spesso non corrispondono alla realtà operativa.
RACI e ownership dei flussi interfunzionali
Uno dei motivi per cui i processi documentali interfunzionali si bloccano è strutturale: nessuno è esplicitamente responsabile del flusso nel suo complesso. Ogni reparto è responsabile del proprio step, ma il documento che passa da un reparto all’altro entra in una zona grigia in cui nessuno ha l’autorità di sbloccare i ritardi. Costruire una matrice RACI (Responsible, Accountable, Consulted, Informed) per i processi documentali interfunzionali risolve un problema di governance prima che di tecnologia. L’automazione che segue ha una base su cui appoggiarsi: sa chi notificare, chi può sbloccare, chi deve essere informato senza essere coinvolto nella decisione.


Digitalminds
Sede legale e amministrativa:Piazza San Lorenzo, 4 – 21013 Gallarate (VA)
P.IVA: 02674980137
REA: VA – 295872
Cap. Soc. 20.000,00 Euro I.V.