Modèle ADKAR

Le modèle ADKAR est un cadre de gestion du changement centré sur l’individu, formalisé par Jeff Hiatt et la société Prosci à la fin des années 1990, qui décrit les cinq conditions successives nécessaires pour qu’une personne adopte de manière durable un nouveau comportement, un nouvel outil ou un nouveau processus. L’acronyme renvoie aux étapes Awareness (Conscience), Desire (Désir), Knowledge (Savoir), Ability (Capacité) et Reinforcement (Renforcement). Plutôt qu’un processus organisationnel abstrait, ADKAR pose que le changement ne réussit que si chaque individu concerné franchit ces paliers. Dans le pilotage de projets, de programmes ou de portefeuilles, cette logique vient combler un angle mort récurrent : on planifie le livrable, on communique sur l’échéance, mais on oublie de vérifier que les destinataires du changement ont réellement la volonté et les moyens de s’en servir.

Tableau récapitulatif du modèle ADKAR

Origine et fondements du modèle ADKAR

Jeff Hiatt, ingénieur de formation et fondateur de Prosci, a conçu le modèle ADKAR après avoir observé des centaines de projets de transformation dans des secteurs industriels variés. Son constat initial était simple : les organisations mesuraient le succès d’un changement à travers des indicateurs de déploiement (taux d’équipement, dates de mise en production) sans jamais évaluer la progression psychologique des individus. L’histoire du modèle ADKAR en gestion du changement commence avec une étude empirique menée auprès de plus de 300 entreprises, qui a mis en évidence que les résistances les plus tenaces ne provenaient pas d’un manque de ressources mais d’une absence de désir personnel ou de renforcement concret.

À partir de ces données, Hiatt a isolé cinq facteurs récurrents qui, lorsqu’ils faisaient défaut, expliquaient l’échec de l’adoption. Ce qui distingue ADKAR d’autres approches comme le modèle de Kotter ou la courbe de deuil de Kübler‑Ross, c’est son caractère résolument individuel et sa nature séquentielle. Il ne décrit pas une dynamique de groupe ou une vague culturelle, mais le cheminement que chaque collaborateur doit parcourir. Beaucoup de chefs de projet découvrent ce modèle tardivement, souvent après avoir sous‑estimé la composante humaine d’un déploiement ERP ou d’une migration informatique.

Prosci a ensuite intégré ADKAR dans un processus plus large de conduite du changement en trois phases, tout en maintenant le modèle comme boussole de diagnostic au niveau de l’individu. L’outil a gagné en popularité au début des années 2000, soutenu par des benchmarks annuels qui confirmaient que les projets utilisant une approche structurée du changement avaient six fois plus de chances d’atteindre leurs objectifs. Ces chiffres, bien que contextuels, ont ancré ADKAR dans les pratiques de nombreux bureaux de projets.

Principaux enseignements sur la genèse d'ADKAR

Constat fondateur de Jeff Hiatt

L'ingénieur Jeff Hiatt, fondateur de Prosci, a conçu le modèle ADKAR après avoir constaté que les organisations se focalisaient sur les indicateurs de déploiement sans jamais évaluer la maturation psychologique des individus, pourtant déterminante pour l'adoption réelle du changement.

Étude empirique sur 300 entreprises

Une vaste étude empirique couvrant plus de 300 organisations a démontré que les résistances les plus tenaces trouvaient leur origine dans l'absence de désir personnel et de renforcement concret, bien plus que dans un déficit de ressources.

Cinq facteurs récurrents isolés

En analysant ces données, Hiatt a isolé cinq facteurs récurrents dont l'absence systématique expliquait l'échec de l'adoption, ce qui a conduit à la formalisation des cinq composantes séquentielles du modèle.

Distinction face aux modèles existants

Contrairement au modèle de Kotter centré sur les étapes organisationnelles ou à la courbe de Kübler-Ross décrivant des phases émotionnelles collectives, ADKAR se distingue par une progression strictement individuelle et séquentielle, axée sur le cheminement intérieur de chaque collaborateur pour garantir une adoption durable.

Intégration chez Prosci et popularité

Prosci a incorporé ADKAR au sein d'un processus de gestion du changement en trois phases, et le modèle a connu une large diffusion au début des années 2000, porté par des études comparatives démontrant que les projets structurés autour de cette approche multipliaient par six les chances d'atteindre les objectifs.

Les cinq piliers du modèle ADKAR

Le modèle repose sur une séquence en escalier où chaque niveau doit être franchi avant d’aborder le suivant. Si une personne bloque à l’étape du désir, par exemple, aucune formation ne pourra compenser l’absence de motivation. La description des cinq composants du modèle ADKAR permet de comprendre pourquoi les plans de conduite du changement échouent même lorsque les supports de communication sont impeccables. Chaque élément a ses propres leviers, ses signaux d’alerte et ses indicateurs d’avancement, ce qui en fait un outil de diagnostic très opérationnel.

Conscience (Awareness)

La conscience représente la compréhension par l’individu de la nature du changement et des raisons qui le motivent. Il ne s’agit pas simplement d’avoir entendu l’annonce d’un projet lors d’une réunion de service. Une conscience solide implique de saisir pourquoi le changement est nécessaire maintenant, quels sont les risques du statu quo et en quoi les priorités de l’organisation justifient l’effort demandé. Dans un contexte de gestion de projet, cette étape est souvent fragilisée lorsque le sponsor se contente d’un email général ou d’une note d’information descendante.

Les gens résistent rarement au changement lui‑même, ils résistent à ce qu’ils ne comprennent pas. Un chef de projet expérimenté sait qu’un atelier de co‑construction, une session de questions‑réponses sans filtre ou une démonstration des conséquences de l’immobilisme produisent une conscience bien plus ancrée qu’une présentation PowerPoint. L’erreur classique consiste à traiter la conscience comme une case à cocher unique, alors qu’elle nécessite un entretien continu, surtout lorsque le projet traverse des phases d’incertitude.

Désir (Desire)

Le désir traduit la volonté personnelle de s’engager dans le changement. Même avec une conscience aiguë des enjeux, un collaborateur peut ne pas avoir envie de modifier ses habitudes, par peur de perdre une expertise, par loyauté envers une ancienne équipe ou tout simplement parce que le bénéfice personnel ne lui paraît pas évident. Cette étape est la plus délicate, car elle touche à l’émotion, à l’identité professionnelle et au sentiment de sécurité psychologique.

En pratique, nourrir le désir dans un projet exige d’identifier ce qui motive chaque partie prenante clé. Certains seront sensibles à la reconnaissance, d’autres à l’autonomie retrouvée, d’autres encore à la réduction de tâches pénibles. Un sponsor qui prend le temps d’écouter ces aspirations et d’y répondre sur un plan individuel obtient des bascules bien plus rapides qu’un discours collectif sur la vision d’entreprise. L’absence de désir est souvent le point de rupture silencieux des projets de transformation digitale, là où la deadline est tenue mais où personne ne se sert du nouvel outil.

Savoir (Knowledge)

Le savoir renvoie aux compétences et aux connaissances nécessaires pour agir dans le nouveau contexte. Cela englobe la formation aux processus, la maîtrise d’un logiciel, la compréhension des nouvelles règles de gouvernance. Un piège fréquent dans les projets est de confondre savoir et capacité, ce qui conduit à lancer une mise en production dès que les sessions de formation sont terminées, sans période d’accompagnement.

Le savoir se construit par des méthodes qui dépassent le stage en salle. Des tutoriels courts, des exercices sur des cas réels, un compagnonnage par un pair ayant déjà basculé dans la nouvelle solution sont bien plus efficaces. Un programme de gestion de projet robuste intègre le transfert de savoir dans le plan de management des parties prenantes, avec des critères de succès précis pour chaque population cible. Sans cela, l’écart entre ce qui est enseigné et ce qui est réellement retenu reste invisible jusqu’aux premières erreurs opérationnelles.

Capacité (Ability)

La capacité est la mise en œuvre concrète du savoir dans le travail quotidien. C’est l’étape où l’on vérifie que l’individu parvient à utiliser la nouvelle solution avec un niveau de performance acceptable, dans son environnement réel, avec ses contraintes de temps et ses interruptions. Dans un projet, c’est souvent la phase la plus sous‑estimée budgétairement, car on imagine que les formations suffisent.

Atteindre la capacité demande du temps, un droit à l’erreur explicite et un soutien managérial de proximité. Les chefs de projet qui obtiennent les meilleures courbes d’adoption mettent en place des périodes de pratique supervisée, des indicateurs de montée en compétence et des revues où l’on parle autant des erreurs que des réussites. Sans cette étape, les utilisateurs retombent rapidement dans leurs anciens réflexes, parfois en douce, ce que les tableaux de bord de pilotage ne détectent pas immédiatement.

Renforcement (Reinforcement)

Le renforcement désigne l’ensemble des actions internes et externes qui ancrent le nouveau comportement dans la durée, afin d’éviter le retour à l’état antérieur. Cela peut prendre la forme de feedback positif, de célébrations d’équipe, de reconnaissance formelle, mais aussi d’indicateurs métier qui montrent les gains obtenus. Trop de projets considèrent qu’une fois le go‑live passé, le changement est acquis, ce qui est une erreur lourde de conséquences.

Le renforcement est d’autant plus critique que le cerveau humain a tendance à revenir aux automatismes sous stress. Les audits post‑projet, les entretiens avec les utilisateurs après quelques mois, et l’ajustement des processus en fonction des remontées de terrain sont des outils de renforcement souvent négligés. Un chef de programme qui intègre cette étape dans le plan de clôture et de transition évite que le bénéfice du projet ne s’érode silencieusement.

Placer le modèle ADKAR dans les référentiels de management de projet

ADKAR n’est ni un processus de gestion de projet, ni une méthode de planification, mais un instrument de diagnostic et d’accompagnement humain que l’on peut articuler avec les référentiels établis. L’intégration du modèle ADKAR dans le PMBOK et PRINCE2 se fait naturellement en tant que pratique complémentaire de conduite du changement, sans remplacer les processus standard de pilotage des livrables. C’est un point de vue partagé par de nombreux directeurs de programme qui considèrent qu’un projet réussi techniquement mais rejeté par ses utilisateurs est un échec.

ADKAR et le PMBOK

Dans la septième édition du PMBOK, la gestion du changement apparaît comme une compétence transverse du domaine de performance « Delivery » et du domaine « Stakeholder ». Le modèle ADKAR donne un cadre structuré pour évaluer la préparation des parties prenantes au changement, ce qui enrichit le plan de management des parties prenantes et le plan de communication. Un chef de projet peut, par exemple, cartographier l’avancement des utilisateurs clés sur les cinq étapes ADKAR dans le registre des parties prenantes, ce qui fournit un indicateur plus humain que les seuls jalons techniques.

L’approche classique du PMBOK, avec ses processus en cascade, trouve un allié dans ADKAR pour traiter la dimension invisible des projets. Les processus de surveillance et de maîtrise peuvent inclure des enquêtes de perception alignées sur les niveaux ADKAR, transformant ainsi une résistance diffuse en information pilotable. Il ne s’agit pas d’étendre le périmètre du PMBOK, mais d’utiliser ADKAR comme une lentille supplémentaire pour affiner l’analyse des risques humains.

ADKAR et PRINCE2

PRINCE2 aborde le changement sous l’angle du thème « Change », qui régit la manière dont les demandes de modification sont évaluées et autorisées, et du principe « Manage by stages ». Pourtant, ces mécanismes traitent surtout le changement du périmètre projet, pas le changement d’habitudes des individus. ADKAR vient se brancher sur les stratégies de communication et de formation que le Project Manager doit orchestrer, en particulier lors de la transition entre les phases de livraison et d’exploitation.

Un comité de pilotage PRINCE2 qui souhaite évaluer la « business justification continue » d’un projet gagnerait à examiner non seulement l’état des produits, mais également le niveau de désir et de capacité des utilisateurs finaux. ADKAR offre une grille de lecture cohérente avec la logique de gestion par exception de PRINCE2, où l’on n’escalade que les écarts significatifs. Si une population entière bloque au stade de la conscience, cela constitue un risque à escalader, bien plus sérieux qu’un retard sur une tâche non critique.

ADKAR dans un environnement Agile et hybride

Les méthodes Agiles valorisent l’acceptation du changement et l’interaction avec les utilisateurs. Pour autant, elles ne fournissent pas de modèle structuré pour comprendre pourquoi une user story livrée avec succès peut être ignorée par les utilisateurs réels. ADKAR apporte ce décodage psychologique. Un Product Owner peut s’en servir pour interpréter les retours de sprint review : un manque de feedback n’est pas toujours de l’indifférence, il peut signaler un déficit de conscience ou de désir.

Dans un contexte hybride, où l’on mêle un cycle de vie prédictif pour des lots réglementaires et des itérations pour les interfaces utilisateur, ADKAR sert de fil conducteur pour orchestrer le changement auprès de populations variées. Un coach agile peut animer des rétrospectives autour des cinq étapes, en demandant par exemple à l’équipe ce qui pourrait renforcer la pratique d’un nouvel outil de test. Cela évite de réduire le changement à une simple question de vélocité.

Mise en œuvre pratique du modèle ADKAR dans les projets

Utiliser ADKAR dans un projet ne consiste pas à appliquer une méthode linéaire rigide. Il s’agit plutôt de cartographier chaque groupe d’acteurs par rapport aux cinq étapes et de concevoir des interventions ciblées pour débloquer les progressions individuelles. Une application concrète du modèle ADKAR en gestion de projet commence souvent par un diagnostic initial, réalisé au moyen d’entretiens ou de questionnaires simples, puis s’intègre au cycle de vie du projet.

Lors du lancement d’un nouveau système de gestion de la relation client, par exemple, le chef de projet peut identifier que les commerciaux ont une conscience élevée de l’obsolescence de l’ancien outil, mais un désir très faible car ils craignent un contrôle accru. Le plan d’action ADKAR va alors concentrer les efforts sur des ateliers de co‑design des tableaux de bord et sur un message du directeur commercial insistant sur l’autonomie gagnée. Ce type d’ajustement fin est impossible avec des approches de communication de masse.

Le modèle ADKAR est également utilisé au niveau des instances de gouvernance, pour suivre la santé du changement dans les tableaux de bord projet. Un indicateur composite, parfois appelé « score ADKAR », peut agréger les évaluations individuelles et alerter le comité de pilotage quand un segment de l’organisation reste bloqué. Ces éléments ne remplacent pas les indicateurs budgétaires ou de délais, mais les complètent en éclairant une cause racine fréquente des dépassements : la non‑adoption silencieuse.

En fin de projet, le responsable du changement utilise ADKAR pour évaluer la solidité de l’ancrage. Si le renforcement n’a pas été suffisant, un plan de soutien post‑projet peut être activé. Cela transforme la clôture administrative en une transition maîtrisée, ce que beaucoup de PMO cherchent à systématiser. Une revue de fin de phase avec la grille ADKAR apporte un langage commun entre le commanditaire, les métiers et l’équipe projet, évitant les débats stériles sur le ressenti.

Difficultés et idées reçues autour du modèle ADKAR

Comme tout modèle, ADKAR peut être mal interprété. La première dérive consiste à le traiter comme un processus de gestion de projet linéaire, avec des jalons « Awareness terminée », comme s’il s’agissait de livrer un document. Une limite fréquente du modèle ADKAR dans les projets complexes est de croire que l’on peut pousser mécaniquement un individu d’une étape à l’autre, alors que le désir et le renforcement échappent largement au contrôle hiérarchique.

Une confusion classique consiste à superposer le modèle ADKAR avec le processus de changement organisationnel en trois phases de Prosci. Certains praticiens pensent que mener une évaluation ADKAR au début du projet suffit, sans itérer au fil des sprints ou des phases. Or, le changement individuel est rarement une progression rectiligne ; des régressions surviennent, par exemple après le départ du sponsor initial ou après un incident de production qui érode la confiance.

D’autres reprochent au modèle son centrage sur l’individu, en soulignant que les dynamiques de groupe, les jeux politiques ou les cultures d’entreprise ne sont pas directement adressés. C’est une critique valable, à condition de ne pas attendre d’ADKAR ce qu’il ne promet pas. Il ne remplace pas une analyse systémique, il la complète en offrant une trame pour comprendre ce qui bloque une personne donnée. Il est donc plus prudent de l’utiliser comme une boussole que comme une checklist.

Enfin, certains chefs de projet expérimentés notent que l’acronyme ADKAR peut donner l’illusion d’une simplicité qui masque la difficulté réelle du travail sur les dimensions émotionnelles. Savoir que le désir fait défaut est une chose, le susciter dans une équipe marquée par des échecs passés en est une autre. Le modèle donne le langage, pas la solution, ce qui exige une maturité managériale certaine.

L'essentiel des difficultés d'ADKAR

Modèle linéaire trompeur

Traiter ADKAR comme un projet linéaire jalonné d'étapes achevées, par exemple une « prise de conscience terminée », constitue un piège, car le désir et le renforcement échappent en grande partie au contrôle hiérarchique.

Confusion avec Prosci

Superposer ADKAR aux trois phases organisationnelles de Prosci ou se limiter à une évaluation initiale est une erreur, car le parcours individuel de changement n'est jamais une progression rectiligne et exige un suivi continu.

Régressions fréquentes

Des régressions surviennent souvent après le départ du sponsor fondateur ou lorsqu'un incident de production érode la confiance, imposant des cycles de réévaluation réguliers pour rétablir l'élan.

Critique de l'approche individuelle

Le centrage sur l'individu ignore les dynamiques de groupe et les jeux politiques ; ADKAR ne remplace pas une analyse systémique mais la complète en offrant une boussole pour naviguer dans la complexité humaine.

Simplicité apparente

L'acronyme donne l'illusion d'une simplicité qui masque la difficulté réelle du travail émotionnel, car le modèle fournit un langage mais pas de solution, exigeant une maturité managériale pour être utilisé avec discernement.

Liens entre ADKAR et d’autres concepts de gestion du changement

ADKAR ne vit pas en vase clos. Il est souvent déployé en tandem avec le processus en trois phases de Prosci (préparation, gestion, renforcement), ce qui fournit une structure de projet de changement au niveau organisationnel pendant qu’ADKAR agit au niveau individuel. Le modèle ADKAR comparé à d’autres approches de conduite du changement révèle une complémentarité plus qu’une concurrence.

La comparaison la plus fréquente est avec le modèle en huit étapes de John Kotter. Kotter met l’accent sur la création d’un sentiment d’urgence, la formation d’une coalition et la communication de la vision, des éléments qui relèvent surtout des étapes de conscience et de désir collectifs. ADKAR descend à l’échelle de la personne, ce qui explique pourquoi beaucoup d’organisations utilisent Kotter pour le cadrage stratégique et ADKAR pour le déploiement opérationnel. Le lien avec le modèle de Lewin (dégel, mouvement, regel) est également pertinent : la conscience et le désir participent au dégel, le savoir et la capacité au mouvement, le renforcement au regel.

Dans le domaine de la gestion de projet, on relie parfois ADKAR à l’analyse des impacts sur les parties prenantes, outil classique du PMBOK. Une matrice d’impact peut identifier quels groupes ont besoin d’une attention particulière, mais ADKAR permet d’affiner la nature de l’intervention : communication, coaching, formation ou reconnaissance. Ce croisement est particulièrement utile lors de la planification des vagues de déploiement dans un programme de transformation multi‑sites.

Enfin, le lien avec les approches Lean Change Management, qui prônent des boucles courtes de feedback et des expérimentations, mérite d’être souligné. Utiliser ADKAR dans un cycle itératif consiste à évaluer la progression des individus après chaque incrément, à l’image d’une revue de sprint élargie aux dimensions humaines. Cela évite de découvrir trop tard que les équipes n’ont jamais vraiment basculé dans la nouvelle manière de travailler.

Perspective BVOP et modèle ADKAR

Dans une approche orientée valeur comme le BVOPM (Business Value-Oriented Project Management), le changement de périmètre n’est pas considéré comme un échec mais comme un retour d’information légitime des utilisateurs. L’utilisation du modèle ADKAR dans une démarche orientée valeur prend tout son sens lorsqu’il faut accompagner les parties prenantes dans l’acceptation continue d’ajustements de trajectoire.

Là où BVOPM insiste sur la validation formelle des parties prenantes et la transparence des enjeux avant autorisation, ADKAR fournit la grille de lecture pour évaluer si la conscience et le désir des personnes impactées sont suffisants pour que le projet reste viable. De plus, la notion de « dégât de processus » introduite par BVOPM, qui désigne le dommage organisationnel invisible causé par un changement mal absorbé, peut être détectée plus tôt si l’on surveille la stagnation des scores ADKAR sur les étapes de capacité ou de renforcement. Le modèle ne se contente alors plus de suivre l’adoption, il devient un outil de maîtrise des pertes de valeur.

Évolutions récentes et débats actuels

Au cours des dernières années, Prosci a enrichi le modèle ADKAR en l’adossant à des bases de données sectorielles et en développant des certifications qui forment les chefs de projet et les agents de changement à son utilisation. L’évolution du modèle ADKAR dans les pratiques modernes de gestion de projet montre une intégration croissante avec les outils numériques : on voit apparaître des applications de suivi individuel du changement, des tableaux de bord de « readiness » et des modules d’e‑learning calibrés sur les niveaux ADKAR.

Un débat persiste toutefois sur la pertinence d’un modèle séquentiel à l’heure des transformations continues. Certains professionnels estiment que la rigidité perçue de l’enchaînement des cinq étapes s’accorde mal avec la volatilité des environnements agiles. D’autres répondent que la séquence n’implique pas la linéarité du parcours humain, mais définit une logique de construction : on ne peut durablement souhaiter quelque chose dont on ignore la raison, pas plus qu’on ne peut pratiquer sans avoir appris. La flexibilité réside dans l’application du modèle, pas dans son architecture conceptuelle.

La tendance actuelle est à l’hybridation. Des PMO matures incorporent des indicateurs ADKAR dans leurs tableaux de bord de portefeuille, au même titre que la valeur acquise ou le risque résiduel. Cette évolution traduit une prise de conscience : le pilotage de la performance projet ne peut plus se limiter au triptyque coût‑délai‑périmètre. L’adoption réelle par les utilisateurs devient un facteur de succès mesurable, et ADKAR offre une structure éprouvée pour l’intégrer au langage de la gestion de projet.