Analyse

L’IA accélère une compétence. Elle ne la fabrique pas.

Déléguer suppose de savoir juger ce qu’on reçoit. La question n’est donc pas de savoir si l’on utilise l’IA, mais à partir de quand.

Une main robotique bleue tend les doigts vers un réseau de points reliés par des lignes lumineuses
Accélérer un geste suppose de savoir le juger

La position de Maeliom sur l’IA au travail tient en une phrase, et elle n’est ni prudente ni enthousiaste : pour, à la condition d’être déjà capable de faire sans.

Ce n’est pas une réserve de principe. C’est une observation sur ce que déléguer veut dire. Déléguer, c’est confier une exécution en gardant la capacité d’évaluer le résultat. Sans cette seconde moitié, on ne délègue pas : on s’en remet.

Une conviction, et sa condition

Il n’y a rien à reprocher à un outil qui fait gagner du temps. Le point de bascule n’est pas l’usage, il est l’ordre : l’IA doit intervenir sur une compétence qui existe, pas à la place d’une compétence qui n’a pas encore été acquise.

Formulée ainsi, la règle paraît évidente. Elle est pourtant systématiquement enfreinte, parce que rien dans l’outil ne signale qu’on l’enfreint. Le résultat a la même apparence dans les deux cas.

Trois cas où la différence se voit

Écrire. Déléguer la rédaction d’un article suppose d’avoir tranché ce qu’il doit dire, à qui, et ce qu’il refuse de dire. Sans cette décision préalable, on obtient un texte correct qui n’avance rien — et l’on n’a aucun moyen de s’en apercevoir, puisque le texte est bien écrit. La compétence en jeu n’est pas la rédaction : c’est la stratégie éditoriale, et elle ne se délègue pas.

Coder. Déléguer l’implémentation suppose de comprendre l’architecture — ce qui dépend de quoi, ce qui se remplace, ce qui coûtera cher à défaire. Un développeur qui possède cette carte gagne un temps considérable. Un développeur qui ne l’a pas obtient du code qui fonctionne et une dette qu’il ne sait pas nommer, jusqu’à la première modification qui ne passe pas.

Décider. Déléguer une analyse de marché suppose de connaître son marché. Sans cela, on ne lit pas une analyse : on la croit. Or la faiblesse d’une analyse produite par une machine n’est presque jamais dans ses chiffres — elle est dans son cadrage, c’est-à-dire dans la question qu’on lui a posée, et que personne ne relira.

Dans les trois cas, ce qui manque n’est pas la capacité d’exécuter. C’est la capacité de reconnaître que le résultat est faux.

Le test tient en une question

La règle serait inutile si elle ne se vérifiait pas sur le moment. Elle se vérifie, et la question est courte : si la réponse était fausse, est-ce que je le verrais ?

Si oui, l’outil accélère : il fait vite ce qu’on aurait su faire lentement, et l’on garde la main sur le résultat. Si non, l’outil remplace — et le fait qu’on ne s’en aperçoive pas est précisément le problème, pas une circonstance atténuante.

La question a un mérite pratique : elle ne se pose pas sur un métier entier mais sur un geste précis, à un moment donné. Le même professionnel y répondra oui pour une tâche et non pour la suivante. C’est ce qui la rend utilisable, là où « faut-il autoriser l’IA » ne se tranche jamais.

Le paradoxe de l’œuf et de la poule

La règle bute alors sur une objection sérieuse : si l’IA ne doit intervenir qu’après l’acquisition d’une compétence, comment acquiert-on une compétence dans un environnement où la friction d’apprentissage est devenue optionnelle ? On ne peut pas demander à quelqu’un de mériter un outil dont tout le monde dispose.

La question n’est pas neuve. Dans le Phèdre, Socrate reproche à l’écriture de déqualifier la mémoire : confier ses souvenirs à un support extérieur dispense de les exercer. L’objection était juste — nous ne mémorisons effectivement plus comme on mémorisait — et elle n’a pas empêché l’écriture d’être un progrès.

La revue AI & SOCIETY reprend cette filiation pour déplacer le problème : la déqualification n’est pas une affaire de volonté individuelle mais de structure. Elle propose la notion d’environnements hostiles à la capacité — des contextes où la médiation par la machine empêche la capacité humaine de se cultiver, quelles que soient les bonnes résolutions de ceux qui y travaillent (AI & SOCIETY, Springer).

C’est ce déplacement qui compte. Tant qu’on traite la question comme une affaire de discipline personnelle, on demande à chacun de résister à un environnement conçu pour qu’il ne résiste pas. La différence avec l’écriture n’est d’ailleurs pas de nature : elle est de vitesse. Il a fallu des siècles pour que la mémoire se réorganise. Ici, l’étude médicale évoquée dans le premier volet de cette série mesure une dégradation en quelques mois.

Le vrai risque n’est pas le débutant

On s’inquiète du junior qui utilise l’IA avant de savoir faire. L’inquiétude est légitime mais mal placée : elle porte sur le maillon visible. Le maillon qui cède en silence est ailleurs.

Jarrahi décrit le mécanisme en une phrase : les juniors ne construisent plus le métier de base, les seniors deviennent des valideurs plutôt que des décideurs, et le tutorat devient plus difficile. Le troisième terme découle des deux premiers. Un expert réduit à approuver n’a plus d’occasion naturelle d’expliquer pourquoi il approuve — et une transmission qui n’a plus d’occasion ne se remplace pas par une volonté de transmettre.

Le BCG documente le même engrenage vu de l’organisation : moins de pratique directe nourrit moins d’appropriation, qui nourrit moins d’examen critique des réponses de la machine. Et comme l’IA absorbe d’abord les tâches d’entrée de gamme, les organisations attendent des nouveaux arrivants qu’ils soient opérationnels sans la rampe d’accès qui construisait l’ancienneté — l’échelle des carrières se réorganise plus vite que les parcours d’apprentissage qui la rendaient praticable.

Un dirigeant interrogé par le BCG résume la boucle en une phrase : moins de pratique directe nourrit moins d’appropriation, qui nourrit moins d’examen critique des réponses. Chaque tour rend le suivant plus probable, et aucun tour n’est spectaculaire.

Ce n’est donc pas une question de génération. C’est une question de chaîne : le premier maillon ne se forme plus, le dernier n’a plus de raison de se pencher, et personne n’a pris de décision.

Une piste, et ses objections

Une réponse possible consiste à graduer l’autonomie laissée à l’IA selon la compétence démontrée de la personne, et non selon son poste ou son ancienneté. Concrètement : sur les gestes critiques d’un métier, l’accès à la délégation s’ouvre une fois qu’on a montré qu’on savait faire sans.

L’idée a une cohérence. Elle rétablit un lien entre capacité et délégation, elle redonne à l’expert une occasion de transmettre — évaluer, c’est expliquer — et elle traite la compétence comme ce qu’elle est, un acquis vérifiable plutôt qu’un attribut de fonction.

Elle soulève au moins trois objections, et Maeliom n’a pas de réponse arrêtée à leur opposer :

  • Qui évalue, et de quel droit ? Une compétence « démontrée » suppose un juge. Dans une organisation, ce juge est un supérieur — on aura remplacé une hiérarchie de poste par une hiérarchie de certification, sans garantie qu’elle soit plus juste.
  • Le risque d’élitisme. Un dispositif d’accès gradué avantage ceux qui ont déjà été formés, c’est-à-dire ceux qui sont entrés avant le changement. Il peut fermer la porte au nom de la protéger.
  • La friction pour la friction. Interdire un outil efficace au nom de l’apprentissage est défendable pour un geste critique, absurde pour le reste. La ligne entre les deux n’est pas évidente, et elle se déplace.

La piste est donc posée comme piste. Ce qui paraît solide, en revanche, c’est le déplacement de la question : cesser de se demander si l’on autorise l’IA, et commencer à se demander sur quels gestes une organisation veut rester capable de s’en passer.

Ce que cela suppose de trancher

Répondre à cette question ne relève pas de l’outillage. Elle demande de savoir quels gestes font le métier, lesquels font la différence avec un concurrent, et lesquels ne sont que de l’exécution. Une entreprise qui ne l’a pas tranché appliquera la même règle partout — et ce sera, dans les deux sens, la mauvaise.

C’est ce travail que mène Maeliom Consulting : distinguer ce qui constitue la compétence propre d’une organisation de ce qui peut être délégué sans conséquence, avant d’écrire la moindre règle d’usage.

Reste une question qu’aucune règle interne ne réglera

Si la friction disparaît du travail, comment saura-t-on encore, de l’extérieur, ce qu’une chose a coûté à produire ? L’industrie a commencé à répondre à la question de l’auteur. Elle n’a pas commencé à répondre à celle de l’effort — c’est l’objet du troisième volet.

Questions fréquentes

Comment utiliser l’intelligence artificielle au travail sans perdre en compétence ?

En ne lui confiant que ce qu’on saurait faire soi-même. Déléguer, c’est confier une exécution en gardant la capacité d’évaluer le résultat ; sans cette seconde moitié, on ne délègue pas, on s’en remet. L’IA doit accélérer une compétence qui existe, pas s’y substituer.

Comment savoir si l’IA m’aide ou me remplace ?

Une question suffit : si la réponse était fausse, est-ce que je le verrais ? Si oui, l’outil accélère. Si non, il remplace — et le fait de ne pas s’en apercevoir est précisément le problème. La question se pose geste par geste, pas pour un métier entier.

Quel est le vrai risque de l’IA pour les équipes ?

Moins le débutant qui s’aide de l’IA que l’expert devenu validateur : il n’a plus d’occasion naturelle d’expliquer pourquoi il approuve, et la transmission s’interrompt. Les juniors ne construisent plus le métier de base, et personne n’a pris de décision.


Article suivant

L’accessibilité numérique ne se résume pas au RGAA

Lire

Une transformation à accompagner ?