The full article.

Ho visto team sprecare mesi a inseguire l'automazione, portandosi dietro lo stesso caos. Approvazioni superflue. Tracker duplicati. Due firme per la stessa decisione perché qualcuno una volta si è scottato e nessuno ha mai risolto il problema. Il risultato è prevedibile. Ogni nuovo strumento si aggiunge al caos, l'adozione diventa più complessa e le persone iniziano ad associare il miglioramento a un carico di lavoro maggiore. Le organizzazioni si trovano di fronte a una scelta. Possono trattare l'automazione come un problema di implementazione tecnologica, introducendo nuovi strumenti sui flussi di lavoro esistenti senza chiedersi se questi ultimi debbano essere preservati. Oppure possono riconoscere che l'automazione richiede prima una semplificazione, eliminando i passaggi ridondanti prima di codificarli in sistemi. Il primo approccio si basa su interventi reattivi. I leader rispondono all'inefficienza acquistando strumenti di automazione senza valutare i flussi di lavoro che questi strumenti automatizzeranno. I team implementano soluzioni che digitalizzano la complessità esistente, creando versioni automatizzate di processi disordinati. Questo schema crea dipendenza da navigatori eroici che comprendono sia la vecchia complessità che il nuovo livello di automazione, che sanno quali approvazioni contano davvero e quali sonosolo una farsa, e che prevengono i guasti colmando manualmente le lacune che l'automazione ha messo in luce ma non eliminato. Questo sovraccarica cognitivo queste persone e rende l'organizzazione vulnerabile, perché un'esecuzione affidabile dipende da persone in grado di gestire la complessità, piuttosto che da sistemi semplificati.

La semplificazione non è un'attività secondaria, ma il prezzo da pagare. Se non si snellisce prima il flusso di lavoro, si finisce per automatizzare attriti e si perde fiducia più rapidamente, perché la prima cosa che le persone notano non è la promessa dello strumento, bensì i clic aggiuntivi, il nuovo percorso di eccezione, la riunione extra e i tempi più lunghi per ottenere un'approvazione. È qui che la maggior parte dei team sbaglia la sequenza. Mappano i processi a un livello troppo generale, per poi passare direttamente all'implementazione, senza fermarsi a porsi una domanda diretta: cosa stiamo mantenendo in vita che non protegge più nulla? Il costo è nascosto nei fallimenti nell'adozione che si verificano quando l'automazione viene percepita come più gravosa del lavoro manuale, nell'erosione della fiducia che si verifica quando le iniziative di miglioramento aggiungono oneri anziché ridurli, nella complessità che si accumula quando ogni nuovo livello oscura anziché semplificare, e nella capacità produttiva consumata dalla gestione di processi che esistono per ragioni storiche piuttosto che operative. Le organizzazioni che non orientano la semplificazione sottovalutano la quantità di capacità produttiva consumata dal mantenimento di una complessità che l'automazione poi codifica in modo permanente.

Il secondo approccio si basa sulla mentalità dell'architetto, in cui i leader progettano i flussi di lavoro eliminando prima il superfluo e poi automatizzando, rimuovendo approvazioni ridondanti, rafforzando i passaggi di consegne e rimuovendo le fasi preparatorie ripetitive prima di codificare ciò che rimane in sistemi. In questo modello, l'automazione non viene implementata sulla complessità esistente. Viene applicata a processi semplificati in cui sono stati rimossi i passaggi non necessari e dove ciò che rimane è realmente necessario. Quando i flussi di lavoro vengono semplificati prima dell'automazione, anziché automatizzati così come sono, i team recuperano la capacità consumata dalla gestione di approvazioni ridondanti, dalla compensazione di passaggi di consegne deboli e dall'esecuzione di lavori preparatori ripetitivi. La differenza tra questi due modelli non è filosofica. È operativa. L'automazione basata su azioni eroiche sembra un progresso. I leader acquistano strumenti. I team implementano soluzioni. Le dashboard mostrano metriche di adozione. Ma la complessità persiste o aumenta perché i flussi di lavoro sottostanti non sono mai stati messi in discussione. Al contrario, la razionalizzazione sistematica prima dell'automazione crea ambienti in cui i processi sono sufficientemente semplici da automatizzare senza intoppi, in cui l'adozione è elevata perché l'automazione riduce effettivamente il carico di lavoro e in cui la fiducia viene mantenuta perché il miglioramento si traduce in un carico di lavoro inferiore anziché in un coordinamento più complesso.

Le approvazioni ridondanti sono l'esempio più lampante. Molte catene di approvazione sono state progettate per una realtà aziendale diversa: volumi inferiori, cicli più lenti, meno sistemi, meno garanzie di conformità e minore trasparenza. Oggi disponiamo di registri,autorizzazioni, tracce di controllo, dashboard e opzioni di tracciabilità dei dati. Eppure la catena di approvazione è ancora considerata l'unico meccanismo di sicurezza. L'ironia è che più lunga è la catena, meno responsabile diventa. Quando cinque persone approvano, nessuno si assume la piena responsabilità del risultato. La seconda trappola è il lavoro invisibile. I team sottovalutano quanto tempo si perde non nell'attività principale, ma in tutta la preparazione che la circonda: raccogliere file, rinominare documenti, scaricare fatture, spostare file in cartelle, conciliare i formati e ricontrollare perché gli input sono incoerenti. Questo lavoro preparatorio sembra insignificante, quindi non viene mai considerato una priorità. Poi si accumula fino a diventare l'intero lavoro. Queste due categorie, approvazioni ridondanti e lavoro preparatorio invisibile, rivelano dove si accumula il deficit di snellimento. Quando le catene di approvazione esistono per la dispersione delle responsabilità piuttosto che per la qualità delle decisioni, aggiungonoun sovraccarico di coordinamento senza apportare valore. Quando il lavoro preparatorio si moltiplica a causa di incongruenze di formato e passaggi di consegne inefficaci, consuma risorse che dovrebbero essere dedicate all'esecuzione.

Un esempio concreto nel campo della fatturazione illustra bene questo concetto. In un contesto di riconciliazione, il team doveva scaricare grandi quantità di fatture provenienti da diverse regioni. Il problema non era la riconciliazione in sé, ma la fase di preparazione. Automatizzando il ciclo di download delle fatture all'interno di un framework operativo esistente, il tempo di download si è ridotto da 16 a 8 secondi per fattura, raddoppiando di fatto la velocità e riducendo il rischio di errori legati alla gestione manuale. Non si tratta di un risultato appariscente, ma di un miglioramento che cambia la realtà quotidiana, perché elimina le attività ripetitive e permette alle persone di concentrarsi sulle decisioni anziché su meccanismi meccanici. Questo risultato dimostra cosa significa davvero snellire i processi. Non è un semplice slogan sull'efficienza, ma l'eliminazione degli ostacoli che gravano sul team. Il miglioramento da 16 a 8 secondi non è stato ottenuto chiedendo alle persone di lavorare più velocemente, ma eliminando i meccanismi manuali di download che consumavano tempo e creavano opportunità di errore a causa di file errati, nomi sbagliati o download di documenti non corretti. Il raddoppio della velocità è stato una diretta conseguenza dell'eliminazione dei costi di preparazione.

Se vuoi applicare questo metodo senza che si trasformi in unafarsa di miglioramento dei processi, mantienilo semplice e disciplinato. Inizia con un flusso di lavoro di cui tutti si lamentano, ma che è comunque importante. Qualcosa che riguarda i clienti, la gestione del denaro o la conformità. Quindi, fai una rapida analisi per individuare tre categorie di elementi superflui. Innanzitutto, le approvazioni che non modificano i risultati. Le riconoscerai subito. Chi approva non ha alcun vantaggio in termini di dati, nessuna autorità per annullare le decisioni e nessun tempo per una revisione adeguata. L'approvazione serve principalmente a distribuire la responsabilità. Sostituiscila con un unico vero responsabile e un unico meccanismo di trasparenza. Se il rischio è reale, proteggilo con regole chiare e documentazione, non con un'altra riunione. È qui che il principio "La chiarezza genera velocità" entra in gioco nella semplificazione. Quando i flussi di lavoro sono ingombrati da approvazioni che non modificano le decisioni, quando la responsabilità è dispersa su più firme, quando il processo esiste per proteggere dalle colpe piuttosto che per migliorare le decisioni, l'esecuzione rallenta. Questa complessità crea attrito. I leader che creano chiarezza eliminando le approvazioni ridondanti, stabilendo una responsabilità unica e trasparente anziché una responsabilità diffusa e sostituendo il controllo basato sulle approvazioni con un controllo basato sulle regole, eliminano tale attrito. La velocità aumenta non perché le persone lavorino più velocemente, ma perché agiscono invece di coordinare le approvazioni.

In secondo luogo, i passaggi di consegne che perdono il contesto. Quando un flusso di lavoro attraversa diversi team, il contesto si perde e le persone compensano aggiungendo passaggi. Nuova convalida, nuova formattazione, nuove domande a cui è già stata data risposta. È qui che entra in gioco la standardizzazione degli input e la definizione di cosa significhi "fatto" al confine del processo. La maggior parte delle catene di approvazione sono in realtà solo dei palliativi per passaggi di consegne deboli. In terzo luogo, le fasi preparatorie ripetitive e prevedibili. Scaricare, salvare, nominare, archiviare, estrarre, consolidare. Se una persona può descrivere la fase sempre allo stesso modo, è candidata all'automazione. Ma non automatizzatela prima di averla semplificata. Eliminate prima le varianti non necessarie, poi automatizzate il nucleo stabile. Questa disciplina di semplificazione prima dell'automazione è ciò che impedisce alle organizzazioni di codificare la complessità in sistemi. Quando le fasi preparatorie vengono automatizzate senza prima eliminare le varianti, l'automazione diventa fragile perché deve gestire le incongruenze. Quando le fasi preparatorie vengono prima standardizzate e poi automatizzate, l'automazione è robusta perché gestisce input prevedibili. I leader che impongono la sequenza di semplificazione e successiva automazione creano sistemi affidabili.

Un test utile è questo: se domani eliminaste due approvazioni e un sistema di tracciamento, si verificherebbe qualche problema o emergerebbe semplicemente l'incertezza sulla responsabilità? Se si verificasse un problema, chiedetevi qual è il rischio reale. Il più delle volte, il rischio non è operativo, ma emotivo. Le persone hanno paura di essere incolpate. La semplificazione costringe i leader a sostituire il controllo basato sulla paura con un controllo basato sulla chiarezza. È qui che la scelta degli strumenti diventa politica. Quando i team sono già stanchi, ogni nuovo strumento viene interpretato come la volontà di cambiamento da parte di qualcuno ai piani alti, e noi lo adotteremo. Questa è la stanchezza da adozione. La cura non sono i discorsi motivazionali, ma la sottrazione visibile. Quando le persone vedono che alcuni passaggi vengono eliminati, riacquistano la fiducia che il miglioramento significhi un lavoro più leggero, non più pesante. Questa pratica di sottrazione visibile è ciò che ricostruisce la fiducia durante le iniziative di cambiamento. Quando le organizzazioni annunciano miglioramenti ma aggiungono solo nuovi livelli, quando ogni iniziativa introduce nuovi strumenti senza dismettere i vecchi processi, i team imparano che il miglioramento significa un carico di lavoro aggiuntivo. Sviluppano la stanchezza da adozione, dove la resistenza al cambiamento è in realtà la stanchezza dovuta all'accumulo di complessità. I leader che rendono visibile la sottrazione, che eliminano i sistemi di monitoraggio e le approvazioni man mano che introducono nuove funzionalità, creano ambienti in cui il miglioramento è credibile perché riduce in modo dimostrabile il carico di lavoro.

È possibile persino impostare una regola esplicita. Ogni volta che si introduce un nuovo strumento o un nuovo punto di controllo, si rimuove qualcosa di pari importanza. Una riunione eliminata. Un'approvazione eliminata. Un sistema di monitoraggio disattivato.Altrimenti, non si migliora il sistema, ma lo si espande. Se si opera in un ambiente fortemente basato sull'intelligenza artificiale o sull'automazione, la stessa regola si applica con maggiore enfasi. Molte organizzazioni si sono mosse rapidamente nell'adozione di nuovi strumenti e ora i leader si trovano a gestire stack tecnologici scollegati e componenti aggiuntivichenon si integrano in modo pulito. La razionalizzazione è la contromossa. È il modo per ridurre la complessità prima di scalare l'automazione. È il modo per evitare di costruire uno strato moderno sopra la confusione del passato. Questa disciplina dello scambio di pari peso è ciò che impedisce l'accumulo di tecnologia senza una semplificazione operativa. Quando si aggiungono nuovi strumenti senza rimuovere una complessità equivalente, il panorama tecnologico si frammenta. I sistemi non si integrano in modo pulito perché sono stati sovrapposti a diverse versioni dello stesso flusso di lavoro. I leader che applicano la regola secondo cui ogni aggiunta richiede una sottrazione equivalente creano ambienti in cui la tecnologia serve a semplificare anziché ad aggiungere livelli.

L'esempio del download delle fatture è utile in questo contesto perché mostra l'impatto di piccoli miglioramenti su larga scala. Ridurre un'attività da 16 a 8 secondi può sembrare un dettaglio insignificante sulla carta. In realtà, aumenta la produttività, riduce le rilavorazioni ed elimina il continuo passaggio mentale che prosciuga le energie dei team. Rende inoltre il flusso di lavoro più affidabile, perché un minor numero di interventi manuali significa meno possibilità di archiviare o denominare erroneamente un documento, saltare un passaggio o scaricare quello sbagliato. Ciò che i leader spesso non comprendono è che l'affidabilità è un vantaggio culturale. Quando un flusso di lavoro è affidabile, le persone smettono di discutere sui numeri e iniziano a risolvere il problema reale. È così che si ottengono prestazioni elevate senza distrazioni. È qui che la leadership inclusiva come principio operativo si manifesta nella semplificazione. L'inclusione non significa coinvolgere tutti nei workshop di riprogettazione o raggiungere il consenso su ogni cambiamento. Significa ascoltare i team in prima linea per capire dove si riscontrano difficoltà e agire in base al loro feedback, eliminando tali difficoltà. Quando la semplificazione viene imposta ai team senza il loro contributo, quando i passaggi vengono rimossi in base alla percezione dei dirigenti piuttosto che alla realtà operativa, si finisce per eliminare le cose sbagliate e passaggi critici vengono accidentalmente eliminati. Quando la razionalizzazione integra le conoscenze acquisite sul campo riguardo a quali approvazioni aggiungono valore e quali sono necessarie peril teatro, quali fasi preparatorie sono indispensabili e quali derivano da incongruenze di formato, si prendono decisioni migliori. I leader che coinvolgono i team nell'individuazione delle inefficienze creano processi di razionalizzazione che migliorano concretamente il lavoro quotidiano.

Se desiderate un metodo pratico per implementare questo processo in team senza trasformarlo in un programma di sei mesi, utilizzate un ciclo breve. Scegliete un flusso di lavoro. Mappatelo a un livello tale che una persona in prima linea possa affermare: "Sì, è esattamente quello che faccio". Cronometrate i passaggi ripetitivi. Individuate le due approvazioni che apportano il minor valore. Rimuovete immediatamente una di queste approvazioni in via sperimentale, definendo chiaramente le responsabilità e predisponendo un piano di ripristino. Automatizzate un passaggio preparatorio solo dopo aver eliminato le varianti non necessarie. Quindi, valutate l'impatto con il team e apportate le modifiche necessarie. Noterete un aspetto importante quando questo processo viene eseguito correttamente. Il team si calma. Non si entusiasma. Semplicemente si calma. Perché percepisce che il sistema si sta alleggerendo. Questa calma è il punto cruciale. È ciò che rende l'adozione sostenibile. Questo cambiamentocomportamentale, il passaggio dalla stanchezza alla calma, è il vero indicatore di una semplificazione efficace. Quando i team sperimentano iniziative di miglioramento, non festeggiano con entusiasmo. Reagiscono con sollievo per il fatto che il carico di lavoro è più leggero. Questa calma dimostra che la semplificazione ha affrontato le vere difficoltà anziché aggiungere complessità puramente formale.

Il percorso dall'automazione reattiva della complessità esistente alla semplificazione sistematica prima dell'automazione richiede una progettazione mirata. Richiede leader che comprendano che la semplificazione non è una preparazione facoltativa, ma un fondamento essenziale, che l'automazione senza potatura codifica il disordine e che l'adozione dipende dalla visibilità della sottrazione. Richiede organizzazioni disposte a investire nell'identificazione delle approvazioni ridondanti, nel rafforzamento dei passaggi di consegne per eliminare le fasi compensative, nella rimozione del lavoro preparatorio ripetitivo, nella sostituzione del controllo basato sulla paura con un controllo basato sulla chiarezza e nell'imposizione di uno scambio equo in cui ogni nuova capacità richiede un'equivalente dismissione della vecchia complessità. E richiede la volontà di passare dalla modalità di sopravvivenza, in cui i team gestiscono la complessità attraverso una navigazione eroica e i leader sovrappongono nuovi strumenti ai vecchi processi, alla modalità di reinvenzione, in cui i flussi di lavoro vengono prima semplificati e l'automazione viene applicata a fondamenta semplificate. Questo cambiamento non avviene dall'oggi al domani. Mappare i flussi di lavoro nei minimi dettagli richiede uno sforzo costante, categorizzare il superfluo distinguendo tra approvazioni ridondanti, passaggi di consegne deboli e preparazioni ripetitive, sperimentare la rimozione delle approvazioni con responsabilità chiare e piani di ripristino, standardizzare gli input prima di automatizzare le fasi di preparazione e rendere visibile la rimozione attraverso riunioni, tracker e approvazioni archiviate. Ma il ritorno su questo investimento è misurabile e duraturo. La produttività aumenta perché si eliminano gli attriti. Il tempo di download delle fatture, passato da 16 a 8 secondi, ha raddoppiato la velocità. Il rischio di errore diminuisce perché un minor numero di interventi manuali significa meno opportunità di commettere errori. L'affidabilità migliora perché i flussi di lavoro sono sufficientemente semplici da eseguire in modo coerente. La fiducia viene ricostruita perché il miglioramento riduce visibilmente il carico di lavoro anziché aggiungerne di più. La stanchezza da adozione viene eliminata perché le persone lavorano meno. E il team diventa più sereno perché il sistema è effettivamente più semplice. Quella serenità, quel sollievo,quel passaggio dalla stanchezza alla capacità operativa è ciò che la semplificazione crea quando viene eseguita correttamente, anziché essere trascurata nella fretta di automatizzare.

Domande e risposte

D: Come faccio a sapere se un'approvazione è ridondante?

A: Se raramente modifica la decisione, se chi approva non dispone di informazioni specifiche e se serve principalmente a scaricare la colpa, è superfluo. La catena di approvazione dovrebbe migliorare la qualità delle decisioni, non solo distribuire la responsabilità tra più persone che in realtà non cambiano i risultati.

D: Cosa devo semplificare per prima cosa?

A: Le fasi che si ripetono ogni volta e non richiedono giudizio sono: preparazione, trasferimento dati, consolidamento e convalida dei duplicati. Nell'esempio della fatturazione, l'automazione del ciclo di download ha ridotto il tempo di download da 16 secondi a 8 secondi per fattura, raddoppiando di fatto la velocità e riducendo il rischio di errori.

D: Come posso evitare di violare le normative durante la rimozione di alcuni passaggi?

A: Sostituire l'approvazione come meccanismo di controllo con regole e trasparenza: criteri chiari, registrazione, verificabilità e un unico responsabile. I sistemi moderni forniscono tracce di controllo e tracciabilità dei dati che rendono le catene di approvazione meno necessarie come meccanismo di sicurezza primario.

D: Come posso evitare la stanchezza da adozione quando introduco l'automazione?

A: Rendi visibile la sottrazione. Elimina riunioni, strumenti di monitoraggio o approvazioni per ogni nuovo meccanismo che introduci. Quando le persone vedono che i passaggi vengono eliminati, riacquistano fiducia nel fatto che il miglioramento significhi lavoro più leggero, non più pesante.

D: Qual è l'indicatore più evidente del successo della razionalizzazione?

A: Meno eccezioni, meno domande di chiarimento e più tempo dedicato alla discussione dei risultati anziché alla risoluzione di incomprensioni procedurali. Noterete inoltre che il team si tranquillizza, perché percepisce un sistema più snello.

Continue from the blog index or method pages.

Use the Insights index to move across related categories, then connect the idea back to operating architecture, proof, resources, or capability depending on the work in front of you.