La risposta breve: quando un progetto di digitalizzazione si blocca, la causa raramente è la tecnologia. Il software funziona; sono le persone che continuano a usare il vecchio foglio di calcolo, a stampare, a tenere le informazioni nelle proprie email. Chiamarla "resistenza al cambiamento" e fermarsi lì, però, è un errore: la resistenza non è un difetto delle persone da correggere, è un'informazione sul progetto — e quasi sempre segnala qualcosa che il progetto ha sbagliato o saltato. Vediamo da dove nasce e cosa fare, prima, durante e dopo.
La resistenza è un'informazione, non un capriccio
Le persone non resistono al cambiamento in astratto: resistono a cambiamenti che percepiscono come una perdita — di controllo, di competenza, di tempo — o che non capiscono. Nella mia esperienza, dietro un reparto che "non collabora" c'è quasi sempre una ragione concreta e raccontabile: uno strumento scelto senza consultare chi lo usa otto ore al giorno, un flusso nuovo che scarica lavoro su chi non ne vede il beneficio, un progetto precedente finito male di cui nessuno ha mai parlato. Trattare queste ragioni come ostacoli da aggirare, invece che come segnali da ascoltare, è il modo più sicuro per far fallire l'adozione.
Da dove nasce, in concreto
- Perdita di competenza percepita. Chi in vent'anni è diventato il punto di riferimento di un processo, con il nuovo sistema torna principiante. Non è pigrizia: è una perdita di status reale, che va riconosciuta e gestita.
- Perdita di controllo. Il foglio di calcolo personale è brutto ma è mio: lo capisco, lo correggo, nessuno mi chiede permesso. Il sistema centrale toglie autonomia percepita anche quando la aumenta.
- Costo concentrato, beneficio distribuito. Spesso chi deve inserire dati in più non è chi ne godrà i frutti: il beneficio va al management o a un altro reparto. Se nessuno lo dice apertamente, la matematica personale del singolo dice "per me è solo lavoro in più" — e ha ragione.
- Esperienze passate. Ogni progetto fallito lascia un deposito: "anche l'altra volta doveva cambiare tutto". La fiducia si ricostruisce con risultati piccoli e mantenuti, non con annunci.
- Comunicazione ambigua. Se non si dice chiaramente cosa cambia per ciascuno, le persone riempiono il vuoto con l'ipotesi peggiore — inclusa la paura, va detto senza giri di parole, che "digitalizzare" significhi "tagliare".
I segnali che il blocco è già in corso
La resistenza raramente si dichiara: si pratica in silenzio. I segnali tipici in una PMI: il sistema nuovo e il metodo vecchio che convivono per mesi (il doppio lavoro come stato permanente); fogli di calcolo "ponte" che dovevano essere provvisori; dati inseriti nel sistema in ritardo o al minimo indispensabile, così i report non sono mai affidabili; le eccezioni che diventano la regola ("questo cliente lo gestisco alla vecchia maniera"); riunioni in cui tutti concordano e comportamenti che non cambiano. Se riconosci questi schemi, il progetto è tecnicamente vivo e operativamente fermo.
Cosa fare prima: l'adozione si progetta, non si spera
La parte più efficace del lavoro sulle persone si fa prima che il progetto parta:
- Coinvolgi gli utenti chiave nella definizione del problema, non solo nella prova dello strumento. Chi vive il processo conosce eccezioni e trucchi che nessuna analisi dall'alto vede; e chi ha contribuito a disegnare la soluzione difficilmente la sabota.
- Parti dal processo, non dal software. Se il flusso è pieno di passaggi inutili, digitalizzarlo li rende permanenti e la frustrazione cresce. La sequenza corretta è descritta in da dove partire per digitalizzare un processo.
- Rendi esplicito chi paga il costo e chi riceve il beneficio. Se un reparto lavora di più perché un altro lavori meglio, va detto, motivato e se possibile compensato — semplificando qualcos'altro per chi porta il carico.
- Chiarisci cosa non cambia. Le rassicurazioni oneste su ruoli e posti di lavoro, quando si possono dare, tolgono energia alle paure informali; le ambiguità la moltiplicano.
Cosa fare durante: sponsor visibile e ascolto vero
Durante l'introduzione contano tre cose. La prima: lo sponsor deve essere visibile e coerente — se il titolare chiede a tutti di usare il sistema nuovo ma per sé pretende il vecchio report stampato, il messaggio reale è arrivato. La seconda: formazione sul lavoro reale, non sulle funzioni del software: piccoli gruppi, casi propri dell'azienda, affiancamento nei primi giorni, un riferimento interno a cui chiedere senza imbarazzo. La terza: un canale vero per i problemi, con risposte rapide. Nelle prime settimane ogni segnalazione ignorata convalida la tesi di chi aspettava la conferma che "tanto non funziona". Correggere in fretta le prime frizioni vale più di qualsiasi presentazione motivazionale.
Cosa fare dopo: chiudere il vecchio, misurare l'uso
L'errore finale è dichiarare concluso il progetto al go-live. L'adozione va misurata — quante persone usano il flusso nuovo, quanta parte del lavoro passa ancora dai canali vecchi — e il doppio binario va chiuso con una data: finché il metodo vecchio resta disponibile senza limiti, resterà il preferito. Le eccezioni vanno riviste periodicamente, perché tendono a moltiplicarsi in silenzio. E i benefici raggiunti vanno comunicati a chi ha sostenuto il costo del cambiamento: è ciò che costruisce il credito di fiducia per il progetto successivo. Non a caso, l'adozione è una delle famiglie di indicatori di cui parlo in come misurare l'innovazione in una PMI.
In sintesi
La digitalizzazione si blocca sulle persone quando il progetto tratta le persone come destinatari finali invece che come parte del progetto. La resistenza va letta, non combattuta: quasi sempre indica un processo disegnato male, un costo non riconosciuto o una comunicazione mancata. Nel mio lavoro sulla digitalizzazione dei processi il piano di adozione è parte del progetto fin dall'inizio, non un'appendice. Se nella tua azienda un sistema c'è ma non viene usato, o un progetto è fermo da mesi per ragioni che nessuno sa nominare, raccontami la situazione: capire dove si è rotto il patto con le persone è di solito il primo passo per sbloccarlo.