# D4 · Adoption and Change Management
Courbes d’adoption et réseaux d’ambassadeurs, bibliothèques de cas d’usage, incitations, comportement des managers, communication et l’échec classique des licences achetées et jamais utilisées.
import { Accordions, AccordionItem, Tabs, TabItem } from '@prosefly/astro-components';
Ce domaine représente **16 %** de l’examen blanc — soit environ **8 items sur 50**. Il teste la différence entre *déployer* l’IA et l’*adopter*. L’échec d’IA d’entreprise le plus courant n’est pas technique : ce sont des licences achetées, annoncées et laissées inutilisées. Ce domaine couvre les courbes d’adoption, les réseaux d’ambassadeurs, les bibliothèques de cas d’usage, les incitations, le rôle décisif des managers de première ligne et la communication qui transforme « encore un outil qu’on nous impose » en « la façon dont nous travaillons désormais ». C’est le pendant humain de la phase d’ancrage du domaine [stratégie](/fr/openai/leadership/domains/d2-strategy-and-roadmap/) et il dépend de la montée en compétences du domaine [effectifs](/fr/openai/leadership/domains/d5-workforce-and-enablement/).
## Ce qu’il faut savoir
L’adoption suit une courbe : quelques innovateurs et adopteurs précoces bougent d’abord, une majorité précoce et une majorité tardive suivent si vous rendez la chose facile et récompensée, et les retardataires bougent en dernier. Les ambassadeurs — des praticiens respectés, pas l’équipe IA — portent l’adoption plus loin que n’importe quel mandat descendant. Une **bibliothèque de cas d’usage** vivante transforme le succès d’une équipe en point de départ de toutes les équipes. Les incitations et, surtout, le **comportement des managers** décident si la majorité bouge : les gens copient leur manager, pas l’e-mail du PDG. L’échec caractéristique à reconnaître et à prévenir est le **cimetière de licences** — des accès provisionnés, un e-mail de lancement envoyé, et un usage plat en un mois parce que personne n’a changé la façon dont le travail est réellement fait.
## Objectifs d’apprentissage
À la fin de cette page, vous devriez être capable de :
1. **Situer** une population sur la courbe d’adoption et choisir la bonne intervention pour chaque segment.
2. **Concevoir** un réseau d’ambassadeurs qui fait passer l’adoption au-delà de l’équipe centrale.
3. **Construire** une bibliothèque de cas d’usage qui fait de la bonne pratique le point de départ par défaut.
4. **Aligner** les incitations et le comportement des managers pour que la majorité adopte.
5. **Communiquer** le changement d’une manière qui réduit la peur et incarne un usage réel.
6. **Diagnostiquer et prévenir** l’échec des licences-achetées-mais-inutilisées.
---
## 4.1 The adoption curve
L’adoption n’est pas uniforme. La population se divise en segments qui ont besoin de choses différentes, et l’écart décisif se situe entre les adopteurs précoces et la majorité.
| Segment | Part (approximative) | Ce dont ils ont besoin |
| --- | --- | --- |
| Innovateurs | ~2–3 % | Accès et liberté ; ils trouveront des usages eux-mêmes |
| Adopteurs précoces | ~13 % | Reconnaissance et un canal pour partager les succès |
| Majorité précoce | ~34 % | La preuve que cela marche pour *leur* métier, et que c’est facile |
| Majorité tardive | ~34 % | Pression des pairs, attente du manager, support |
| Retardataires | ~16 % | Attente claire et suppression de l’ancienne voie |
```text
usage
▲ early late
│ early majority majority
│ adopters ████████ ████████ laggards
│ ████ ░░
│ ██ THE CHASM ↑
│██ innovators (make it easy +
└──────────────── proven + rewarded)──────────► time
```
Le rôle du programme est de faire franchir le gouffre à la majorité, et la majorité ne répond pas à la nouveauté — elle répond à *la preuve pour son propre rôle* plus *une faible friction*. Les annonces font bouger les innovateurs ; elles ne font rien pour la majorité.
:::tip[Signal d’évaluation]
Les énoncés décrivant **« l’usage a bondi puis chuté », « les innovateurs adorent mais personne d’autre ne l’utilise », « comment atteindre la majorité »** testent le gouffre. Les bonnes réponses atteignent la majorité par une preuve spécifique au rôle, l’attente du manager et le support — pas une énième annonce à tout le personnel.
:::
## 4.2 Champion networks
Les ambassadeurs sont des pairs respectés intégrés dans le métier qui démontrent un usage réel dans le contexte local. Ils surpassent les mandats centraux parce que la majorité fait confiance à quelqu’un qui fait son métier, pas à l’équipe IA.
| À faire | À éviter |
| --- | --- |
| Choisir des praticiens crédibles, un par équipe/fonction | Nommer des volontaires que personne ne respecte |
| Leur donner du temps, de la reconnaissance et un accès précoce | L’ajouter comme travail supplémentaire non rémunéré |
| Les équiper de la bibliothèque de cas d’usage et d’un canal | Les laisser tout inventer seuls |
| Mesurer l’adoption locale, pas l’activité des ambassadeurs | Récompenser la présence aux réunions d’ambassadeurs |
Un réseau d’ambassadeurs convertit un programme central en changement de comportement local. C’est le mécanisme qui porte l’adoption des adopteurs précoces vers la majorité, une équipe à la fois.
## 4.3 Use-case libraries
Une bibliothèque de cas d’usage est une collection organisée et vivante des façons éprouvées dont les gens de *cette* organisation utilisent l’IA, avec le prompt ou le flux de travail, le rôle auquel il convient et le bénéfice observé. Elle supprime le problème de la page blanche qui bloque la majorité.
```text
Title : Weekly account summary for CSMs
Role : Customer success
Problem : 45 min every Monday compiling account status
Approach : Prompt template + connected CRM notes
Benefit : ~30 min saved / CSM / week; more consistent format
Owner : J. Okafor (CS champion)
Reviewed : governed workspace only; no customer PII in prompt
```
- Transforme la découverte d’une équipe en point de départ de chaque pair.
- Encode la façon *gouvernée* de le faire (règles de données intégrées), réduisant le risque.
- Se nourrit des ambassadeurs et des utilisateurs, donc elle reste réelle plutôt qu’aspirationnelle.
- Donne à la majorité « pour mon rôle, voici exactement quoi faire », ce qui est ce qui la fait bouger.
Une bibliothèque figée et descendante meurt ; une bibliothèque vivante, organisée par les ambassadeurs et alimentée par les utilisateurs, devient le premier endroit où les gens regardent.
## 4.4 Incentives and manager behaviour
Les incitations fixent le cap, mais **le comportement des managers est le levier d’adoption unique le plus fort.** Les équipes copient les habitudes de leur manager immédiat, pas un mandat venu de trois niveaux au-dessus.
| Levier | Version faible | Version forte |
| --- | --- | --- |
| Reconnaissance | « Prix de l’innovation » générique | Mettre en lumière des succès réels, spécifiques au rôle, en réunion d’équipe |
| Attente | Un e-mail du PDG dit « utilisez l’IA » | Le manager attend et examine l’usage de l’IA dans le travail normal |
| Temps | « Faites-le en plus de votre travail quotidien » | Temps protégé pour apprendre et pour partager |
| Indicateurs | Suivre les licences émises | Suivre l’usage actif et la valeur dans le flux de travail |
| Exemplarité | Les dirigeants parlent d’IA | Les managers utilisent visiblement l’IA devant leurs équipes |
La vérité inconfortable pour l’examen : un manager qui n’utilise pas lui-même l’IA ne produira pas une équipe qui l’utilise, quelles que soient les incitations. Les programmes d’adoption ciblent donc les managers en premier.
## 4.5 Communication that reduces fear
Une mauvaise communication sur l’IA déclenche le risque sur les effectifs de [D3](/fr/openai/leadership/domains/d3-governance-and-risk/) : la peur du remplacement produit une résistance silencieuse. Une bonne communication est spécifique, honnête et répétée.
| Objectif du message | Faible | Fort |
| --- | --- | --- |
| Objet | « Nous sommes désormais une entreprise AI-first » | « Voici la tâche que cela supprime et ce que vous faites du temps » |
| Sécurité de l’emploi | Le silence, qui nourrit la rumeur | Énoncé honnête de l’intention (augmenter vs réduire) — voir [D5](/fr/openai/leadership/domains/d5-workforce-and-enablement/) |
| Mode d’emploi | Un webinaire de lancement unique | Spécifique au rôle, répété, avec la bibliothèque de cas d’usage |
| Retour | Annonces à sens unique | Un canal où les problèmes sont entendus et corrigés |
Le silence est la pire option : en l’absence d’un message clair, les gens supposent le plus menaçant et se désengagent.
## 4.6 The licence graveyard
L’échec caractéristique de l’IA d’entreprise : acheter des accès, envoyer un e-mail de lancement, célébrer le déploiement — et voir l’usage actif s’effondrer en quelques semaines parce que rien de la façon dont le travail est fait n’a réellement changé.
```text
LICENCE GRAVEYARD LIVING ADOPTION
───────────────── ───────────────
buy seats buy seats for a proven use case
send launch email vs managers model + expect use
measure licences issued measure active use + value
usage: spike → flatline champions + library sustain it
root cause: deployment, root cause fixed: behaviour
not adoption change, not tool access
```
Le diagnostic est toujours le même : l’organisation a traité un *changement de comportement* comme un *événement d’achat*. Le remède, c’est la preuve-pour-le-rôle, l’exemplarité des managers, une bibliothèque de cas d’usage, un réseau d’ambassadeurs et des indicateurs qui comptent *l’usage actif et la valeur*, pas les accès vendus.
:::tip[Signal d’évaluation]
Les énoncés rapportant **« nous avons acheté 5 000 licences mais l’usage est à 8 % », « l’adoption a stagné après le lancement », « l’e-mail de déploiement est parti mais rien n’a changé »** sont le signal du cimetière de licences. Les bonnes réponses corrigent le comportement (managers, ambassadeurs, preuve par rôle) ; les distracteurs achètent plus de licences, envoient un autre e-mail ou blâment l’outil.
:::
## Cadre de décision
### The A-D-O-P-T diagnostic
Quand l’adoption stagne, exécutez ces cinq vérifications dans l’ordre pour trouver le vrai blocage avant de dépenser davantage.
| Lettre | Vérification | Si en échec |
| --- | --- | --- |
| **A**ctive use | Les gens l’*utilisent*-ils, ou sont-ils simplement licenciés ? | Vous avez un cimetière ; corrigez le comportement, pas les accès |
| **D**emonstrated value | Y a-t-il une preuve spécifique au rôle qu’il aide ? | Construire des entrées de bibliothèque de cas d’usage par rôle |
| **O**wnership by managers | Les managers incarnent-ils et attendent-ils l’usage ? | Cibler les managers en premier ; en faire leur indicateur |
| **P**eer channels | Des ambassadeurs et une bibliothèque existent-ils ? | Mettre en place un réseau d’ambassadeurs et une bibliothèque |
| **T**ime and incentives | Y a-t-il du temps protégé et de la reconnaissance ? | Réallouer du temps ; reconnaître les succès réels |
L’ordre importe : mesurer l’usage actif d’abord vous dit si vous avez ne serait-ce qu’un problème d’adoption, avant d’investir dans les ambassadeurs ou la communication.
## Erreurs fréquentes
| Erreur | Pourquoi elle survient | Que faire à la place |
| --- | --- | --- |
| Mesurer les licences émises comme un succès | C’est le chiffre facile | Mesurer l’usage actif et la valeur dans le flux de travail |
| Un unique e-mail de lancement comme plan de changement | Le déploiement ressemble à l’adoption | Une montée en compétences soutenue, spécifique au rôle, plus l’exemplarité des managers |
| Mandat venu d’en haut sans adhésion des managers | L’autorité paraît suffisante | Cibler les managers de première ligne ; les équipes les copient |
| Nommer des ambassadeurs que personne ne respecte | N’importe qui peut se porter volontaire | Choisir des praticiens crédibles et leur donner du temps |
| Une bibliothèque de cas d’usage descendante et statique | Le contrôle central paraît net | Une bibliothèque vivante alimentée par les ambassadeurs et les utilisateurs |
| Le silence sur l’impact sur l’emploi | Éviter une conversation difficile | Communiquer l’intention honnêtement pour prévenir la résistance nourrie par la peur |
| Blâmer l’outil quand l’usage stagne | Plus facile que de changer le comportement | Diagnostiquer avec A-D-O-P-T ; le blocage est généralement comportemental |
| Acheter plus de licences pour « stimuler l’adoption » | L’achat est un levier familier | Plus d’accès ne crée pas d’usage ; corriger d’abord le comportement |
## Mise en situation
**Scénario.** Il y a neuf mois, votre entreprise a acheté 6 000 accès ChatGPT Enterprise et les a annoncés par une keynote et un e-mail à tout le personnel. Aujourd’hui, le dashboard affiche 11 % d’usage actif hebdomadaire, concentré dans les équipes produit et data. Un membre du conseil demande si l’investissement était une erreur et suggère soit « d’acheter un meilleur outil », soit « d’imposer l’usage avec un objectif pour chaque employé ». Vos données d’engagement montrent deux choses : les équipes qui l’utilisent intensivement comptaient des ingénieurs qui l’adoraient déjà, et une enquête a révélé que beaucoup d’employés « ne savent pas à quoi il servirait dans mon rôle » et « mon manager n’en parle jamais ».
**Trace de raisonnement expert.**
1. **Nommer l’échec avec précision.** C’est un cimetière de licences, pas un échec d’outil. Un usage concentré dans des équipes riches en innovateurs (produit, data) et plat ailleurs est la signature classique du gouffre : les adopteurs précoces ont bougé, la majorité jamais. Acheter un autre outil reproduirait la même courbe.
2. **Rejeter les deux suggestions du conseil telles quelles.** « Acheter un meilleur outil » diagnostique à tort un problème de comportement comme un problème de produit. « Imposer un objectif d’usage à tous » produit du contournement (ouvrir et fermer des sessions pour atteindre le chiffre) et du ressentiment, pas de la valeur — l’activité n’est pas l’adoption.
3. **Exécuter A-D-O-P-T.** L’usage actif est faible (confirmé). Demonstrated value : le « je ne sais pas à quoi ça servirait » de l’enquête est une lacune de *preuve par rôle* — il n’y a pas de bibliothèque de cas d’usage pour leurs métiers. Ownership : « mon manager n’en parle jamais » est le constat décisif — les managers n’incarnent ni n’attendent l’usage. Peer channels : aucun ambassadeur en dehors des premières équipes. Time/incentives : aucun alloué.
4. **Séquencer la correction par effet de levier.** D’abord, les managers : faire de l’usage de l’IA pertinent pour le rôle une attente normale que les managers incarnent et examinent — parce que la majorité copie les managers, c’est le geste à plus fort levier. Ensuite, les ambassadeurs : recruter un praticien crédible dans chaque fonction en retard. Puis, la bibliothèque de cas d’usage : récolter les succès des équipes produit/data et, via les ambassadeurs, créer des entrées pour la finance, la vente, les opérations pour que chaque rôle ait un « voici exactement quoi faire ». Enfin, communiquer honnêtement sur l’intention pour désamorcer la peur tacite de la perte d’emploi qui remonte sous forme de désengagement.
5. **Changer l’indicateur.** Rapporter *l’usage actif et la valeur par rôle*, pas les accès émis ni les connexions brutes, pour que le conseil voie un vrai mouvement à travers le gouffre plutôt qu’un mandat de vanité.
**Résultat prêt pour le conseil :** le diagnostic est comportemental, pas outillage ; les deux correctifs proposés sont refusés avec raisons ; le plan cible les managers en premier, puis les ambassadeurs, puis une bibliothèque de cas d’usage spécifique au rôle, avec une communication honnête et des indicateurs fondés sur la valeur — les leviers qui font réellement bouger la majorité.
## Pièges de l’évaluation
| Piège | Pourquoi il est tentant | Le discriminant |
| --- | --- | --- |
| Acheter un autre outil pour corriger un faible usage | Reformule le comportement en produit | Un cimetière est un échec de comportement ; un nouvel outil répète la courbe |
| Imposer un objectif d’usage à chaque employé | Cela paraît décisif et mesurable | Les mandats créent une activité contournée, pas de l’adoption ; cibler les managers et la preuve par rôle |
| Envoyer une énième annonce à tout le personnel | La communication ressemble à l’action | Les annonces ne font bouger que les innovateurs ; la majorité a besoin de preuve par rôle + managers |
| Compter les connexions ou les accès comme de l’adoption | Chiffres faciles et disponibles | Mesurer l’usage actif *et la valeur dans le flux de travail* |
| Nommer des volontaires enthousiastes comme ambassadeurs | La volonté ressemble à l’aptitude | Les ambassadeurs doivent être des praticiens respectés, sinon les pairs les ignorent |
| Rester silencieux sur l’impact sur l’emploi pour éviter le conflit | La conversation est difficile | Le silence engendre peur et résistance ; communiquer l’intention honnêtement |
## Questions d’entraînement
Chaque item indique combien de réponses sélectionner. Engagez-vous avant de révéler.
A. L’outil est cassé.
B. Les adopteurs précoces ont bougé mais la majorité n’a pas franchi le gouffre.
C. Tout le monde l’utilise comme prévu.
D. Les licences n’ont jamais été provisionnées.
**Réponse : B.** Un usage concentré dans des équipes riches en innovateurs avec un usage plat ailleurs est la signature classique du gouffre. L’outil n’est pas cassé (A), l’adoption est clairement incomplète (C), et les licences ont été provisionnées (D) — elles sont simplement inutilisées.
A. Un autre e-mail à tout le personnel.
B. Les managers de première ligne utilisant visiblement l’IA et l’attendant dans le travail normal.
C. Un nombre de licences plus élevé.
D. Un modèle plus avancé.
**Réponse : B.** La majorité copie son manager immédiat ; l’exemplarité et l’attente du manager sont le levier d’adoption le plus fort. Les e-mails (A) atteignent les innovateurs, plus d’accès (C) ne créent pas d’usage, et la capacité du modèle (D) n’est pas le blocage.
A. Il sous-estime l’usage.
B. Les licences émises mesurent le déploiement, pas l’adoption ; il ne dit rien de l’usage actif ni de la valeur.
C. Il est trop coûteux à suivre.
D. Il devrait être rapporté chaque mois, pas une seule fois.
**Réponse : B.** Les accès émis sont un chiffre d’achat, pas un chiffre d’adoption ni de valeur. Il ne sous-estime pas l’usage (A), le coût (C) et la cadence (D) ne sont pas le problème — l’indicateur mesure la mauvaise chose.
A. Sélectionner des praticiens respectés intégrés dans chaque fonction.
B. Donner aux ambassadeurs du temps protégé, de la reconnaissance et un accès précoce.
C. Récompenser les ambassadeurs pour leur présence aux réunions.
D. Nommer le premier volontaire venu.
E. Faire que les ambassadeurs ne rendent compte qu’à l’équipe IA centrale.
**Réponse : A et B.** Des praticiens crédibles avec du temps et de la reconnaissance stimulent l’adoption locale. Récompenser la présence (C) mesure la mauvaise chose ; les volontaires (D) peuvent manquer de crédibilité ; ne rendre compte que vers le haut (E) manque l’intérêt de l’influence locale entre pairs.
A. Envoyer davantage de formation générale sur l’IA.
B. Construire des entrées de bibliothèque de cas d’usage spécifiques au rôle montrant exactement quoi faire pour leurs métiers.
C. Augmenter le nombre de licences.
D. Imposer un usage quotidien.
**Réponse : B.** La lacune est une preuve spécifique au rôle ; une bibliothèque de cas d’usage pour leurs rôles supprime le problème de la page blanche. La formation générale (A) n’est pas spécifique au rôle, plus d’accès (C) sont inutilisés, et un mandat (D) produit une activité contournée.
A. Cela coûtera trop cher.
B. Cela produit une activité contournée (connexions pour atteindre un chiffre) plutôt qu’un usage réel créateur de valeur.
C. C’est techniquement impossible à mesurer.
D. Cela surchargera le modèle.
**Réponse : B.** Les mandats d’usage stimulent une activité superficielle, pas l’adoption ni la valeur. Le coût (A), la mesurabilité (C) et la charge du modèle (D) ne sont pas le problème central — le contournement l’est.
A. La vivante est plus longue.
B. La vivante est continuellement alimentée et organisée par les ambassadeurs et les utilisateurs, donc elle reste réelle et pertinente pour le rôle.
C. La vivante appartient uniquement à l’équipe IA.
D. La vivante ne contient que des exemples de direction.
**Réponse : B.** Une bibliothèque vivante se nourrit d’un usage réel par les ambassadeurs et le personnel, la gardant pertinente. La longueur (A) n’est pas le point, une propriété centrale exclusive (C) la fige, et des exemples réservés à la direction (D) manquent les rôles de la majorité.
A. Ne rien dire jusqu’à ce que la stratégie soit finale.
B. Communiquer l’intention honnêtement (augmenter vs réduire), nommer les tâches affectées et ouvrir un canal de retour.
C. Annoncer que l’entreprise est « AI-first » et passer à autre chose.
D. Menacer de sanctions disciplinaires en cas de non-usage.
**Réponse : B.** Une communication honnête et spécifique avec un canal de retour réduit la résistance nourrie par la peur. Le silence (A) engendre la rumeur, un slogan (C) ne dit rien de concret, et les menaces (D) approfondissent la résistance.
A. S’il faut davantage de licences.
B. S’il existe un usage actif réel, pour confirmer qu’un problème d’adoption existe avant d’investir davantage.
C. Quel modèle est le plus rapide.
D. La feuille de route du fournisseur.
**Réponse : B.** A confirme d’abord l’usage actif, pour savoir que vous avez un problème d’adoption avant de dépenser en ambassadeurs ou en communication. Les licences (A), la vitesse du modèle (C) et la feuille de route du fournisseur (D) ne sont pas la première étape de diagnostic.
A. Des accès ont été achetés et un e-mail de lancement envoyé, mais rien n’a changé dans la façon dont le travail est fait.
B. L’usage a bondi au lancement puis s’est aplati en quelques semaines.
C. Des ambassadeurs dans chaque fonction partagent activement les succès.
D. Les managers incarnent et attendent l’usage de l’IA quotidiennement.
E. Les indicateurs suivent la valeur délivrée dans le flux de travail.
**Réponse : A et B.** Acheter des accès sans changer le travail, et un schéma d’usage bond-puis-aplatissement, définissent le cimetière. Des ambassadeurs actifs (C), l’exemplarité des managers (D) et des indicateurs de valeur (E) sont les marques d’une adoption *réussie*, pas de l’échec.
A. Envoyer à ces équipes des licences supplémentaires.
B. Faire de l’usage de l’IA pertinent pour le rôle une attente que les managers incarnent et examinent, puisque les équipes copient leurs managers.
C. Escalader vers le PDG pour un énième e-mail à l’échelle de l’entreprise.
D. Remplacer l’outil pour cette division.
**Réponse : B.** Le blocage est le comportement des managers ; faire de l’usage une attente incarnée est le correctif à plus fort levier. Des licences supplémentaires (A) restent inutilisées, un autre e-mail (C) n’atteint que les innovateurs, et changer d’outil (D) diagnostique mal le problème.
A. Le total des licences achetées.
B. Des utilisateurs actifs hebdomadaires l’appliquant à des tâches réelles, pertinentes pour leur rôle, avec preuve de valeur.
C. Le nombre d’e-mails de lancement envoyés.
D. La présence au webinaire de lancement.
**Réponse : B.** Un usage actif, créateur de valeur, par rôle, est l’indicateur que l’adoption est réelle. Les licences achetées (A), les e-mails envoyés (C) et la présence au webinaire (D) mesurent tous le déploiement ou l’activité, pas l’adoption.
## À retenir
- L’adoption suit une **courbe** ; le rôle du programme est de faire **franchir le gouffre à la majorité** par une preuve par rôle et une faible friction, pas d’impressionner les innovateurs.
- Des **réseaux d’ambassadeurs** de praticiens respectés portent l’adoption plus loin que n’importe quel mandat descendant.
- Une **bibliothèque de cas d’usage vivante** supprime le problème de la page blanche et intègre la façon gouvernée de travailler.
- **Le comportement des managers est le levier unique le plus fort** : les équipes copient leurs managers, donc ciblez les managers en premier.
- **Communiquez l’intention honnêtement** ; le silence sur l’impact sur l’emploi engendre une résistance nourrie par la peur.
- Le **cimetière de licences** — accès achetés, e-mail envoyé, usage plat — est un échec de comportement, pas d’outillage.
- Diagnostiquez les stagnations avec **A-D-O-P-T** ; mesurez l’**usage actif et la valeur**, jamais les accès émis.