Depuis deux ans, j’entends la même phrase dans les comités de direction : « Il faut qu’on fasse quelque chose avec l’IA. » Ce qui suit varie peu. Un outil est choisi, un pilote est lancé, un séminaire est organisé, et six mois plus tard une partie de l’entreprise s’y est mise pendant que l’autre attend que ça passe. Après trente ans de DRH et plusieurs années de conseil, je crois que la transformation IA ne se rate presque jamais pour une raison technique. Elle se rate parce qu’on la traite comme un déploiement d’outil, alors que c’est un changement d’organisation. Voici les étapes que je recommande, et comment je traite ceux qui résistent.
Première étape : une vision que l’on peut dire en deux phrases
Avant tout choix d’outil, la direction doit pouvoir répondre à une question simple : pourquoi l’entreprise s’engage-t-elle là-dedans ? Gagner du temps sur les tâches répétitives, améliorer la qualité d’un service, ne pas se laisser distancer par un concurrent : ce sont trois visions différentes, qui ne demandent ni les mêmes projets, ni les mêmes équipes, ni la même communication.
Mon test est rudimentaire. Je demande à trois membres du comité de direction, séparément, de formuler la raison d’être de la démarche. Quand les trois réponses divergent, nous n’avons pas un problème d’IA, nous avons un problème d’alignement, et il faut le régler avant d’acheter quoi que ce soit.
Deuxième étape : aligner un collectif aux intérêts divergents
Un comité de direction n’est jamais un bloc. Le directeur financier regarde le coût, le directeur des opérations la continuité, le directeur commercial la relation client, et le DRH les effets sur les emplois et les compétences. Chacun a des intérêts légitimes, parfois contradictoires. Attendre l’unanimité est une illusion, et vouloir l’obtenir produit un accord de façade : tout le monde hoche la tête en réunion, personne ne s’engage ensuite.
La règle que je défends s’énonce ainsi : désaccord, puis engagement. On laisse le désaccord s’exprimer franchement, sur la table, avec ses arguments. Le dirigeant tranche. Une fois la décision prise, chacun s’y tient, y compris ceux qui avaient plaidé l’inverse. C’est moins confortable que le consensus, mais c’est la seule méthode que j’aie vue tenir dans la durée. Sans cette règle, la transformation avance dans les présentations et recule dans les équipes.
Troisième étape : déployer par itérations, pas par grand soir
Le déploiement massif et simultané est séduisant sur un calendrier, et presque toujours une erreur. Je préfère des cycles courts : un périmètre limité, un usage précis, des utilisateurs volontaires, une revue honnête de ce qui marche et de ce qui ne marche pas, puis un élargissement. Cette approche a trois avantages. Elle limite le coût de l’erreur. Elle produit des retours d’expérience internes, bien plus convaincants qu’un discours de la direction. Elle donne aux sceptiques le temps de voir sans être sommés de croire.
C’est le même principe que dans tout accompagnement du changement : j’y reviens en détail dans mon article sur l’accompagnement au changement, et le cadre général est dans celui consacré au change management.
Un retour d’expérience : le pilote que tout le monde trouvait réussi
Je me souviens d’un groupe de services dont la direction avait lancé un pilote d’assistant IA dans une seule équipe. Les indicateurs d’usage étaient bons, la direction annonçait un succès. En allant voir les collaborateurs, j’ai compris que l’équipe pilote avait été choisie parce qu’elle était déjà enthousiaste, et que les autres services interprétaient le projet comme une manière de préparer des suppressions de postes, ce que personne n’avait ni confirmé ni démenti.
Le déploiement suivant a été proposé à ceux qui ne s’étaient pas portés volontaires, sans explication supplémentaire. Il a été accueilli avec une résistance passive : outils ouverts, jamais utilisés. Ce qui a débloqué la situation n’a pas été une formation de plus, mais une prise de parole claire de la direction sur ce que le projet changeait, et ne changeait pas, pour les emplois. Le fond du problème n’était pas l’outil, c’était le silence.
Le conseil de Marc
Avant de lancer le moindre pilote, écrivez noir sur blanc ce que la démarche ne fera pas : par exemple, qu’elle n’a pas pour objectif de supprimer des postes, si c’est vrai, ou qu’elle en modifiera certains, si c’est le cas. Dites-le tôt, dites-le simplement, et répétez-le. Une question que la direction n’aborde pas est une question à laquelle les équipes répondent elles-mêmes, et rarement dans le sens qui vous arrange.
Comment embarquer les réfractaires
Il y a plusieurs sortes de réfractaires, et les traiter de la même façon est la première erreur. Je distingue :
- Ceux qui ont peur. Peur pour leur poste, pour leur expertise, pour leur place. Ils n’ont pas besoin d’un argumentaire, ils ont besoin d’une réponse franche et d’un chemin crédible vers de nouvelles compétences.
- Ceux qui doutent, avec raison. Ils ont vu passer d’autres modes technologiques. Il faut leur montrer des usages concrets sur leur travail réel, avec les limites de l’outil dites ouvertement.
- Ceux qui ont des objections fondées. Confidentialité des données, qualité des réponses, responsabilité en cas d’erreur. Ces objections sont précieuses : elles doivent nourrir les règles d’usage, pas être écartées.
- Ceux qui freinent par posture. Ils sont rares. Si la règle « désaccord puis engagement » a été posée dès le départ, elle s’applique à eux comme aux autres.
Dans tous les cas, je confie aux sceptiques un rôle, plutôt que de les convaincre à distance : tester, relever les erreurs, proposer des règles. Quelqu’un qui a contribué à poser les garde-fous a beaucoup plus de mal à s’opposer au projet. J’ai détaillé les mécanismes de fond dans mon article sur la résistance au changement, et le modèle ADKAR aide à repérer à quel stade chacun est bloqué.
Le rôle du DRH dans la transformation IA
Le DRH ne doit être ni le porteur de l’outil, qui relève de la direction et de la technique, ni le spectateur. Son rôle est triple : poser les conditions d’un dialogue honnête avec les équipes et leurs représentants, anticiper l’évolution des compétences et des métiers, et veiller à ce que le calendrier de la transformation soit tenable pour les gens. Je renvoie à mon article sur la conduite du changement pour le cadre général.
Questions fréquentes
Par où commencer une transformation IA dans une entreprise ?
Par la vision et l’alignement de la direction, pas par l’outil. Si le comité de direction ne sait pas dire pourquoi il se lance, ou si ses membres donnent des raisons différentes, aucune technologie ne comblera cet écart.
Comment aligner une direction dont les intérêts divergent ?
En acceptant le désaccord au lieu de chercher l’unanimité : chacun s’exprime, le dirigeant tranche, puis chacun s’engage sur la décision prise. C’est ce qu’on appelle parfois « disagree and commit ».
Faut-il déployer l’IA d’un coup ou progressivement ?
Progressivement, par cycles courts sur des périmètres limités. On réduit le risque, on produit des retours internes crédibles, et on laisse aux sceptiques le temps d’observer.
Comment réagir face aux salariés qui refusent d’utiliser l’IA ?
Commencer par comprendre la nature du refus : peur, doute raisonné, objection fondée ou posture. Chaque cas appelle une réponse différente, et les objections sérieuses doivent améliorer les règles d’usage plutôt qu’être balayées.