Aller au contenu principal
Conduite du changement à l'ère de l'IA : les 5 erreurs à éviter
Retour aux articles
Change ManagementCulture

Conduite du changement à l'ère de l'IA : les 5 erreurs à éviter

Dans presque toutes les transformations IA qui échouent, la technologie fonctionnait. Le modèle produisait les résultats attendus, l'interface était utilisable, l'infrastructure tenait la charge. Ce qui n'a pas fonctionné, c'est l'adoption. Et l'adoption n'échoue jamais par accident : elle échoue selon des schémas remarquablement répétitifs, que l'on peut nommer et, pour la plupart, éviter.

La première erreur consiste à annoncer l'IA avant d'avoir répondu à la question que tout le monde se pose. Cette question n'est pas « comment ça marche ? » ni « quels sont les gains attendus ? ». Elle est : « qu'est-ce que cela change pour mon poste ? ». Tant qu'elle reste sans réponse, chaque communication officielle sur la performance et la compétitivité est entendue comme un euphémisme. Les collaborateurs ne résistent pas à l'outil ; ils résistent à l'incertitude sur leur propre avenir. Les organisations qui traitent ce point frontalement — en disant ce qui va changer, ce qui ne changera pas, et ce qui n'est pas encore décidé — obtiennent une adhésion sans commune mesure avec celles qui restent dans le registre de l'enthousiasme abstrait.

La deuxième erreur est de confondre formation et accompagnement. Une session de deux heures sur le maniement d'un assistant conversationnel n'a jamais changé une pratique professionnelle. Ce qui la change, c'est la reprise du travail réel : reprendre un dossier en cours avec l'outil, constater où il aide et où il se trompe, ajuster sa manière de l'interroger. Le transfert de compétence se fait dans le geste métier, pas dans la salle de formation. Les organisations qui budgètent la formation initiale mais rien pour les six semaines suivantes financent une dépense, pas une transformation.

La troisième erreur touche au choix des premiers utilisateurs. Le réflexe consiste à confier le pilote aux équipes les plus enthousiastes, souvent les plus à l'aise avec la technologie. C'est confortable et cela produit de bons chiffres d'usage. C'est aussi trompeur : ces équipes auraient adopté l'outil sans aide, et leur succès ne prouve rien sur le reste de l'organisation. Le pilote pertinent est celui qui inclut délibérément des utilisateurs sceptiques ou peu à l'aise, parce que ce sont leurs obstacles qui détermineront le passage à l'échelle. Un pilote qui ne remonte aucune difficulté n'a rien appris.

La quatrième erreur est le silence sur les échecs. Quand un cas d'usage ne tient pas ses promesses, la tentation est de le fermer discrètement et de communiquer sur le suivant. Mais dans une organisation, rien ne circule plus vite qu'un projet abandonné sans explication. À la troisième disparition silencieuse, plus personne ne croit aux annonces. Les transformations qui tiennent dans la durée sont celles qui documentent leurs arrêts autant que leurs réussites : voilà ce que nous avons tenté, voilà pourquoi cela ne fonctionnait pas, voilà ce que nous en retenons. Cette transparence coûte peu et achète une crédibilité que rien d'autre ne procure.

La cinquième erreur, la plus structurelle, consiste à laisser la transformation sans propriétaire. L'IA arrive souvent par la direction technique, avec un sponsor à la direction générale et des utilisateurs dans les métiers. Entre les trois, personne n'a formellement la charge de l'adoption. Le résultat est prévisible : la DSI considère avoir livré, la direction générale attend des résultats, les métiers attendent qu'on leur dise quoi faire. Et le projet s'immobilise sans que personne ne puisse en être tenu responsable.

Voici un scénario composite, reconstitué à partir de plusieurs missions plutôt que tiré d'une seule. Un groupe de services déploie un assistant de rédaction auprès de plusieurs centaines de collaborateurs. Au bout de trois mois, les indicateurs sont flatteurs : un taux de connexion élevé, des retours positifs en enquête de satisfaction. Mais l'analyse fine des usages révèle autre chose. Une minorité d'utilisateurs concentre l'essentiel des requêtes ; la majorité ouvre l'outil une fois par semaine, produit un texte court et retourne à ses habitudes. Personne n'a menti dans l'enquête : les collaborateurs trouvent réellement l'outil sympathique. Il n'est simplement entré dans le processus de travail de personne. La correction ne relève pas de la technologie mais de la conception du travail : identifier trois moments précis du quotidien où l'assistant remplace une tâche existante, et accompagner ces trois moments-là.

C'est cette dimension qui structure notre approche chez KAIROS Impulse. Une transformation IA n'est pas un déploiement d'outil accompagné d'un plan de communication : c'est une redéfinition de la manière dont le travail s'organise. Nous commençons donc rarement par l'outil. Nous commençons par cartographier les gestes métier concernés, identifier qui perd quelque chose dans le changement — car il y a toujours quelqu'un — et construire le séquencement en conséquence. La question du moment revient ici avec insistance : lancer une conduite du changement pendant une réorganisation, une période de forte charge ou juste après un plan social, c'est superposer deux mouvements qui se neutralisent.

On objecte souvent que ce travail ralentit le déploiement. C'est vrai à court terme, et faux ensuite. Un outil déployé rapidement mais utilisé par quinze pour cent des destinataires coûte plus cher qu'un déploiement plus lent atteignant soixante pour cent, parce que la licence se paie pour tout le monde et que la seconde tentative auprès d'une population déjà déçue est infiniment plus difficile que la première. On ne relance pas facilement une transformation abandonnée.

Enfin, un mot sur ce que l'on mesure. Le taux de connexion est l'indicateur le plus disponible et le moins informatif. Ce qui compte, c'est la fréquence d'usage sur les tâches ciblées, la part des utilisateurs actifs au-delà du premier mois, et surtout le temps réellement libéré — vérifié auprès des équipes, pas estimé dans un tableur. Une transformation qui ne sait pas répondre à la question « qu'est-ce que les gens font différemment aujourd'hui ? » n'a pas encore commencé.

Commentaires

Soyez le premier à commenter cet article.

Le Brief KAIROS

Recevez notre lecture mensuelle de l'IA.

À lire également

Conduite du changement à l'ère de l'IA : les 5 erreurs à éviter