Ce matin, j'ai tapé deux lettres : « GO ». En retour, j'ai eu ma journée, mes retards, mes messages à trier et la liste de ce qui m'attendait. Je n'ai écrit aucune consigne.
Depuis la fin août, je teste sur moi-même un copilote de direction. Je l'utilise chaque jour, et je ne prompte presque plus. Ce n'est pas que je sais mieux formuler mes demandes : c'est que le travail de formulation est fait une fois pour toutes, dans le système.
Le prompt individuel finit par plafonner
Début novembre, j'ai analysé le rapport d'usage Copilot d'un groupe industriel que j'accompagne. Plus de 9 personnes sur 10 étaient actives. Moins d'une sur 4 s'en servait presque tous les jours.
Microsoft compte un utilisateur comme actif dès qu'il a déclenché une fonction Copilot sur la période (Microsoft Learn, rapport d'usage Microsoft 365 Copilot). Une seule demande en 28 jours suffit.
L'écart entre ces deux chiffres raconte une histoire connue. Les curieux essaient. Quelques-uns deviennent très bons. Les autres retombent dans leurs habitudes, parce que chaque demande leur coûte un effort : se souvenir du contexte, choisir les bons documents, préciser le format, relire.
Pour un dirigeant, l'effort est encore plus visible. Son temps est compté. Il n'a ni l'envie ni la disponibilité de chercher la formulation parfaite, et il a raison.
Former au prompt reste la première marche
Je forme des équipes à Copilot. On y apprend à bien demander : un rôle, une tâche, un contexte, un format. C'est indispensable. Sans ces bases, personne ne sait ce que l'outil peut faire.
Dans ces formations, un moment fait toujours réagir. Chacun génère son profil et analyse son propre style d'écriture, puis colle le résultat dans les réglages de Copilot. Le même email, demandé avant et après, ne ressemble plus du tout à un texte de machine.
À ce moment-là, les participants ne promptent pas mieux. Ils ont posé un cadre une fois, et l'outil s'en sert à chaque demande.
C'est la marche suivante. Elle change la nature du travail.
Un cadre posé une fois
Un copilote de direction pousse ce principe jusqu'au bout. L'humain n'écrit plus chaque instruction. Il définit un cadre, et le système le réutilise à chaque demande.
Ce cadre contient en général :
- le rôle de la personne, ses priorités et ses rituels ;
- les sources de confiance et celles qui sont exclues ;
- les formats attendus pour chaque livrable ;
- les règles de prudence : confidentialité, relecture, validation avant tout envoi.
Le dirigeant exprime un besoin court. Le système va chercher le contexte, applique les règles et produit une base de travail. La qualité ne dépend plus de la formulation du jour.
Les testeurs du Copilote de Direction le disent avec leurs mots. L'un d'eux, après trois semaines : « moins de procrastination ». Un autre : une planification « meilleure, plus régulière ». Le même ajoute que l'outil lui prend encore « pas mal de temps chaque jour ». C'est le bon signal : le cadre fait gagner du temps sur la formulation, et c'est désormais la mise en route qu'il faut alléger.
La gouvernance vit dans le système
Quand chacun prompte dans son coin, les règles reposent sur la mémoire de chacun. Dans un groupe international ou un secteur régulé, ce n'est pas tenable.
Un cadre conçu une fois permet d'inscrire la gouvernance IA dans l'outil lui-même : quelles sources, quels droits d'accès, quelles validations avant diffusion. Dans mon propre copilote, une règle ne bouge pas : rien ne part à un tiers sans que je l'aie relu. Le système prépare un brouillon, je décide.
Cela change le rôle des directions juridique, conformité et IT. Elles n'arrivent plus en fin de projet pour bloquer. Elles écrivent une partie du cadre dès le départ. C'est souvent la pièce qui manque à un déploiement qui patine.
Ce qu'il faut changer dans la conduite du programme
Trois déplacements me semblent nécessaires.
- Passer de la formation au prompt à la conception de cadres et de workflows, rôle par rôle.
- Donner à chaque cas d'usage un responsable métier, en plus du sponsor.
- Mesurer chaque niveau séparément : accès, formation, usage, adoption, impact. Une licence attribuée ne dit rien de l'adoption, et un utilisateur actif ne dit rien de l'impact.
La conduite du changement IA consiste à épargner aux gens l'effort là où il n'apporte rien, et à les former là où leur jugement compte : relire, arbitrer, décider.
Démarrer sans big bang
- Choisir un dirigeant volontaire et trois tâches récurrentes : préparer un comité, trier les nouveautés, suivre les décisions.
- Décrire le travail tel qu'il est fait aujourd'hui, étape par étape.
- Écrire le cadre : rôle, sources, formats, règles de prudence.
- Le faire relire par le juridique, la conformité et l'IT.
- Tester quatre semaines, puis ajuster avec la personne.
- Suivre des indicateurs simples : jours d'usage par semaine, tâches couvertes, retours de la personne.
L'objectif est un premier cas visible en production. Si cela fonctionne pour un rôle, on réplique la méthode.
Construire le cadre, puis le laisser travailler
Former au prompt ouvre la porte. Construire le cadre fait entrer l'IA dans le travail de tous les jours.
Vous avez un programme IA qui avance moins vite que prévu ? Parlons-en pour identifier ce qui bloque et remettre l'adoption en mouvement.