Déployer l’IA sans perdre l’adhésion de ses équipes : le guide de la direction

Chacune appelle une décision de direction, prise avant l’annonce plutôt qu’après les premières réactions.

La crainte d’être mesuré

C’est la première question posée dans une salle, et elle est légitime. Un outil qui compte les demandes soumises, les jours actifs et la dernière date d’utilisation ressemble beaucoup à un instrument de surveillance.

Microsoft anticipe d’ailleurs le sujet. Le rapport de préparation du centre d’administration, qui signale les collaborateurs les plus susceptibles de tirer parti d’une licence, porte une mention explicite : ces données ne sont pas destinées à évaluer la performance des collaborateurs.

Cette mention n’engage que Microsoft. C’est à la direction de prendre le même engagement, de l’écrire et de s’y tenir. Un rapport d’usage employé une seule fois lors d’un entretien annuel détruit durablement la confiance, et aucune communication ultérieure ne la rétablit.

Il y a un second point de transparence à traiter dans le même mouvement. Les échanges des utilisateurs avec l’assistant sont stockés dans leur boîte aux lettres Exchange Online. Ils suivent donc vos règles de conservation et restent consultables par les outils de découverte légale, exactement comme un courriel. Ce fonctionnement est plutôt une bonne nouvelle pour la conformité, mais il interdit de dire aux équipes que leurs conversations avec l’assistant sont privées. Autant l’annoncer clairement dès le départ.

La crainte d’être remplacé

Elle est rarement exprimée directement, ce qui la rend plus difficile à traiter. Elle se manifeste par une adoption polie et superficielle : on essaie deux fois, on trouve cela intéressant, on n’y revient pas.

Une direction ne lève pas cette crainte en affirmant que l’IA ne remplacera personne, parce que cette affirmation n’engage à rien de vérifiable. Ce qui fonctionne mieux, c’est de dire précisément ce que l’entreprise fera de la capacité libérée : quel travail en attente sera enfin traité, quel délai sera raccourci, quelle tâche pénible disparaîtra. Une réponse concrète sur ce point vaut plus que toutes les assurances générales.

Si vous n’avez pas de réponse à cette question, la crainte est fondée et mieux vaut l’admettre en interne avant de lancer le déploiement.

La crainte d’être équipé sans avoir été consulté

Elle se traite par la méthode plutôt que par le discours. Le guide de déploiement de Microsoft distingue trois temps : un pilote sur un petit groupe destiné à tester et recueillir des retours, un déploiement élargi, puis une phase d’exploitation consacrée au suivi de l’usage.

Le mot important est « retours ». Un pilote dont les remarques ne changent rien à la suite se voit immédiatement, et il produit exactement l’effet inverse de celui recherché. Si vous ouvrez un pilote, engagez-vous à modifier au moins une chose en fonction de ce qu’il aura remonté, et dites laquelle une fois la décision prise.

Ce que Microsoft met à disposition pour l’accompagnement

La formation des utilisateurs relève explicitement du client, y compris pour une solution entièrement gérée par l’éditeur. Microsoft le formule sans ambiguïté dans sa documentation d’assurance de service : la formation, la configuration des politiques d’usage et le contrôle des résultats produits restent des responsabilités du client.

Deux ressources existent néanmoins, et elles sont sous-utilisées.

Copilot Academy est un parcours de formation structuré, disponible dans Viva Learning. Il est activé par défaut et accessible à l’ensemble des utilisateurs Microsoft 365, sans licence supplémentaire. Un administrateur peut restreindre l’accès aux seuls détenteurs d’une licence Copilot, ou l’ouvrir à tout le monde. Les personnes disposant d’une licence reçoivent en outre une notification mensuelle personnalisée dans Teams, que l’organisation peut désactiver. Le contenu est disponible en huit langues, et il peut être dupliqué puis adapté au métier de l’entreprise pour les organisations disposant d’une licence Viva.

Microsoft 365 Copilot Chat est inclus avec un abonnement Microsoft 365 éligible. Il n’accède pas au contenu de l’organisation, ce qui en fait un terrain d’apprentissage sans enjeu de confidentialité. C’est une façon peu coûteuse de laisser les équipes se familiariser avec l’exercice avant toute distribution de licences.

Notre lecture

L’erreur la plus fréquente consiste à traiter l’adhésion comme un sujet de communication, alors qu’il s’agit d’un sujet d’engagement.

Une équipe n’adhère pas parce qu’on lui a bien expliqué. Elle adhère parce que la direction a pris trois engagements vérifiables et s’y est tenue : les rapports d’usage ne serviront pas à évaluer les personnes, les retours du pilote changeront quelque chose, et la capacité libérée ira à un usage annoncé. Ces engagements coûtent peu à formuler et beaucoup à trahir.

Notre recommandation est de commencer par ce qui ne coûte rien. Ouvrez Copilot Academy à tous vos collaborateurs et laissez-les utiliser l’offre incluse pendant six à huit semaines avant d’acheter la moindre licence. Vous obtiendrez trois choses : une population déjà formée, une idée assez précise de qui s’en sert spontanément, et une discussion d’achat fondée sur un usage observé plutôt que sur une intuition.

Il existe un cas où mieux vaut ne pas lancer maintenant. Si votre organisation sort d’une réorganisation, d’un plan d’économies ou d’un projet informatique mal vécu, la crainte d’être remplacé occupera tout l’espace, quelle que soit la qualité de votre communication. Laissez passer quelques mois, ou commencez par une seule équipe volontaire dont le résultat parlera à votre place.

Une dernière remarque, moins agréable à entendre. La direction générale est souvent le plus mauvais point de départ d’un déploiement. Ses membres ont peu de temps pour apprendre un nouvel outil, leur usage reste superficiel, et l’exemple qu’ils donnent est celui d’un intérêt de façade. Mieux vaut confier la démonstration à des personnes dont le travail quotidien change réellement.

Ce qu’il faut faire

1. Écrivez l’engagement de non-évaluation individuelle et diffusez-le avant l’annonce du déploiement.
2. Dites clairement que les échanges avec l’assistant suivent le même régime de conservation que la messagerie.
3. Répondez, avant de lancer, à la question de ce que deviendra la capacité libérée.
4. Ouvrez Copilot Academy à tous, sans attendre d’avoir acheté des licences.
5. Laissez les équipes se former sur l’offre incluse pendant six à huit semaines.
6. Engagez-vous à modifier au moins un élément du projet à la suite du pilote, et annoncez lequel.
7. Choisissez les personnes de la démonstration pour la réalité de leur travail, pas pour leur position.

Rien de tout cela ne demande une compétence technique particulière, et l’essentiel peut être conduit en interne. Ce qui manque le plus souvent, c’est un regard extérieur pour dire qu’un déploiement n’est pas mûr et pour l’assumer devant les métiers. Lambert Consulting cadre ces engagements avec les directions concernées avant l’annonce, sur Microsoft 365 Copilot, et rappelle que les causes d’échec les plus fréquentes se traitent presque toutes avant la première licence. Les usages à ouvrir en premier se choisissent au même moment.

Les sources Microsoft

• Rapport de préparation Microsoft 365 Copilot
• Microsoft Copilot Academy
• Configurer Microsoft 365 Copilot et attribuer les licences
• Intelligence artificielle : vue d’ensemble de l’assurance de service Microsoft
• Microsoft Copilot et Copilot Chat : vue d’ensemble