La digitalizzazione che non cambia nulla
-
- 6 Febbraio 2026
- 0 commenti
Nel mondo dei progetti IT esiste un paradosso affascinante. Organizzazioni investono milioni in nuove tecnologie, assumono team di sviluppatori esperti, implementano architetture cloud all’avanguardia. E alla fine producono sistemi che replicano fedelmente ogni inefficienza dei processi precedenti. È come costruire un’auto da Formula Uno e usarla per percorrere gli stessi sentieri polverosi delle carrozze del 1800.
L’ossessione per la continuità
La frase più pericolosa in qualsiasi progetto di trasformazione digitale è “Abbiamo sempre fatto così”. Pronunciata con reverenza quasi religiosa, questa affermazione blocca qualsiasi tentativo di ripensare processi obsoleti.
La resistenza al cambiamento è una caratteristica evolutiva. Il cervello preferisce pattern conosciuti perché sono sicuri e prevedibili. Il problema emerge quando questa preferenza diventa l’unico criterio per progettare sistemi destinati a durare decenni.
Questa dinamica si manifesta durante la raccolta dei requisiti, quando gli stakeholder descrivono cosa vogliono basandosi solo su cosa conoscono. Immaginare alternative richiede uno sforzo mentale considerevole che pochi sono disposti a fare.
La sindrome del “fai come prima”
Una richiesta ricorrente è: “Voglio che il nuovo software faccia esattamente quello che faceva il vecchio”. Sembra ragionevole, ma include implicitamente anche tutti i difetti del sistema precedente. Funzionalità mal progettate, workaround per bug mai risolti, passaggi ridondanti. Tutto viene sacralizzato come “requisito essenziale”.
Si arriva al paradosso di dover replicare bug. Quando gli sviluppatori correggono inefficienze evidenti, gli utenti protestano perché “funziona in modo diverso”. Non meglio, semplicemente diverso. E il diverso spaventa.
L’automazione che non automatizza
Un esempio illuminante riguarda i controlli automatici. In molti processi digitalizzati esistono passaggi di “validazione umana” per verificare cose che un computer ha già verificato perfettamente.
Un operatore controlla che certi campi obbligatori siano compilati. Qualcosa che il software fa in millisecondi, senza errori. Ma serve l'”approvazione umana”. Quando si chiede quale valore aggiunge, la risposta è sempre la stessa: verificare quello che il computer ha già verificato.
È la versione digitale del timbro burocratico. Il controllo umano non aggiunge valore, ma aggiunge complessità, quindi deve essere importante. La digitalizzazione replica le inefficienze originali: mail di notifica, tempi di attesa, click inutili. Un processo di approvazione che non migliora nulla.
Il capolavoro della pubblica amministrazione digitale
Il settore pubblico offre esempi straordinari di come utilizzare tecnologie avanzate per replicare procedure dell’età della pietra. Portali web perfetti che ti guidano attraverso lo stesso processo di trent’anni fa, solo con più click.
Alcune implementazioni trasformano moduli cartacei di decenni fa in portali interattivi mantenendo ogni caratteristica dell’antenato: caselle numerate misteriose, campi in formati specifici per ragioni dimenticate. E alla fine? Esportazione in PDF.
Questo accade perché il processo cartaceo continua a esistere. Il digitale lo affianca, non lo sostituisce. Entrambi devono rimanere identici, congelando le inefficienze per l’eternità.
Il paradosso dell’autenticazione forte
La firma digitale permette di autenticare documenti in modo sicuro e immediato. Eppure, in molti processi, gli utenti devono stampare, firmare a mano, scannare e re-inviare. Come comprare un’auto elettrica ma portarsi dietro un cavallo di scorta.
Altro esempio: sistemi di autenticazione forte che contengono già tutti i dati anagrafici. Prima richiesta? Reinserire manualmente tutto, compresa la scansione del documento d’identità. Spesso i portali permettono di fare tutto online, fino al momento in cui scopri che devi presentarti fisicamente con documenti cartacei.
La paura travestita da prudenza
Dietro questa resistenza si nascondono paure legittime. Imparare richiede tempo. Durante la transizione la produttività cala. Il nuovo potrebbe funzionare peggio del vecchio.
Ma queste preoccupazioni spesso mascherano riluttanza più profonda. “Non ho tempo” diventa giustificazione per evitare qualsiasi cambiamento. Anche software più efficienti vengono percepiti come complicati solo perché diversi.
Si crea un circolo vizioso: resistenza alla formazione, riluttanza a testare, assenza di feedback costruttivo. Il cambiamento viene rimandato proprio da chi dovrebbe beneficiarne.
I compromessi che accontentano nessuno
Di fronte a resistenze organizzative, i project manager cercano compromessi. “Facciamolo come dicono loro, così non si lamentano”. Una strategia che sembra diplomatica ma produce risultati disastrosi.
Il risultato sono sistemi ibridi che non sfruttano le nuove tecnologie perché cercano compatibilità con processi obsoleti. Non abbastanza innovativi per entusiasmare, non abbastanza familiari per rassicurare. L’organizzazione investe risorse significative per ottenere miglioramenti marginali.
L’incapacità di immaginare alternative
Le persone legate a procedure esistenti faticano a concepire alternative radicalmente diverse. Non riescono a descrivere cosa vorrebbero perché pensano solo in termini di cosa già conoscono.
Il ruolo dell’analista dovrebbe essere aiutare a visualizzare possibilità diverse, mostrare come altri hanno risolto problemi simili. Ma questo richiede tempo, fiducia e disponibilità a sperimentare.
Come uscire dal loop
Spezzare questo ciclo richiede un cambio di paradigma. La domanda non dovrebbe essere “Come replichiamo il vecchio?”, ma “Quale problema stiamo davvero risolvendo?”.
Serve distinguere tra obiettivi fondamentali e procedure contingenti. La vera digitalizzazione richiede coraggio: eliminare passaggi apparentemente essenziali, automatizzare controlli tradizionalmente umani, ripensare processi dalle fondamenta.
Ma richiede anche empatia. La resistenza al cambiamento è protezione, non capriccio. Serve creare transizioni graduali e coinvolgere gli utenti nella progettazione.
Verso una vera trasformazione
La tecnologia è un abilitatore, non una soluzione. Puoi avere cloud avanzato, intelligenza artificiale sofisticata, architetture scalabili. Se li usi per replicare processi inefficienti, ottieni solo inefficienze più veloci e costose.
La vera sfida della trasformazione digitale non è tecnologica ma culturale. Richiede organizzazioni disposte a mettere in discussione assunzioni consolidate, a sperimentare approcci nuovi, ad accettare che il futuro non sarà una versione accelerata del passato.
Solo abbandonando il comfort dell’abitudine si possono realizzare sistemi che non siano riproposizioni del vecchio, ma vere evoluzioni. Altrimenti continueremo a digitalizzare il passato mentre il mondo corre verso il futuro.
Questo articolo è tratto da “Non funziona niente! – I progetti IT in crisi”, il primo libro della collana Nothing Works! — una tragicommedia aziendale per chi ha visto troppi Gantt chart trasformarsi in fiction.
Scopri la collana completa, gli altri libri e le prossime uscite su nothingworks.it
Vuoi il libro subito? Compralo su Amazon
Potrebbe interessarti anche
- Sistemista IT in una PMI: mansioni e competenze
- DIRETTORE ACQUISTI
- Perché documentare gli interventi IT potenzia la posizione del Sistemista?
- Da sistemista IT a IT Manager: un, possibile, percorso di carriera nell’ambito manifatturiero
- I problemi quotidiani di un Sistemista IT e come risolverli
- SISTEMISTA
- Quanto guadagna un Sistemista a Torino?
- SISTEMISTA IT
- Cosa fa un Sistemista in un Managed Service Provider: ruolo e giornata tipo
- Dieci clienti, un solo Sistemista: come si gestiscono le priorità in un Managed Service Provider
