Un nuovo software è stato implementato lunedì, un team perso già martedì. Il problema non deriva quasi mai dallo strumento stesso, ma dal modo in cui ogni persona vive la transizione. Il metodo ADKAR struttura questo percorso individuale in cinque fasi concrete, dalla consapevolezza fino all’ancraggio duraturo del cambiamento in azienda.
Perché ADKAR si concentra sul collaboratore prima dell’organizzazione
La maggior parte dei modelli di gestione del cambiamento descrive fasi organizzative: diagnosi, pianificazione, implementazione. ADKAR prende la direzione opposta. Il modello parte dal presupposto che una trasformazione ha successo o fallisce a livello di ogni singolo individuo.
Leggi anche : Come aumentare la visibilità della tua azienda grazie al web in Bretagna
Sviluppato dal gruppo Prosci, l’acronimo scompone il percorso di un collaboratore in cinque tappe successive: Awareness (consapevolezza del bisogno), Desire (desiderio di partecipare), Knowledge (know-how), Ability (capacità di agire) e Reinforcement (ancraggio). Finché una tappa non viene superata, la successiva rimane bloccata.
Hai mai visto un piano di formazione lanciato mentre nessuno capiva il motivo del cambiamento? Questo è un caso tipico in cui la fase Knowledge viene attivata prima di Awareness. ADKAR fornisce una diagnosi rapida: identificare la prima fase non convalidata per concentrare gli sforzi. Questa sequenza rigorosa, dettagliata in particolare da metodo ADKAR su Campus Recrutement, costituisce la sua principale forza rispetto ad approcci più globali.
Consigliato : Risorse umane: i software che trasformano la gestione del personale
ADKAR passo dopo passo: diagnosi dei blocchi frequenti
Dettagliare le cinque lettere non basta. Ciò che rende il modello utile nella vita quotidiana è la sua capacità di localizzare un blocco specifico e rispondere con l’azione appropriata.
Awareness e Desire: le due fasi in cui si gioca tutto
La maggior parte delle resistenze al cambiamento nasce qui. Un collaboratore che non percepisce il problema attuale non ha alcun motivo per voler cambiare. Senze consapevolezza del bisogno, la motivazione rimane nulla.
Awareness si basa sulla comunicazione del “perché”. Non un messaggio corporate generico, ma una spiegazione legata alla vita quotidiana del team: quali irritanti attuali scompaiono, quali rischi vengono evitati.
Desire è più delicato. Comprendere non significa aderire. Questa fase richiede un lavoro sui benefici individuali e sulla fiducia nei portatori del progetto. Un manager diretto che dubita apertamente mina Desire per tutta la sua squadra.
Knowledge e Ability: la differenza tra sapere e fare
Molti progetti confondono queste due fasi. Knowledge è la formazione: trasmettere le competenze tecniche necessarie. Ability è la messa in pratica reale, con le sue imprevisti.
Un collaboratore può superare un quiz su un nuovo CRM e ritrovarsi paralizzato di fronte a un caso cliente atipico. Il divario tra Knowledge e Ability si misura sul campo, non in aula di formazione. Fasi di coaching individuale o di mentoring tra pari colmano questo divario più efficacemente di un secondo modulo e-learning.
Reinforcement: la fase più spesso trascurata
Il cambiamento si mantiene nel tempo solo se esistono meccanismi di rinforzo. Senza di essi, le vecchie abitudini tornano in poche settimane. Il rinforzo combina diversi leve:
- Un monitoraggio regolare con indicatori visibili dal team (tasso di utilizzo del nuovo strumento, riduzione del tempo di elaborazione)
- Un riconoscimento esplicito dei primi risultati, anche modesti, per mantenere l’impegno
- Aggiustamenti rapidi quando appare un ostacolo imprevisto, per dimostrare che il feedback sul campo è preso in considerazione
Reinforcement trasforma un cambiamento occasionale in una nuova norma di lavoro. È il punto in cui ADKAR si distingue dai modelli che si fermano all’implementazione.
ADKAR nelle offerte di lavoro: un riferimento diventato operativo
Il modello non è più confinato ai manuali di gestione dei progetti. Nelle recenti offerte di lavoro legate alla trasformazione digitale, ADKAR appare come competenza esplicitamente richiesta per le posizioni di Change Manager. Presso IQVIA, ad esempio, una posizione di Associate Director Strategic Operations richiede di applicare un’esperienza avanzata nella gestione del cambiamento secondo il modello Prosci ADKAR a trasformazioni legate all’intelligenza artificiale, con la certificazione Prosci come prerequisito.
Il settore pubblico segue la stessa tendenza. In Lussemburgo, le descrizioni di lavoro per il ruolo di responsabile del cambiamento e delle trasformazioni digitali menzionano la conoscenza di ADKAR (o Kotter) tra i prerequisiti formali. ADKAR si sta istituzionalizzando nelle amministrazioni, non solo nel privato.
Questa evoluzione significa due cose per i professionisti del cambiamento:
- Dominare ADKAR diventa un criterio di assunzione concreto, al pari di una competenza agile o data
- Le formazioni recenti posizionano il modello come un mattone tra altre competenze (leadership, gestione basata sui dati), e non come un metodo isolato
- I progetti di adozione dell’IA su larga scala utilizzano ADKAR come quadro di riferimento per gestire l’aspetto umano della trasformazione
Limiti di ADKAR e condizioni di successo in azienda
ADKAR funziona bene per cambiamenti il cui ambito è identificabile: migrazione di strumenti, riorganizzazione del team, nuovo processo lavorativo. Per trasformazioni culturali diffuse, senza un inizio o una fine chiari, il modello mostra i suoi limiti. La sequenza lineare copre male i cambiamenti simultanei su più fronti.
Il modello presuppone anche che ogni collaboratore progredisca nello stesso ordine. In pratica, alcune persone arrivano con un livello di Knowledge elevato ma un Desire basso. Applicare il quadro in modo rigido può portare a azioni mal calibrate.
La condizione di successo più sottovalutata rimane il coinvolgimento dei manager intermedi. ADKAR fornisce un quadro diagnostico, ma è il manager di prossimità che attiva ogni fase con il suo team. Senza il suo impegno, il modello rimane uno schema teorico mostrato su una diapositiva di lancio.
Un ultimo punto pratico: ADKAR guadagna a essere combinato con un processo strutturato (il modello in tre fasi di Prosci, ad esempio) per coprire sia la dimensione individuale che quella del progetto. Utilizzare ADKAR da solo per gestire un programma completo di trasformazione equivale a navigare con una bussola senza mappa.