Change management: guida completa per le aziende

2026-08-26 · Tommaso Maria Ricci

Le aziende che mi chiamano per un progetto di trasformazione quasi mai hanno un problema di tecnologia. Hanno un problema di persone che non useranno la tecnologia. La differenza tra i due problemi vale interi budget, e quasi nessuno la mette a bilancio prima di partire.

Il change management è la disciplina che si occupa di questo scarto. Non della strategia, non del software, non del piano di progetto: di quello che succede quando ottocento persone abituate a lavorare in un certo modo devono lavorare in un altro, e nessuno ha spiegato loro perché dovrebbero volerlo.

I numeri su questo argomento sono impietosi e stabili da quindici anni. La ricerca di McKinsey sulle trasformazioni organizzative, aggiornata nel dicembre 2021 dopo un ciclo di rilevazioni iniziato nel 2010, riporta che meno di un terzo dei rispondenti dichiara che la trasformazione della propria azienda ha avuto successo sia nel migliorare le prestazioni sia nel mantenerle nel tempo. Gli autori lo scrivono in modo diretto: quel tasso di successo intorno al trenta per cento non si è mosso dopo anni di ricerca. La fonte completa è consultabile nell'analisi McKinsey sulla scienza dietro le trasformazioni organizzative riuscite.

Questa guida spiega cosa fa davvero il change management, quali modelli valgono ancora qualcosa e quali sono diventati slide, come si smontano le resistenze reali invece di quelle immaginate, e cosa cambia nel 2026 quando il cambiamento da gestire riguarda l'intelligenza artificiale. Scrivo da fondatore che ha portato dentro aziende vere sistemi che le persone all'inizio non volevano, non da teorico dell'organizzazione.

Cosa significa change management, in pratica

Il change management è l'insieme delle azioni che portano le persone di un'organizzazione a lavorare in modo diverso e a continuare a farlo quando nessuno le sta guardando.

Le due parti della definizione contano entrambe. La prima parte, portare le persone a lavorare in modo diverso, è quella che quasi tutti i progetti affrontano, di solito con formazione e comunicazione interna. La seconda parte, continuare a farlo quando nessuno guarda, è quella che decide se il progetto è servito a qualcosa, ed è quella che quasi nessuno pianifica.

Un cambiamento che regge sei settimane e poi torna alle vecchie abitudini non è un cambiamento parziale. È un costo puro, con in più il danno di aver bruciato credibilità per la volta successiva.

La differenza tra progetto e cambiamento

Un progetto ha una data di fine. Un cambiamento no.

Il progetto finisce quando il nuovo sistema è in produzione, la formazione è erogata e il fornitore ha emesso l'ultima fattura. Il cambiamento finisce quando il vecchio modo di lavorare non è più recuperabile, cioè quando nessuno ha più il foglio di calcolo parallelo nascosto sul desktop.

Nella mia esperienza il periodo pericoloso è quello tra i sessanta e i centoventi giorni dopo il rilascio, quando il team di progetto si è sciolto, l'attenzione della direzione si è spostata sull'iniziativa successiva e le persone tornano silenziosamente a ciò che conoscono. Se non c'è nessuno che presidia quella finestra, il progetto risulta consegnato e il cambiamento risulta annullato, e i due fatti convivono per mesi senza che nessuno li metta a confronto.

Perché "gestione del cambiamento" non è la traduzione utile

In italiano si traduce spesso con "gestione del cambiamento", e la traduzione porta con sé un equivoco: fa pensare a un'attività amministrativa, come la gestione delle presenze o la gestione documentale.

Il change management non gestisce il cambiamento. Costruisce le condizioni perché il cambiamento sia possibile, e quelle condizioni sono per la maggior parte psicologiche e politiche, non procedurali. Chiedere a un capo reparto di adottare un sistema che rende visibile la produttività della sua squadra significa chiedergli di rinunciare a una zona d'ombra che finora lo proteggeva. Nessun piano di formazione risolve quel problema, perché quel problema non è di competenza.

I numeri veri: perché il change management fallisce così spesso

Vale la pena guardare i dati con precisione, perché sono più interessanti del titolo "il settanta per cento dei cambiamenti fallisce" che circola nelle presentazioni.

La ricerca McKinsey citata sopra scompone il fallimento in un modo più utile. Le aziende che dichiarano una trasformazione riuscita stimano di aver realizzato in media solo il sessantasette per cento del beneficio finanziario massimo raggiungibile. Tutte le altre si fermano al trentasette per cento. Tradotto: anche quando va bene, un terzo del valore resta sul tavolo.

Ancora più utile è dove si perde quel valore. Secondo la stessa ricerca, circa un quarto della perdita avviene nella fase di definizione degli obiettivi, cioè prima che il progetto inizi davvero, e il venti per cento avviene dopo l'implementazione, quando le iniziative sono già state completate. Il primo dato dice che molte trasformazioni nascono già ridimensionate. Il secondo dice che la fase di consolidamento, quella che nessuno finanzia, vale un quinto del risultato.

Va detto con onestà che questi numeri vengono da una rilevazione del 2021, parte di un ciclo di ricerca lungo. Non sono la fotografia del 2026. Li uso perché descrivono un meccanismo strutturale che continuo a vedere nelle sale riunioni italiane, non perché siano l'ultimo dato disponibile.

La fatica da cambiamento è un dato, non una sensazione

C'è un fattore che negli ultimi anni ha peggiorato tutto e che molti piani ignorano.

Un articolo della Harvard Business Review firmato da due ricercatori Gartner, pubblicato nel maggio 2023 e dedicato al fatto che i dipendenti stanno perdendo la pazienza con le iniziative di cambiamento, riporta un dato che vale più di molte analisi: nel 2022 il dipendente medio ha vissuto dieci cambiamenti aziendali pianificati, contro i due del 2016.

Dieci contro due. Non è che le persone siano diventate più resistenti al cambiamento: è che il numero di cambiamenti a cui vengono sottoposte si è quintuplicato in sei anni. Chi progetta un piano di adozione partendo dal presupposto di avere l'attenzione dell'organizzazione sta lavorando su un presupposto sbagliato. L'attenzione è la risorsa scarsa, e ogni iniziativa compete con altre nove.

La conseguenza pratica è una regola che applico sempre: prima di lanciare un cambiamento, contate quanti ne sono in corso. Se sono più di due o tre nella stessa funzione, la domanda giusta non è come comunicare meglio il vostro, ma quale degli altri spegnere.

Le cinque cause reali di fallimento

Dopo aver visto abbastanza progetti da vicino, le cause si ripetono con una regolarità che ha smesso di sorprendermi.

Il cambiamento è stato deciso da chi non lo subisce. Il vertice decide, la prima linea esegue, il livello intermedio traduce. Quando il livello intermedio non è stato coinvolto nella definizione, non traduce: filtra. E filtra a proprio favore, perché è l'unico modo che ha di proteggere la propria squadra da una decisione che considera scollegata dalla realtà operativa.

Nessuno ha risposto alla domanda "cosa cambia per me". Le comunicazioni aziendali sul cambiamento parlano quasi sempre di obiettivi dell'impresa: competitività, efficienza, posizionamento. Sono parole vere e completamente inutili per chi deve cambiare il proprio lunedì mattina. La domanda a cui rispondere è più bassa e più concreta: cosa faccio di diverso da lunedì, cosa smetto di fare, chi mi aiuta quando mi blocco.

Il vecchio sistema è rimasto acceso. È la causa più banale e la più letale. Finché esiste una via alternativa per fare la stessa cosa nel modo precedente, una parte dell'organizzazione la userà, e quella parte crescerà ogni volta che il nuovo sistema avrà un problema. Un cambiamento con una via di fuga aperta non è un cambiamento: è un'opzione.

Non c'è stato nessun costo per non cambiare. Se chi adotta e chi non adotta ricevono lo stesso trattamento, l'adozione diventa un atto di buona volontà. La buona volontà si esaurisce entro un trimestre. Non parlo di sanzioni: parlo del fatto elementare che i dati vecchi non devono più essere accettati nelle riunioni, e le richieste fatte con il vecchio canale non devono più essere lavorate.

Il progetto è finito prima del cambiamento. Il team si scioglie al rilascio, il presidio sparisce, e la finestra dei novanta giorni successivi resta scoperta. Questa è la causa che i dati McKinsey quantificano nel venti per cento di valore perso dopo l'implementazione.

I modelli classici e cosa vale ancora

Chi si avvicina alla materia incontra subito tre modelli. Vale la pena sapere cosa dicono e, soprattutto, dove smettono di aiutare.

Kotter e gli otto passi

John Kotter, alla Harvard Business School, ha formalizzato un percorso in otto passi che parte dal creare un senso di urgenza e arriva ad ancorare il cambiamento nella cultura, passando per la costruzione di una coalizione guida, la visione, la comunicazione, la rimozione degli ostacoli, le vittorie a breve termine e il consolidamento.

Cosa vale ancora: l'insistenza sull'urgenza e sulle vittorie rapide. Un cambiamento che non produce nessun risultato visibile nei primi sessanta giorni perde la coalizione che lo sostiene.

Dove smette di aiutare: presuppone un'organizzazione che sta affrontando un cambiamento alla volta. Con dieci cambiamenti in parallelo, la costruzione dell'urgenza diventa rumore, perché tutte le iniziative rivendicano urgenza contemporaneamente.

ADKAR e la sequenza individuale

Il modello ADKAR sposta il fuoco dall'organizzazione alla singola persona, e descrive cinque condizioni in sequenza: consapevolezza del bisogno di cambiare, desiderio di partecipare, conoscenza di come cambiare, capacità di farlo concretamente, rinforzo per non tornare indietro.

Cosa vale: la sequenza è reale e diagnostica. Quando un'adozione si blocca, chiedersi a quale dei cinque anelli si è rotta la catena porta a interventi diversi. Se manca la conoscenza serve formazione; se manca il desiderio, la formazione è denaro buttato.

Dove smette di aiutare: tratta il desiderio come una variabile individuale, mentre nella maggior parte dei casi è una variabile di incentivi. Le persone non desiderano il cambiamento in astratto: desiderano non essere penalizzate.

Lewin e le tre fasi

Il modello più antico dei tre descrive tre momenti: scongelare le abitudini esistenti, muovere verso il nuovo assetto, ricongelare il nuovo comportamento.

Cosa vale: la fase di ricongelamento è esattamente quella che le aziende saltano, e nominarla la rende difendibile in un consiglio di amministrazione.

Dove smette di aiutare: la metafora del ricongelamento presuppone una stabilità che oggi non esiste più. Il nuovo assetto verrà a sua volta scongelato entro diciotto mesi.

Cosa manca a tutti e tre

Nessuno dei tre modelli dice cosa fare quando il cambiamento riduce il potere di qualcuno. Ed è quasi sempre il caso: un nuovo sistema che rende visibili i dati toglie discrezionalità a chi finora li deteneva, un nuovo processo che accorcia i passaggi elimina un ruolo di controllo, una nuova piattaforma commerciale sposta la relazione con il cliente dal singolo venditore all'azienda.

Quel conflitto è la sostanza del change management. I modelli lo trattano come "resistenza", che è un modo elegante di non guardarlo.

Il metodo in sette passaggi che uso in azienda

Questo è il percorso che seguo quando devo far adottare qualcosa a un'organizzazione che non lo ha chiesto. Non è elegante, è verificato.

Primo, mappate chi perde. Prima ancora della comunicazione, elencate i ruoli che dopo il cambiamento avranno meno autonomia, meno visibilità o meno controllo. Quella lista è il vero piano di rischio. Se non riuscite a compilarla, non avete ancora capito il cambiamento che state proponendo.

Secondo, comprate il livello intermedio, non il vertice. Il vertice ha già deciso, altrimenti non sareste lì. La partita si gioca sui capi reparto e sui responsabili di funzione. Comprarli significa dare loro qualcosa di concreto: meno lavoro amministrativo, un dato che finora dovevano chiedere, un problema ricorrente che sparisce.

Terzo, scegliete il primo gruppo per probabilità di successo, non per importanza. L'istinto porta a partire dalla funzione più critica. È l'errore che uccide più progetti. Si parte dal gruppo che ha più da guadagnare e meno da perdere, perché serve un caso interno da mostrare, e serve entro sessanta giorni.

Quarto, riscrivete il lavoro, non aggiungetelo. Se il nuovo strumento si affianca al vecchio processo senza toglierne pezzi, state chiedendo lavoro in più a persone che già ne hanno troppo. Ogni introduzione deve essere accompagnata da una rimozione dichiarata: questo report non si produce più, questa riunione non si tiene più, questo passaggio di approvazione sparisce.

Quinto, spegnete la via di fuga con una data. Il vecchio canale ha una data di chiusura scritta, comunicata e rispettata. Il giorno in cui la data slitta senza una ragione grave, il cambiamento è morto e nessuno ve lo dirà.

Sesto, rendete visibile chi ce la fa. Non premi, non gamification. Visibilità: il nome del reparto che ha completato la transizione, detto in riunione di direzione, davanti agli altri. Funziona in modo sproporzionato rispetto al costo.

Settimo, presidiate i novanta giorni dopo. Una persona con nome e cognome, tempo assegnato e mandato esplicito di guardare i dati di utilizzo ogni settimana per tre mesi dopo il rilascio. È l'investimento con il rendimento più alto di tutto il piano ed è quello che viene tagliato per primo quando il budget stringe.

Un piano costruito così sta in tre pagine. Se ne occupa venti, contiene principalmente materiale difensivo per il committente.

Come si misura un cambiamento mentre accade

Misurare il cambiamento a fine progetto serve a scrivere il consuntivo. Misurarlo mentre accade serve a correggerlo, ed è una cosa diversa.

Gli indicatori che uso sono quattro, e nessuno richiede strumenti particolari.

Tasso di utilizzo effettivo per gruppo. Non aggregato: per reparto, per filiale, per squadra. L'aggregato nasconde il fatto che due unità hanno adottato al novanta per cento e cinque sono ferme al dieci, e sono quelle cinque il vostro problema.

Quota di attività ancora svolte nel vecchio modo. Richiede di poterle contare, il che a volte richiede di lasciare acceso il vecchio sistema in sola lettura per un periodo definito. È l'unico modo per vedere il canale parallelo prima che diventi permanente.

Tempo al primo uso autonomo. Quanto passa tra la formazione e il primo utilizzo fatto senza assistenza. Se questo tempo supera le due settimane, la formazione è arrivata troppo presto rispetto al rilascio, che è l'errore di sequenza più comune in assoluto.

Numero di richieste di supporto per tipo. Non il volume totale, che dice poco, ma la distribuzione. Se il settanta per cento delle richieste riguarda tre situazioni, non avete un problema di formazione: avete tre difetti di progettazione.

Questi quattro indicatori vanno letti settimanalmente per i primi tre mesi, con una soglia decisa prima. Il criterio per scegliere e presidiare indicatori di questo tipo è lo stesso descritto nella guida ai KPI aziendali, e vale la pena applicarlo qui perché un cambiamento senza soglie di intervento produce riunioni di aggiornamento, non correzioni.

Se in azienda nessuno sta guardando questi quattro numeri e il rilascio è già avvenuto, è il momento di fermarsi mezza giornata con qualcuno che sappia leggerli, prima che la finestra utile si chiuda. Vale più di un altro ciclo di formazione.

Change management e intelligenza artificiale: cosa cambia nel 2026

Qui la distanza tra il racconto commerciale e la realtà operativa è più larga che altrove, quindi serve precisione.

Tre cose sono davvero diverse quando il cambiamento da gestire riguarda sistemi di intelligenza artificiale.

La minaccia percepita è sul ruolo, non sul metodo. Un nuovo gestionale cambia come lavori. Un sistema che scrive le bozze delle offerte, classifica i ticket o propone il prezzo tocca il perché sei pagato. Le comunicazioni interne che ripetono "è uno strumento, non un sostituto" non funzionano, perché nessuno crede alle rassicurazioni generiche. Funziona una cosa sola: dire con precisione quale parte del lavoro passa alla macchina e cosa succede al tempo liberato. Se la risposta a quest'ultima domanda è vaga, l'organizzazione la interpreta nel modo peggiore, e ha ragione a farlo.

L'errore del sistema è visibile e memorabile. Un software gestionale che sbaglia produce un errore che nessuno racconta. Un sistema che genera un testo sbagliato produce un aneddoto che gira in azienda per sei mesi e diventa la prova che "non funziona". La contromisura è strutturale: si parte da casi d'uso dove l'errore è a basso costo e facilmente verificabile, non da quelli a più alto valore teorico.

La competenza si distribuisce in modo irregolare. In ogni azienda ci sono già persone che usano questi strumenti per conto proprio, spesso senza dirlo. Sono la risorsa più preziosa e la più ignorata dai piani di adozione, che partono sempre dalla formazione uniforme per tutti. Trovarle e dare loro un ruolo esplicito accorcia i tempi più di qualsiasi corso.

Il quadro organizzativo in cui questi cambiamenti si inseriscono è quello descritto nella guida alla trasformazione digitale con intelligenza artificiale, che tratta la parte di architettura e priorità. La parte di formazione e costruzione delle competenze interne è approfondita nella guida alla formazione aziendale con intelligenza artificiale.

C'è anche un dato che aiuta a inquadrare la posta in gioco. La ricerca del MIT Center for Information Systems Research pubblicata nel gennaio 2026 e descritta in questo articolo del MIT Sloan Management Review sul processo decisionale in tempo reale mostra che le imprese nel quartile superiore per capacità di decidere in tempo reale registrano crescita dei ricavi e margini netti superiori di oltre il cinquanta per cento rispetto al quartile inferiore. Il punto che gli autori sottolineano è organizzativo prima che tecnologico: contano i dati disponibili al momento della decisione, le persone autorizzate a decidere e i processi digitalizzati. Cioè esattamente il perimetro del change management.

Le resistenze: cosa sono davvero e come si smontano

"Resistenza al cambiamento" è la spiegazione preferita quando un progetto non decolla, e nella maggior parte dei casi è una diagnosi sbagliata. Le persone non resistono al cambiamento in generale: cambiano telefono, casa e abitudini senza piani di adozione. Resistono a cambiamenti specifici per ragioni specifiche.

Le ragioni che incontro sono cinque, e ognuna richiede una risposta diversa.

Perdita di status. Il cambiamento rende visibile qualcosa che prima era controllato da una persona. La risposta non è convincere: è restituire un'altra forma di rilevanza, tipicamente un ruolo nel presidio del nuovo sistema.

Carico aggiuntivo. La persona ha ragione: il nuovo modo costa più tempo, almeno all'inizio. La risposta è togliere qualcos'altro, in modo esplicito e dichiarato. Se non potete togliere nulla, dite quanto durerà il sovraccarico e rispettate la data.

Sfiducia nel committente. L'azienda ha già annunciato tre cambiamenti che sono morti. La risposta non è comunicativa: è consegnare una cosa piccola e completarla, per ricostruire il credito.

Incompetenza temuta. La persona teme di risultare inadeguata davanti ai colleghi. La risposta è la formazione in gruppi omogenei per livello di partenza, mai in plenaria mista, e la possibilità di sbagliare in un ambiente non osservato.

Disaccordo tecnico reale. A volte chi resiste ha ragione e conosce un vincolo operativo che il progetto ha ignorato. Questa è la resistenza più preziosa e la più spesso trattata come ostacolo. Il costo di non ascoltarla si paga in fase di rilascio.

Il criterio pratico: prima di classificare una resistenza come culturale, verificate che non sia una delle prime due. Nella mia esperienza lo è nella grande maggioranza dei casi, e sono entrambe risolvibili con decisioni gestionali, non con la cultura.

Casi reali: cosa è successo davvero

Le medie servono a inquadrare. Il risultato lo decide la qualità delle decisioni prese all'inizio. Ecco quattro interventi su cui ho lavorato direttamente, letti dalla prospettiva del cambiamento organizzativo.

Operatore nel settore delle scommesse sportive: incremento delle vendite del trenta per cento. L'intervento ha ristrutturato segmentazione e personalizzazione con sistemi di intelligenza artificiale. La lezione sul change management è che il blocco non è mai stato tecnico: è stato convincere il team commerciale che una segmentazione automatica non stava sostituendo il loro giudizio ma stava selezionando su chi valeva la pena esercitarlo. Fino a quando quella frase non è stata detta in modo esplicito, l'adozione è rimasta ferma.

Struttura alberghiera: da nove a dieci milioni di euro di ricavi. Leve usate: prezzo dinamico e gestione dei canali di prenotazione. La lezione è che il prezzo dinamico toglie discrezionalità al direttore, e il direttore lo sa prima di voi. Il progetto è partito quando gli è stato dato un potere di sospensione esplicito su casi definiti, invece di chiedergli di fidarsi. Il potere di veto controllato costa poco e sblocca molto.

Centro medico: aumento del venti per cento della capacità erogativa. Riorganizzazione di agenda e flussi di lavoro, senza aggiungere personale né spazi. La lezione è che il cambiamento riguardava il personale di front office, cioè le persone con meno potere formale e più potere reale sull'esito. Coinvolgerle nella progettazione dell'agenda, non solo nella formazione, ha cambiato il risultato.

Agriturismo: raddoppio del numero di ospiti. Ripensamento di distribuzione e posizionamento. La lezione è che sotto una certa dimensione il change management non è il problema: la struttura è piccola, le persone sono poche, la decisione la prende il titolare. Applicare metodologie pensate per organizzazioni complesse a una realtà di otto persone è un modo sofisticato di rallentare.

Il filo comune è che in nessuno dei quattro casi il risultato è arrivato dalla comunicazione interna. È arrivato dall'aver identificato chi perdeva qualcosa e dall'aver negoziato quella perdita prima del rilascio, non dopo.

Autovalutazione: la vostra organizzazione è pronta a cambiare?

Rispondete sì o no. Ogni sì vale un punto.

So elencare i ruoli che dopo questo cambiamento avranno meno autonomia o meno controllo.
I responsabili intermedi sono stati coinvolti nella definizione, non solo informati della decisione.
Per ogni cosa nuova che chiediamo, abbiamo dichiarato una cosa che smettiamo di chiedere.
Il vecchio canale ha una data di spegnimento scritta e comunicata.
Abbiamo scelto un primo gruppo pilota per probabilità di successo, non per importanza strategica.
Esiste un indicatore settimanale di utilizzo effettivo, letto per gruppo e non aggregato.
Una persona con nome e cognome ha il mandato di presidiare i novanta giorni dopo il rilascio.
So dire quanti altri cambiamenti sono in corso sulle stesse persone in questo momento.
La formazione è programmata vicino al rilascio, non tre mesi prima.
Abbiamo identificato le persone che già usano gli strumenti nuovi per conto proprio.
Chi non adotta incontra una conseguenza operativa concreta, non solo un sollecito.
Il primo risultato visibile è previsto entro sessanta giorni dall'avvio.

Da dieci a dodici punti: l'impianto regge. Il lavoro utile è proteggere la finestra dei novanta giorni successivi, che è dove si perde il valore residuo.

Da sei a nove punti: avete i pezzi e non la sequenza. Il rischio non è il fallimento visibile, è l'adozione parziale che nessuno dichiara e che erode il beneficio per anni.

Sotto sei punti: state per lanciare un cambiamento senza sapere chi lo subisce. La priorità non è il piano di comunicazione, è la mappa di chi perde qualcosa. Se in azienda c'è già una data di rilascio fissata e questa mappa non esiste, quella conversazione va fatta questa settimana, non dopo il primo mese di dati deludenti.

Roadmap 30, 60, 90 giorni

Giorni 1-30: capire chi perde

Elencate i ruoli toccati dal cambiamento e, per ciascuno, cosa guadagna e cosa perde. In concreto: autonomia, visibilità, controllo su un'informazione, relazione con un cliente, tempo.

Parlate con i responsabili intermedi prima che con i loro team. Non per informarli: per raccogliere i vincoli operativi che il progetto non conosce. Quello che raccogliete in questa fase vale più di qualsiasi analisi documentale.

Contate i cambiamenti già in corso sulle stesse persone. Se sono più di due nella stessa funzione, decidete cosa rimandare. Rimandare è una decisione, non una sconfitta.

Scegliete il gruppo pilota con il criterio della probabilità di successo.

Giorni 31-60: rendere concreto

Scrivete, per ogni ruolo coinvolto, cosa fa di diverso da lunedì, cosa smette di fare e a chi si rivolge quando si blocca. Tre righe per ruolo, non un manuale.

Fissate e comunicate la data di spegnimento del vecchio canale.

Erogate la formazione a ridosso del rilascio, in gruppi omogenei per livello di partenza.

Attivate i quattro indicatori di adozione con le rispettive soglie di intervento.

Rilasciate sul gruppo pilota e producete il primo risultato visibile. Se entro sessanta giorni dall'avvio non c'è niente da mostrare, la coalizione che vi sostiene inizia a sciogliersi.

Giorni 61-90: consolidare

Portate il risultato del pilota in riunione di direzione, con i nomi delle persone che lo hanno ottenuto.

Estendete al gruppo successivo, riusando le persone del pilota come riferimento operativo invece di ripartire dalla formazione centrale.

Spegnete il vecchio canale alla data prevista.

Assegnate formalmente il presidio dei novanta giorni successivi, con tempo dedicato e cadenza settimanale di lettura dei dati.

Solo a questo punto valutate l'estensione a tutta l'organizzazione. Il criterio non è il calendario, è il tasso di utilizzo effettivo del gruppo precedente.

Change management nelle PMI: cosa cambia davvero

Quasi tutta la letteratura sul change management è scritta per organizzazioni con migliaia di dipendenti, e questo produce un problema pratico in Italia, dove la maggior parte delle imprese ha una struttura diversa.

Tre differenze contano.

La distanza tra decisione ed esecuzione è corta. In un'azienda di quaranta persone il titolare parla con chi esegue. Questo elimina il problema della traduzione ai livelli intermedi e ne crea un altro: la decisione arriva senza filtri, quindi arriva anche l'umore di chi la prende. Il cambiamento diventa personale in un modo che nelle grandi organizzazioni non succede.

Non esiste capacità di progetto. Non c'è un team dedicato, non c'è un project manager, non c'è nessuno che possa dedicare metà del proprio tempo al cambiamento. Ogni piano che presuppone risorse dedicate è inapplicabile. Il piano deve essere costruito su persone che continuano a fare il loro lavoro.

L'errore ha un costo relativo più alto. Una grande impresa può permettersi un pilota fallito. Una impresa di trenta persone che sbaglia il primo tentativo perde credibilità interna per due anni, perché tutti hanno visto tutto.

La conseguenza operativa è che nelle PMI il change management si fa più piccolo e più veloce: cicli di due settimane invece che di trimestri, un solo cambiamento alla volta, e una preferenza netta per gli interventi che producono un risultato misurabile entro un mese. Il dimensionamento corretto per queste realtà è trattato nella guida all'intelligenza artificiale per le PMI, mentre la parte di riorganizzazione dei processi è approfondita nella guida alla digitalizzazione dei processi aziendali.

Cosa insegna il confronto con il mercato americano

Lavoro su entrambi i mercati e la differenza principale non è di metodo. I modelli sono gli stessi, i libri sono gli stessi.

La prima differenza è la tolleranza al pilota fallito. Nelle aziende americane con cui ho lavorato un pilota che non funziona viene chiuso in quattro settimane e raccontato come informazione acquisita. In buona parte del mercato italiano lo stesso pilota viene tenuto in vita per mesi, perché chiuderlo verrebbe letto come un errore personale di chi lo ha proposto. Il costo di questa differenza non è il pilota: è che l'organizzazione impara più lentamente.

La seconda differenza è la gestione delle uscite. Nella ricerca McKinsey citata sopra emerge un dato scomodo: nelle organizzazioni dove i vertici sostituiscono le persone che non sono personalmente impegnate nel cambiamento, il ventinove per cento delle trasformazioni riesce, contro il sei per cento dove quelle persone restano al loro posto. È un dato del 2017 e va letto per quello che è, ma indica una direzione che il mercato italiano affronta raramente in modo esplicito.

La lezione operativa non è imitare uno stile né importare una durezza che non appartiene al contesto. Sono due cose concrete: dare al pilota una data di verifica scritta con l'esito possibile "si chiude", e affrontare in modo diretto, prima del rilascio, la posizione delle persone chiave che non sostengono il cambiamento. Entrambe costano zero e cambiano l'esito più di qualsiasi piano di comunicazione.

Il collegamento tra cambiamento organizzativo e giustificazione economica dell'investimento, che è la domanda successiva di chiunque debba difendere il budget, è trattato nella guida alla consulenza aziendale.

Le tre domande da fare prima di partire

Chiudo con tre domande che nessun fornitore di software vi farà.

Chi perde qualcosa con questo cambiamento? Se la risposta è "nessuno, migliora la vita a tutti", il cambiamento non è stato capito. Ogni cambiamento reale sposta potere, informazione o tempo da qualcuno a qualcun altro.

Cosa smettiamo di fare? Se la risposta è "niente, si aggiunge", state chiedendo lavoro in più a persone che ne hanno già troppo. L'adozione si comprerà con la buona volontà, e la buona volontà scade.

Chi presidia i tre mesi dopo il rilascio? Se la risposta è "il team di progetto, finché serve", non c'è presidio. Serve un nome, un tempo assegnato e una cadenza settimanale, decisi prima di partire e non dopo.

Chi risponde con precisione a queste tre domande ha già fatto la parte difficile del lavoro. Il resto è esecuzione, ed è la parte che si può comprare. Se invece una delle tre risposte è vaga e la data di avvio è vicina, mezza giornata di confronto con qualcuno che abbia già visto fallire progetti simili vale più di sei mesi di piano costruito sulla premessa sbagliata.

FAQ

Cos'è il change management?

Il change management è l'insieme delle azioni che portano le persone di un'organizzazione a lavorare in modo diverso e a continuare a farlo quando nessuno le sta guardando. Non riguarda la tecnologia né il piano di progetto, ma le condizioni psicologiche, organizzative e di incentivo che rendono possibile un nuovo comportamento. La parte che quasi tutti i progetti curano è la prima, cioè far partire il nuovo modo di lavorare con formazione e comunicazione. La parte che decide il risultato è la seconda, il consolidamento nei mesi successivi al rilascio, ed è quella che quasi nessuno pianifica e finanzia.

Perché la maggior parte dei progetti di change management fallisce?

Le cause ricorrenti sono cinque. Il cambiamento viene deciso da chi non lo subisce, quindi il livello intermedio lo filtra invece di tradurlo. Nessuno risponde alla domanda concreta su cosa cambia per la singola persona da lunedì mattina. Il vecchio sistema resta acceso e diventa una via di fuga permanente. Non esiste nessuna conseguenza operativa per chi non adotta, quindi l'adozione dipende dalla buona volontà. Infine il team di progetto si scioglie al rilascio e la finestra critica dei novanta giorni successivi resta scoperta.

Quanto dura un progetto di change management?

La parte visibile dura tipicamente da tre a nove mesi a seconda della dimensione dell'organizzazione, ma la domanda utile è un'altra: quanto dura il presidio dopo il rilascio. La ricerca McKinsey sulle trasformazioni indica che circa il venti per cento della perdita di valore avviene dopo l'implementazione, quando le iniziative sono già completate. Il minimo praticabile è un presidio settimanale per novanta giorni dopo il go live, con una persona identificata per nome e con tempo effettivamente assegnato, non aggiunto al suo carico esistente.

Qual è il miglior modello di change management tra Kotter, ADKAR e Lewin?

Nessuno dei tre risolve il problema principale, che è cosa fare quando il cambiamento riduce il potere o la discrezionalità di qualcuno. Kotter è utile per l'insistenza su urgenza e vittorie rapide. ADKAR è utile come strumento diagnostico, perché permette di capire se un'adozione bloccata dipende da mancanza di conoscenza, di capacità o di desiderio, che richiedono interventi opposti. Lewin è utile perché nomina la fase di consolidamento, quella che le aziende saltano. Nella pratica conviene usarli come lenti diagnostiche e costruire il piano sulla mappa di chi perde qualcosa.

Come si gestisce la resistenza al cambiamento?

Prima di tutto smettendo di chiamarla resistenza culturale. Le ragioni concrete sono cinque: perdita di status, carico di lavoro aggiuntivo, sfiducia verso un'azienda che ha già annunciato cambiamenti morti, timore di risultare incompetenti davanti ai colleghi, e disaccordo tecnico fondato. Ognuna richiede una risposta diversa e solo l'ultima richiede di rivedere il progetto. Nella grande maggioranza dei casi che ho visto si tratta delle prime due, entrambe risolvibili con decisioni gestionali: restituire una forma di rilevanza, oppure togliere in modo esplicito un carico esistente.

Il change management serve anche a una piccola impresa?

Serve, ma in una forma diversa da quella descritta nei manuali. In un'azienda di quaranta persone non esiste capacità di progetto dedicata, la distanza tra chi decide e chi esegue è cortissima e un primo tentativo fallito costa credibilità interna per anni, perché tutti vedono tutto. La forma che funziona è più piccola e più veloce: un solo cambiamento alla volta, cicli di due settimane invece che trimestrali, e preferenza netta per gli interventi che producono un risultato misurabile entro un mese.

Come cambia il change management con l'intelligenza artificiale?

Cambiano tre cose. La minaccia percepita riguarda il ruolo e non il metodo di lavoro, quindi le rassicurazioni generiche non funzionano e serve dire con precisione quale parte del lavoro passa al sistema e cosa succede al tempo liberato. L'errore del sistema è visibile e memorabile, quindi conviene partire da casi d'uso dove sbagliare costa poco ed è facile accorgersene. Infine la competenza è già distribuita in modo irregolare, perché in ogni azienda ci sono persone che usano questi strumenti per conto proprio: trovarle e dare loro un ruolo esplicito accorcia i tempi più di qualsiasi corso uniforme.

Quanto costa un progetto di change management?

Dipende dalla dimensione, ma la voce di costo che conta non è quella che compare nei preventivi. La formazione e la comunicazione sono la parte visibile e in genere la meno decisiva. Il costo reale è il tempo delle persone interne, in particolare dei responsabili intermedi coinvolti nella definizione e della persona che presidia i novanta giorni successivi al rilascio. Un piano che non mette a bilancio quel tempo sottostima il progetto e, quasi sempre, lo fa fallire nella fase di consolidamento, che è anche quella dove si perde un quinto del valore.