La conduite du changement

Ce que l'IA fait bien ici, ce qu'elle fait mal

Ce qu'elle fait bien

• Découper un rôle en tâches: à partir d'un cahier des charges, le modèle propose une liste de tâches formulées chacune par un verbe d'action.
• Proposer un premier classement: il range chaque tâche dans une classe et donne sa raison en une phrase.
• Préparer les essais: il tire de cas anonymisés un exercice par tâche et le critère d'un bon résultat.
• Relever les lacunes de la liste: il signale les tâches du cahier des charges que les ateliers n'ont pas citées.
• Comparer deux versions de la cartographie: il liste les tâches qui ont changé de classe depuis la dernière révision.

Ce qu'elle fait mal

• Situer la limite de l'outil: le modèle classe une tâche d'après son intitulé. Seul un essai sur un cas réel la situe.
• Juger sa propre fiabilité: sa réponse garde le même ton assuré sur une tâche où il se trompe.
• Connaître le travail informel: il ignore les tâches qu'aucun document ne décrit. Le conseil donné à un collègue en est une.
• Savoir ce que l'équipe craint: la crainte pour l'emploi se dit en entretien et rarement par écrit.
• Chiffrer l'effet sur l'emploi: il peut avancer un nombre de postes supprimés qu'aucune étude d'exposition ne fournit.
• Répartir la formation: le modèle ignore l'expérience de chaque personne et ce que ses essais ont montré.
• Juger l'anonymat d'un cas: il ne voit pas qu'un sinistre rare ou un client connu identifie encore la personne.

Déroulé

L'IA change des tâches

Un métier regroupe des tâches. L'Organisation internationale du travail (OIT) a mesuré en 2025 l'exposition de chaque métier à l'IA générative. Elle part des tâches qui composent le métier. Un travailleur sur quatre exerce un métier exposé à un certain degré. La classe d'exposition la plus élevée regroupe 3,3% de l'emploi mondial. Dans les pays à revenu élevé, 34% de l'emploi relève d'un métier exposé. La plupart des métiers mêlent des tâches que l'IA peut faire et des tâches qui demandent un jugement humain. L'OIT en conclut que la transformation des métiers est l'effet le plus probable. La conduite du changement travaille donc tâche par tâche. L'équipe apprend sur quelles tâches l'outil aide et sur lesquelles il nuit.

Selon l'Office fédéral de la statistique (OFS), 43% de la population de 15 à 88 ans avait utilisé une application d'IA générative au printemps 2025. Pour le travail, la part atteignait 31%. Une partie de l'équipe utilise donc probablement un outil avant que le responsable annonce le changement.

Une frontière irrégulière

Dans une expérience, Dell'Acqua et ses coauteurs ont donné GPT-4 à une partie de 758 consultants. Sur 18 tâches à l'intérieur de ce que les auteurs appellent la frontière de l'outil, les consultants équipés ont terminé 12,2% de tâches en plus. Ils ont travaillé 25,1% plus vite. Les évaluateurs ont jugé leur travail meilleur. Sur une tâche à l'extérieur, le groupe de contrôle a trouvé la bonne réponse dans 84,5% des cas. Les deux groupes équipés l'ont trouvée dans 60% et 70,6% des cas.

Les auteurs parlent d'une frontière irrégulière (jagged frontier). Deux tâches d'apparence voisine tombent de part et d'autre. Personne ne voit la frontière à l'avance. Le résultat hors frontière repose sur une seule tâche. Il suffit pourtant à fixer l'objectif de la formation: chaque personne apprend où passe la limite pour ses propres tâches.

Des gains inégaux selon l'expérience

Brynjolfsson, Li et Raymond ont suivi 5'172 agents du support client d'une seule entreprise. L'accès à un assistant a augmenté leur productivité de 14% en moyenne et de 34% chez les débutants. Les agents expérimentés n'ont presque rien gagné. L'étude invite à cibler la formation selon l'expérience des personnes.

Kellogg et ses coauteurs mettent en garde contre une pratique: confier aux juniors la formation des seniors. Dans leur étude, les juniors proposaient des parades qui changent leurs habitudes personnelles. Ils ne touchaient pas à la conception du système. Aucun des deux groupes ne connaissait de façon fiable la limite de l'outil. L'étude est un document de travail sans relecture par les pairs.

Confiance dans l'outil et esprit critique

Lee et ses coauteurs ont interrogé 319 travailleurs du savoir sur 936 exemples d'usage. Une confiance élevée dans l'IA va de pair avec moins d'esprit critique. Une confiance élevée en soi va de pair avec davantage d'esprit critique. Les données sont déclaratives. Elles montrent une association et ne prouvent aucune cause.

Le NIST AI RMF demande une culture de l'esprit critique et de la sécurité (GOVERN 4.1). Le responsable d'équipe la traduit en une question posée à chaque revue: «Comment l'avez-vous vérifié?» Une personne qui a vérifié répond sans hésiter, par exemple «J'ai comparé chaque décision du résumé à mes notes». Une personne qui hésite apprend ce que l'équipe attend d'elle.

Ce que le droit demande

Le règlement (UE) 2026/1744 a remplacé l'art. 4 de l'AI Act le 27 juillet 2026. L'article oblige les fournisseurs et les déployeurs à prendre des mesures qui soutiennent la maîtrise de l'IA de leur personnel. Les mesures tiennent compte des connaissances, de l'expérience, de la formation et du contexte d'usage. L'article n'exige aucun niveau de maîtrise d'une personne donnée. Vérifiez si le règlement vise votre organisation avec AI Act: classer le risque.

Pour un système à haut risque, le déployeur confie la surveillance humaine à des personnes qui ont la compétence, la formation et l'autorité nécessaires (art. 26, par. 2). Un employeur informe les représentants des travailleurs et les travailleurs concernés avant d'utiliser un tel système sur le lieu de travail (art. 26, par. 7). Ces devoirs s'appliquent dès le 2 décembre 2027 aux systèmes à haut risque de l'annexe III. Un assistant généraliste qui rédige ou résume relève du seul art. 4. L'annonce aux équipes reste alors une bonne pratique. Le même outil devient un système à haut risque s'il répartit les tâches d'après le comportement des personnes ou s'il évalue leur travail (annexe III, point 4).

ISO/IEC 42001 consacre une clause à la compétence (7.2) et une autre à la sensibilisation (7.3). Le NIST demande que le personnel reçoive une formation à la gestion des risques de l'IA qui lui permet d'assumer ses responsabilités (GOVERN 2.2). Il demande aussi des rôles définis pour le travail entre l'humain et l'IA et pour la surveillance (GOVERN 3.2). Vous trouverez la description des deux textes dans ISO/IEC 42001 et NIST AI RMF.

La cartographie des tâches

La cartographie des tâches range les tâches d'un rôle selon l'effet de l'outil. Elle sert de base à la formation et au suivi.

Les étapes

1. Le responsable d'équipe fixe le périmètre. Il nomme les rôles touchés et l'outil introduit. Il reprend les outils et les données qu'autorise la politique d'usage. La feuille de route dit quand l'outil arrive. Pour une solution développée par l'organisation, la mise en service suit Du prototype à la production. Pour un système à haut risque, l'employeur informe les représentants des travailleurs et les travailleurs concernés avant le premier essai (art. 26, par. 7).
2. L'analyste recueille les tâches auprès des titulaires. Il part du cahier des charges et le complète en entretien ou en atelier. Chaque tâche porte un verbe d'action, un exemple réel et sa part du temps de travail. Le travail informel apparaît seulement dans ces échanges: conseiller un collègue, rattraper l'erreur d'un autre service.
3. Le modèle propose une cartographie provisoire. L'analyste lui fournit les tâches sans nom de personne. Le modèle range chaque tâche dans une classe. Il propose un essai pour chaque tâche qu'il classe «aide», «nuit» ou «à tester».
4. Les titulaires testent l'outil. Ils traitent un cas réel avec et sans l'outil puis comparent les résultats. Ils anonymisent le cas ou font l'essai dans l'outil que la politique d'usage autorise pour ces données. L'essai corrige le classement du modèle. L'analyste reporte sur la cartographie la classe retenue et sa raison.
5. Le responsable annonce le changement. Il dit quelles tâches changent et ce que l'organisation a décidé. Il dit ce qu'elle n'a pas décidé et la date du prochain point. Il traite l'usage que l'équipe fait déjà de l'IA et renvoie à la politique d'usage. La matrice d'évaluation de l'engagement montre qui soutient le changement et qui le redoute.
6. Le responsable organise la formation par tâche. Chaque séance traite une tâche de la cartographie: ce que l'outil y fait bien, ce qu'il y fait mal et le contrôle du résultat. Les débutants s'exercent d'abord sur les tâches où l'outil aide. Les personnes expérimentées apportent les cas limites. Un junior et un senior travaillent en binôme avec le responsable du processus. Le responsable consigne les séances et leurs participants. Ce relevé documente les mesures de l'art. 4. Vous trouverez le plan de formation par groupe dans Maîtrise de l'IA et gestion des connaissances.
7. Le responsable pose la question de vérification à chaque revue. Elle vaut pour tout résultat de l'outil. La matrice RACI nomme qui vérifie un résultat et qui en répond. Le relecteur renvoie à son auteur un résultat dont personne ne sait dire comment il a été vérifié.
8. L'équipe signale les erreurs de l'outil. Un canal reçoit chaque erreur de l'outil et chaque résultat qu'une personne a écarté. Le NIST demande que la surveillance après le déploiement recueille l'avis des utilisateurs, leurs recours et les décisions de passer outre (MANAGE 4.1). Un sondage anonyme mesure chaque trimestre la perception de l'outil.
9. Le responsable et l'analyste révisent la cartographie. Chaque trimestre après le sondage, ils reprennent les signalements, les résultats du sondage et les rétrospectives de l'équipe. Ils révisent aussi la cartographie à chaque nouvelle version de l'outil. Une nouvelle version déplace la limite: l'analyste relance alors les essais de l'étape 4. Le NIST demande cette amélioration continue avec les parties intéressées (MANAGE 4.2).

Prompt modèle

Tu prépares la cartographie des tâches du rôle [RÔLE] dans [ORGANISATION]. L'équipe va utiliser [OUTIL] pour [USAGE PRÉVU].

<role>
[DESCRIPTION DU RÔLE]
</role>

<taches>
[TÂCHES RECUEILLIES]
</taches>

<consignes>
1. Reprends chaque tâche de <taches> avec son numéro. N'ajoute aucune tâche.
2. Range chaque tâche dans une classe: «aide», «nuit», «sans outil» ou «à tester».
3. Donne la raison de chaque classe en une phrase. Appuie-toi sur l'exemple réel de la tâche.
4. Classe «sans outil» une tâche qui repose sur une relation, un mandat ou une responsabilité personnelle.
5. Là où tu ne peux pas juger sans essai, classe la tâche «à tester».
6. Pour chaque tâche «aide», «nuit» ou «à tester», propose un essai sur un cas réel: le cas, le résultat attendu et le critère d'un bon résultat.
7. Pour chaque tâche «aide», propose le contrôle que la personne fait avant d'utiliser le résultat.
8. Ne dis rien du nombre de postes ni de la performance d'une personne.
9. Rends un tableau: numéro, tâche, part du temps, classe, raison, essai, contrôle.
10. Termine par la liste des tâches de <role> absentes de <taches>.
</consignes>

• [RÔLE] donne l'intitulé du rôle sans nom de personne.
• [ORGANISATION] donne le secteur et la taille de l'organisation.
• [OUTIL] nomme l'outil que la politique d'usage autorise.
• [USAGE PRÉVU] décrit en une phrase ce que l'équipe fera avec l'outil.
• [DESCRIPTION DU RÔLE] reçoit le cahier des charges du rôle.
• [TÂCHES RECUEILLIES] reçoit la liste de l'étape 2. Chaque ligne porte une tâche, son exemple réel et sa part du temps.

La liste décrit un rôle sans donnée personnelle. Vous trouverez les règles sur les données dans La LPD et les données confidentielles. La consigne 5 laisse la limite aux essais. La consigne 8 écarte un jugement que l'organisation porte elle-même.

Exemple

Une assurance de Lausanne introduit un assistant génératif dans son équipe de business analyse. Les huit analystes rédigent les exigences des applications de gestion des sinistres. L'analyste principale a recueilli leurs tâches en deux ateliers. Le modèle a proposé la cartographie provisoire. Cinq de leurs tâches occupent 65% du temps de travail. Les essais ont corrigé la tâche 3 et tranché la tâche 5. Les valeurs sont inventées.

Le modèle avait classé la tâche 3 «aide». Il invoquait la structure régulière des spécifications. Lors de l'essai, deux analystes ont soumis à l'outil une règle de calcul qui déduisait la franchise deux fois sur un même sinistre. L'outil a validé la règle. L'actuaire a relevé l'erreur, que les deux analystes n'avaient pas vue. La tâche passe en «nuit». La formation la montre comme le cas type d'une erreur que l'outil présente avec assurance.

Les trois analystes arrivées depuis moins d'un an ont gagné le plus de temps sur la tâche 1. Les deux analystes les plus anciennes ont apporté les cas limites de la tâche 3. La responsable d'équipe a formé des binômes d'une junior et d'une senior. Chaque binôme a traité ces cas avec l'actuaire.

Après trois mois, le canal de signalement avait reçu onze cas. Neuf portaient sur la tâche 5. L'outil rangeait mal les demandes qui touchent deux applications. L'analyste principale a ajouté le contrôle de la dernière colonne.

Essayer avec l'explorateur des métiers d'Anthropic

L'Economic Index d'Anthropic publie un explorateur des métiers que l'on consulte sans compte. Saisissez «Management Analysts» dans le champ de recherche. La vignette du métier montre ses tâches en couleur selon l'usage observé: surtout automatisées, surtout assistées ou absentes des données. Les données viennent surtout de conversations menées aux États-Unis avec Claude. Elles suivent les intitulés de la nomenclature américaine O*NET. Elles montrent ce que les utilisateurs confient à Claude et ne décrivent pas le contenu du métier. Comparez la liste des tâches à celle de votre équipe. Notez les tâches de votre cartographie que l'explorateur ignore.

Vérifier le résultat

• Chaque tâche de la cartographie vient-elle des titulaires ou du cahier des charges?
• Les ateliers ont-ils relevé le travail informel?
• Les titulaires ont-ils revu la liste des tâches absentes (consigne 10)?
• La raison de chaque classe cite-t-elle l'exemple réel de la tâche?
• Chaque tâche classée «aide» ou «nuit» repose-t-elle sur un essai avec un cas réel?
• Chaque tâche «à tester» a-t-elle un essai planifié?
• Les cas des essais sont-ils anonymisés ou traités dans l'outil autorisé pour ces données?
• Chaque tâche «aide» porte-t-elle le contrôle que la personne fait avant d'utiliser le résultat?
• La cartographie est-elle libre de tout nom de personne et de toute appréciation individuelle?
• L'annonce dit-elle ce que l'organisation a décidé et ce qu'elle n'a pas décidé?
• Pour un système à haut risque, les représentants des travailleurs ont-ils été informés avant le premier essai?
• Chaque personne a-t-elle suivi la formation des tâches qu'elle exerce?
• La matrice RACI nomme-t-elle qui vérifie chaque résultat de l'outil?
• Une personne nommée traite-t-elle les cas du canal de signalement?
• Le suivi de l'usage agrège-t-il les données par équipe?
• La date de la prochaine révision trimestrielle est-elle fixée?

Limites et risques

Suivre l'usage sans surveiller les personnes. Un journal d'usage montre qui utilise l'outil, quand et pour quelle tâche. L'art. 26 de l'ordonnance 3 relative à la loi sur le travail (OLT 3) interdit les systèmes destinés à surveiller le comportement des travailleurs. Un système nécessaire pour d'autres raisons reste admis s'il est proportionné. Le commentaire du SECO et la page Moyens techniques de surveillance sur le lieu de travail du PFPDT décrivent ces règles. Le responsable suit l'usage par équipe. Il consulte un journal individuel seulement pour un motif que la politique d'usage nomme.

Aucune source ne tranche l'effet sur l'emploi. L'OIT mesure l'exposition des tâches. Aucune des études citées ne chiffre les postes supprimés en Suisse. Le responsable ne promet ni suppression ni maintien. Il dit ce que l'organisation a décidé et quand elle tranchera le reste. La direction répond de ces décisions.

Les essais utilisent des cas réels. Un dossier de sinistre ou de ressources humaines peut contenir des données sur la santé. La LPD les range parmi les données sensibles (art. 5 let. c LPD). Un sinistre rare ou un client connu identifie parfois la personne malgré l'anonymisation. Consultez La LPD et les données confidentielles avant le premier essai.

Les études ont un périmètre étroit. L'équipe fonde ses décisions sur ses propres essais.

La pratique peut se perdre. Une personne qui confie une tâche à l'outil risque de perdre l'exercice de cette tâche. Un analyste qui ne rédige plus de critères d'acceptation juge moins bien ceux du modèle. La formation garde des exercices sans outil sur les tâches classées «aide».

La responsabilité reste aux personnes. La personne qui utilise un résultat en répond. Le responsable d'équipe répond de la formation et du contrôle.

Techniques liées

• Processus de changement de Kotter: l'ordre des étapes d'un programme de changement à l'échelle de l'organisation.
• Matrice d'évaluation de l'engagement des parties prenantes: l'adhésion actuelle et voulue de chaque partie prenante avant l'annonce.
• Liste des parties prenantes: les rôles touchés et les représentants des travailleurs.
• Matrice RACI: la personne qui vérifie un résultat de l'outil et celle qui en répond.
• Humain dans la boucle: la place du contrôle humain dans un processus qui utilise l'IA.
• Sondage ou questionnaire: la perception de l'outil mesurée chaque trimestre.
• Rétrospectives: les signalements de l'équipe repris à chaque itération.
• Leçons apprises: les enseignements de la conduite du changement transmis à l'organisation.
• Métriques et indicateurs clés de performance (KPI): les indicateurs du suivi de l'usage par équipe.