Quando un’azienda introduce l’automazione, il cambiamento più delicato non è tecnico: è umano. Il software prima o poi funziona. Accompagnare il team al cambiamento è la parte che decide se il nuovo modo di lavorare verrà adottato o soltanto subito. Sulla mia scrivania non arrivano problemi di software: arrivano persone che hanno bisogno di risposte che nessuno ha ancora dato.
Le quattro domande che nessuno fa in riunione
Nelle riunioni le domande sono poche e tecniche. Le preoccupazioni vere arrivano dopo:
- “Il mio lavoro serve ancora a qualcosa?” — la paura di diventare superflui.
- “Sarò in grado di usarlo?” — il timore di scoprirsi inadeguati davanti ai colleghi.
- “Se sbaglia, di chi è la colpa?” — sentirsi responsabili di qualcosa che non si controlla.
- “Cosa farò del tempo che si libera?” — un ruolo che cambia forma.
Nominarle per prima toglie ossigeno alle voci: non serve avere tutte le risposte, serve dire cosa si sa e cosa no.
Da dove nasce davvero la resistenza
La resistenza quasi mai è rifiuto della tecnologia: le stesse persone usano strumenti digitali tutto il giorno. Nasce da tre cose.
- Perdita di controllo. Il lavoro entra in una scatola di cui non si vedono le regole.
- Perdita di riconoscimento. Quell’attività era identità professionale: “quella parte la gestivo io”.
- Timore del giudizio. Se il processo era pieno di eccezioni, qualcuno teme che l’analisi dimostri che sbagliava.
Le prime due si affrontano con la trasparenza; la terza dipende dall’analisi: se le eccezioni si raccolgono come informazioni, le persone le raccontano.
Le tre radici della resistenza
Perdita di controllo
“Il lavoro finisce in una scatola di cui non vedo le regole”
Trasparenza: mostrare come funziona
Perdita di riconoscimento
“Quella parte la gestivo io”
Ridefinire il ruolo e dargli valore
Timore del giudizio
“Scopriranno che lo facevo a modo mio”
Raccogliere le eccezioni come informazioni
Le quattro fasi che ho visto ripetersi
L’annuncio al team, l’analisi del processo, le prime settimane, i mesi successivi: i progetti attraversano sempre le stesse quattro fasi, e ognuna chiede un sostegno diverso. All’inizio servono informazioni, nel mezzo presenza, alla fine riconoscimento.
L’andamento tipico della fiducia del team. Schema qualitativo, non una misurazione.
Il momento più difficile non è l’annuncio, come ci si aspetterebbe, ma le prime settimane: è lì che convivono vecchio e nuovo metodo, gli errori sono più frequenti e la fatica raddoppia. Ed è esattamente quando l’attenzione dell’azienda si sposta altrove.
| Fase | Cosa vive il team | Cosa faccio io |
|---|---|---|
| L’annuncio al team | Sospetto: “qui si sta preparando un taglio” | Dico quali ruoli sono toccati e quali no, anche quando non tutto è ancora deciso |
| L’analisi del processo | Si sente sotto esame, teme di aver sbagliato qualcosa | Faccio parlare chi esegue il lavoro come esperto, non come oggetto dell’analisi |
| Le prime settimane | Doppio carico: vecchio e nuovo metodo insieme, con errori inevitabili | Tempo protetto per imparare e il permesso esplicito di sbagliare nelle prime settimane |
| I mesi dopo | Ruolo da ridefinire: “e adesso io cosa faccio?” | Aggiorno mansioni e obiettivi, riconosco chi ha retto la transizione |
Le quattro fasi di un progetto di automazione viste dal lato delle persone.
Il change management non è un supporto: è metà progetto
Nella maggior parte delle aziende l’HR entra a valle: gestisce la formazione e, se le cose vanno male, il malcontento. È un errore di sequenza: la parte che decide l’esito — chi farà cosa dopo, quali competenze servono, come si comunica — è il nostro lavoro, e non è delegabile all’IT né al fornitore.
Tre cose che nessun altro può fare al posto nostro:
- Leggere il progetto come una mappa di ruoli, non di processi. Dove cambia il flusso cambiano mansioni e responsabilità, e va messo nero su bianco prima dell’avvio.
- Distinguere chi è esposto da chi è solo coinvolto. Chi ha in quel processo il cuore del ruolo va incontrato da solo, prima della comunicazione.
- Tenere insieme due tempi diversi. Quello del progetto finisce all’avvio, quello delle persone dura mesi: qualcuno deve presidiare il secondo quando gli altri sono altrove.
Un progetto di automazione raramente fallisce sul software: fallisce mesi dopo, sulle persone che se ne vanno o continuano come prima.
Cosa succede al tempo che si libera
È la domanda che le persone si fanno per prime e quella a cui si risponde per ultime. Se nessuno decide dove debba andare, il tempo recuperato da un processo automatizzato viene riassorbito dalle urgenze del momento, e il messaggio che arriva è che l’obiettivo era farne fare di più alle stesse persone.
Dargli una destinazione riconoscibile — controlli di qualità, relazione con clienti e fornitori, le attività che si rimandano da mesi — cambia la lettura dell’intero progetto. Ed è il momento in cui il riconoscimento pesa davvero: chi ha retto la transizione va nominato, in sede di valutazione e davanti al gruppo. Non costa nulla e vale più di qualunque comunicazione interna.
Accompagnare il team al cambiamento: quanto pesa
Non è un tema “soft”: secondo Prosci, i progetti con una gestione del cambiamento eccellente raggiungono gli obiettivi nell’88% dei casi, contro il 13% di quelli gestiti male.1
Progetti che raggiungono o superano gli obiettivi, per qualità della gestione del cambiamento. Fonte: Prosci, Best Practices in Change Management.
E quando il cambiamento è l’AI
Con un processo automatizzato la domanda è cosa ne sarà di quell’attività. Con l’AI diventa più scomoda: cosa ne sarà del mio giudizio. E c’è una differenza pratica: l’AI è già entrata in azienda senza che nessuno l’abbia annunciata. Secondo Sharp Europe il 45% dei dipendenti la usa senza dichiararlo, e un terzo dei manager teme di sembrare poco corretto ad ammetterlo.2
E non è solo questione di strumenti: una risposta ben scritta sembra vera, e il controllo salta proprio dove servirebbe. Il problema non è l’adozione, è il sommerso.
- Scrivere le regole d’uso presto, anche se imperfette. Cosa si può usare, per quali attività, quali dati non inserire mai. Senza regole nessuno smette di usarla: smette di dirlo.
- Dire chi resta responsabile. L’AI propone, la persona firma: il giudizio va allenato, non delegato.
- Chiedere apertamente chi la usa già e come. Senza conseguenze e partendo dai responsabili: se raccontano loro come la usano, il sommerso emerge.
- Far circolare come la si usa. Ognuno si costruisce il proprio archivio di prompt e il lavoro si frammenta in silos: mezz’ora di confronto tra colleghi vale più di un corso.
- Mettere la formazione a registro. L’AI Act chiede a chi usa sistemi di AI misure per un livello adeguato di alfabetizzazione del personale: non è più solo buona prassi.3
- Non usarla per valutare le persone senza dirlo. È il punto in cui la fiducia si perde in un giorno.
In sintesi
L’automazione non sostituisce un team: ne ridisegna il perimetro. Rendere quel ridisegno comprensibile e graduale — ascolto prima, presenza durante, riconoscimento dopo — non richiede budget: va pianificato insieme al progetto.
La differenza tra un’adozione riuscita e una subita non sta nella tecnologia, ma nel momento in cui si comincia a parlare delle persone. Se accade prima che i ruoli siano decisi, accompagnare il team al cambiamento diventa un lavoro ordinario invece che un’emergenza. Il segnale è semplice: nei colloqui si parla del lavoro nuovo, non di quello perso.
Scrivici per parlarneSe sta per partire un progetto di automazione da voi, la prima domanda non è quale strumento scegliere: è di chi cambierà il lavoro, e quanto.
Fonti
- 1.The Correlation Between Change Management and Project Success — Prosci, Best Practices in Change Management — oltre 2.600 professionisti del cambiamento (aggiornato 2026)
- 2.New Sharp research reveals the hidden cultural friction slowing down responsible AI adoption across European SMEs — Sharp Europe, 1 giugno 2026 — indagine Censuswide su 2.500 titolari di PMI (50-250 dipendenti) in 10 Paesi europei
- 3.AI Act, Article 4: AI literacy — Regolamento (UE) 2024/1689 — Commissione europea, AI Act Service Desk


