Scenario illustrativo. Un team amministrativo automatizza l’ingresso delle fatture: l’agente legge, classifica e riconcilia. Il pilota parte, la dashboard dice che funziona. Marta, che faceva quell’attività da otto anni, non si è lamentata di nulla. Eppure le eccezioni arrivano in ritardo, spiegate male o non arrivano affatto. Nessuno ha sabotato il progetto per cattiveria. Semplicemente nessuno ha detto a Marta cosa farà lunedì prossimo.
La tesi in una riga: decidere cosa fa domani la persona le cui attività l’agente assorbe fa parte del perimetro del progetto, non è un allegato delle risorse umane. Senza questa decisione il pilota non fallisce per la tecnologia: fallisce perché la persona che conosce meglio il processo ha ottime ragioni per non aiutare.
Ricollocare i dipendenti quando si automatizza con l’IA: perché fa parte del perimetro
Un progetto di IA si definisce con un processo, dei sistemi, dei dati e una metrica. La persona che oggi fa il lavoro compare come «utente» o come «stakeholder», e il suo futuro, se compare, si liquida con una slide di change management in fondo al documento.
È un errore di progettazione, non di sensibilità. Quella persona conosce le eccezioni che non sono scritte da nessuna parte, convalida ciò che produce l’agente e decide ogni giorno, con i fatti, se il sistema vive o no. È un componente del sistema. Se la tratti come un effetto collaterale, il sistema si comporta come un componente che nessuno ha specificato.
Cos’è il sabotaggio passivo e perché compare?
Il sabotaggio passivo è smettere di aiutare senza mai opporsi: nessun conflitto, nessuna lamentela, solo attrito. Compare per pura razionalità. Se il tuo lavoro è ciò che sta per sparire e nessuno ti dice cosa viene dopo, la prudenza è non renderti superfluo da solo. Non è cattiveria: lo farebbe chiunque.
Si riconosce da sintomi concreti:
- Le eccezioni non vengono documentate. «Questo lo sanno tutti», dice chi lo sa, e l’agente ci inciampa di continuo.
- L’agente viene rivisto con una lente d’ingrandimento mai usata sul lavoro umano. Ogni errore si mostra in riunione; ogni successo passa senza commenti.
- Il lavoro continua a essere fatto a mano «per sicurezza». L’agente gira e la persona ripete lo stesso in parallelo, così il risparmio non esiste mai.
- Nessuno corregge l’agente. Se correggerlo significa addestrare chi ti sostituisce, la scelta sensata è lasciarlo sbagliare.
È una delle cause più ripetute di un pilota che funziona nella demo e non arriva in produzione; lo schema completo è nella guida su perché falliscono i progetti di automazione con IA. Qui teniamo il meccanismo: la resistenza non è un problema di atteggiamento, è la risposta logica a una domanda senza risposta.
Cosa bisogna decidere prima di iniziare?
Quattro decisioni, per iscritto, prima di approvare il pilota:
- Quali attività spariscono e quali restano. Bisogna guardare le attività, non i ruoli: un ruolo raramente è una sola attività. Questo inventario è metà del lavoro per scegliere quali processi automatizzare con l’IA, e di solito rivela che ciò che viene assorbito è una parte del ruolo, non tutto.
- Dove va ogni persona. Con nome e data. Le destinazioni reali sono poche: supervisionare l’agente (eccezioni, qualità, casi dubbi), passare a lavoro che prima non si faceva per mancanza di tempo, o spostarsi in un altro ruolo in azienda. «Vedremo» non è una destinazione.
- Cosa deve imparare e chi paga. In orario di lavoro, sul lavoro vero, con qualcuno che risponde ai dubbi. Non un corso generico: di questo parla la voce di formazione che nessuno mette a budget.
- Cosa succede al risparmio. Se ciò che si libera sono ore, diventano capacità, meno assunzioni o meno organico? Dirlo con chiarezza evita che il team lo deduca da solo, e quasi sempre deduce il peggio. La differenza tra ore liberate e risparmio reale è in le ore liberate non sono risparmio.
Supervisionare l’agente non è un premio di consolazione. Un agente in produzione ha bisogno di qualcuno che decida sulle eccezioni, ed è una funzione vera, descritta nella guida sull’umano nel ciclo di un’automazione con IA. Chi conosce meglio il processo è spesso il più adatto, purché il ruolo esista davvero e non sia un’etichetta.
E se per quella persona non c’è posto?
A volte non c’è, e promettere il contrario è peggio che tacere. Ricollocare non significa garantire che nessuno perda il posto; significa che la decisione viene presa in modo esplicito, prima del pilota e non dopo, e che la persona la sa da te e non dal corridoio.
In Spagna, inoltre, non è solo questione di buone maniere. Lo Statuto dei lavoratori spagnolo (Estatuto de los Trabajadores) regola la modifica sostanziale delle condizioni di lavoro (art. 41) e, per il licenziamento dovuto alla mancato adattamento a modifiche tecniche ragionevoli della mansione, impone di offrire prima un corso di adattamento (art. 52 b). Non è consulenza legale e ogni caso è diverso: prima di parlare con il team, parla con chi segue il vostro diritto del lavoro. Altri paesi hanno altre regole; questo paragrafo vale solo per la Spagna.
Quando non serve tutto questo?
Se ciò che l’agente assorbe è una piccola frazione del lavoro di molte persone, un po’ di copia-incolla a settimana, nessun lavoro sparisce e basta dirlo con chiarezza. E se l’obiettivo dichiarato del progetto è ridurre l’organico, dillo: chiamarla «ricollocazione» e non mantenerla è peggio della conversazione difficile. La ricollocazione è un impegno, non un eufemismo.
La riga da portarti via: prima di approvare il pilota, scrivi una frase per ogni persona coinvolta. «Il lunedì dopo il go-live, X farà Y». Se non riesci a scriverla, il perimetro non è chiuso, e il pilota ha una data di scadenza anche se la tecnologia funziona.
Fonte consultata il 19 ottobre 2026: Statuto dei lavoratori spagnolo, testo consolidato (BOE-A-2015-11430). Sull’adozione come leva del ROI, vedi l’adozione, non il modello, decide il ROI della tua IA.