Adoption et gouvernance
Pourquoi vos équipes n’utilisent pas l’outil d’IA que vous avez déployé
Les six causes réelles d’un déploiement d’IA qui ne prend pas, dans l’ordre de fréquence. Aucune ne se corrige par une formation supplémentaire.
Par Octave Laurentin
L’essentiel
- Six causes, dans l’ordre de fréquence constatée en mission. La première représente à elle seule une grande partie des cas.
- Aucune ne se corrige par une formation supplémentaire. C’est pourtant la réponse réflexe, et elle coûte deux fois.
- Le diagnostic prend deux semaines. Le rattrapage prend un trimestre.
- La bonne question n’est pas « comment les convaincre », c’est « qu’est ce qui les empêche ».
Le réflexe qui coûte le plus cher
Un déploiement ne prend pas. La réaction habituelle est de reformer.
C’est une erreur de diagnostic, et elle est coûteuse pour une raison précise : une deuxième session sur un problème qui n’est pas pédagogique produit exactement le même résultat que la première, plus une fatigue sur le sujet. À la troisième tentative, le mot « IA » déclenche un soupir en réunion, et le sujet devient plus difficile à relancer qu’au départ.
La bonne question n’est pas « comment les convaincre ». C’est « qu’est ce qui les empêche ». Elle appelle une enquête, pas un argumentaire.
Cause 1 · Ils ne savent pas ce qu’ils ont le droit de faire
La cause la plus fréquente, et de loin.
En l’absence de règles explicites, chacun applique les siennes. Les plus prudents s’abstiennent totalement. Les plus décontractés font ce qu’ils veulent, souvent sur des outils non validés. Et au milieu, une majorité qui essaie une fois, hésite sur un cas, ne trouve personne à qui demander, et laisse tomber.
Ce qui est frappant en mission, c’est que cette abstention touche d’abord les collaborateurs les plus scrupuleux. Vous perdez l’usage de ceux dont vous auriez le plus confiance dans le jugement.
Le signal : quand vous interrogez les équipes, les réponses contiennent « je ne savais pas si on pouvait », « j’ai préféré éviter », « personne ne nous a dit ».
Ce qui le corrige : une page de règles, diffusée et expliquée. Les outils validés, ce qui ne doit pas être saisi avec des exemples du métier, et à qui poser une question. Coût : une demi-journée de rédaction. C’est le meilleur rapport effort sur résultat de tout le dispositif.
Cause 2 · L’outil n’est pas là où le travail se fait
Un assistant accessible dans l’environnement où les gens passent leurs journées est utilisé sans effort. Un assistant qui suppose d’ouvrir un onglet, de copier un contenu, de coller le résultat, puis de reformater, perd la comparaison avec « je le fais moi même », même quand il produit un meilleur résultat.
Le calcul que fait un utilisateur n’est pas « est ce que l’outil est bon » mais « est ce que ça vaut le détour ». Trois manipulations suffisent à faire pencher la réponse.
Le signal : l’usage est concentré sur les tâches longues, et absent sur les tâches courtes et fréquentes, qui sont pourtant celles où le gain cumulé serait le plus élevé.
Ce qui le corrige : l’intégration, quand elle est possible. Et quand elle ne l’est pas, le fait de choisir les cas d’usage parmi les tâches assez longues pour justifier le détour.
Cause 3 · Les cas d’usage ne sont pas les leurs
Une formation générique enseigne des principes que chacun devra traduire vers son travail. La traduction est le travail difficile, et la plupart des gens ne la font pas : non par paresse, mais parce qu’ils ne voient pas le cas d’usage dans leur propre quotidien.
Un comptable qui a vu une démonstration sur la rédaction d’un article de blog n’en tire rien. Le même comptable à qui l’on montre comment préparer une note de commentaire sur une variation budgétaire l’utilise le lendemain.
Le signal : les participants trouvent la formation intéressante et ne savent pas dire ce qu’ils vont en faire.
Ce qui le corrige : travailler sur les tâches réelles des participants, collectées avant la session. C’est plus coûteux à préparer, et c’est la différence entre une session qui plaît et une session qui change quelque chose.
Cause 4 · Personne ne répond aux questions
Quelqu’un se heurte à une difficulté. Deux issues possibles : il a quelqu’un à qui demander dans les cinq minutes et il franchit l’obstacle, ou il n’a personne et il abandonne cet usage.
Le délai compte autant que la compétence. Un expert disponible sous quarante-huit heures ne sert à rien, parce qu’au bout de quarante-huit heures la personne a fait autrement, et qu’elle ne reviendra pas.
Le signal : l’usage démarre après la formation puis décroche en deux à trois semaines, de façon homogène dans toute l’organisation.
Ce qui le corrige : des relais dans les équipes, pas une expertise centralisée. → AI Champions : comment constituer un réseau de relais internes
Cause 5 · Le premier essai a déçu
L’IA générative a une courbe d’apprentissage particulière : elle donne un résultat immédiatement, et un résultat médiocre quand la demande est vague. Quelqu’un qui pose une question floue obtient une réponse générique, conclut que « ça ne marche pas » et n’y revient pas.
Le problème n’est pas la compétence technique, c’est la formulation : contexte, rôle, format attendu, critères de qualité. Cela s’apprend en une heure et ne s’invente pas.
Le signal : « j’ai essayé, ça ne sert à rien pour mon métier », formulé par des gens qui ont fait deux tentatives.
Ce qui le corrige : une séquence explicite sur la formulation, appliquée sur leurs propres tâches, pas sur un exemple. Et le fait de prévenir que les premiers essais seront décevants, ce qui évite d’en tirer une conclusion définitive.
Cause 6 · Ils ont compris ce que ça impliquait
La cause la moins souvent nommée, et celle qui mérite le plus d’honnêteté.
Dans certaines équipes, la non adoption n’est pas un malentendu. C’est une lecture correcte de la situation : si l’outil fait en dix minutes ce qui justifiait une partie du poste, l’enthousiasme n’a rien d’évident.
Cette inquiétude est rarement exprimée en ces termes. Elle se manifeste par des objections techniques, des problèmes de qualité mis en avant, une disponibilité qui ne se trouve jamais pour la session.
Le signal : les objections changent à chaque fois qu’on y répond.
Ce qui le corrige : la seule chose qui fonctionne est de répondre à la question qui n’est pas posée. Ce qui suppose d’avoir une réponse, et qu’elle soit vraie. Si la direction n’a pas tranché ce qu’elle fait du temps libéré, les équipes le sentent, et aucune formation ne compensera.
Comment faire le diagnostic
Deux semaines, et l’ordre compte.
Semaine 1 · Demander, anonymement. Un questionnaire court à l’ensemble des personnes concernées. Trois questions suffisent : utilisez vous l’outil et à quelle fréquence, qu’est ce qui vous en empêche, qu’est ce qui vous aiderait. La troisième question produit les réponses les plus utiles, parce qu’elle est formulée positivement.
L’anonymat n’est pas une précaution, c’est une condition. Une enquête nominative sur un sujet d’usage ramène des réponses conformes et inexploitables.
Semaine 2 · Creuser avec une dizaine de personnes. Choisies dans les directions où l’usage est le plus faible, pas dans celles où il marche. Les entretiens ne redemandent pas ce que l’enquête a déjà dit : ils cherchent pourquoi.
Puis traiter la cause dominante, une seule. Dans la majorité des cas, c’est la première de cette liste, et elle se corrige en une demi-journée de rédaction suivie d’une diffusion expliquée.
Ne lancez pas de nouvelle formation avant d’avoir fait ce diagnostic. Si la cause est le cadre, l’outil ou l’absence de relais, la formation sera perdue une deuxième fois.
Ce que ça donne quand c’est traité
Deux repères, mesurés sur nos missions de rattrapage.
L’écart d’usage entre directions se réduit nettement dans le trimestre qui suit le traitement de la cause dominante, et il se réduit par le haut : ce sont les directions bloquées qui rattrapent, pas les avancées qui ralentissent.
Et les remontées reprennent. Une organisation où l’usage était bloqué est silencieuse sur le sujet. Quand le blocage est levé, les demandes d’outils, les questions et les cas d’usage réapparaissent. C’est le signal le plus fiable, et il arrive avant les chiffres.
Questions fréquentes
Pourquoi nos équipes n’utilisent pas l’IA qu’on a déployée ? Six causes possibles, dans l’ordre de fréquence : elles ne savent pas ce qu’elles ont le droit de faire, l’outil n’est pas dans leur environnement de travail, les cas d’usage ne sont pas les leurs, personne ne répond à leurs questions, le premier essai a déçu, ou elles ont compris ce que l’outil impliquait pour leur poste.
Faut il refaire une formation ? Pas avant d’avoir identifié la cause. Si le blocage est le cadre, l’accessibilité de l’outil ou l’absence de relais, une deuxième session produira le même résultat que la première, avec en plus une lassitude sur le sujet.
Combien de temps pour diagnostiquer ? Deux semaines : une d’enquête anonyme, une d’entretiens ciblés dans les directions où l’usage est le plus faible.
Comment relancer un sujet qui s’est essoufflé ? En traitant une seule cause, la dominante, et en le disant. Une relance qui recommence à l’identique confirme aux équipes que rien n’a été compris.
Et si la résistance vient de la crainte sur les postes ? C’est la cause la moins nommée et elle existe. La seule réponse qui fonctionne est de répondre à la question qui n’est pas posée, ce qui suppose que la direction ait tranché ce qu’elle fait du temps libéré. Sans cette décision, les équipes le sentent.
Peut on faire ce diagnostic en interne ? Oui, à condition que l’enquête soit réellement anonyme et que les entretiens soient conduits par quelqu’un à qui les gens diront les choses. C’est parfois la difficulté : sur ce sujet précis, un regard externe obtient des réponses qu’un manager n’obtient pas.
Appel à l’action
Notre audit mesure exactement cela : l’usage réel par direction, les freins exprimés par les équipes, et la cause dominante à traiter en premier. → /audit-ia · Cadrage 30 minutes
Parler de votre situation
Un échange de 30 minutes pour savoir où vous en êtes et ce qui est prioritaire.
