Les compétences qui montent avec l’IA ne sont pas toutes techniques

Le signal derrière le sujet

Une équipe maîtrise l’outil mais continue de mal définir les problèmes et de mal transmettre les décisions. La difficulté n’est pas dans la commande envoyée à l’outil. Elle est dans ce qu’on attend ensuite : l’OIT insiste sur les compétences cognitives et socioémotionnelles en plus du numérique. L’entreprise doit donc éviter de réduire la transformation à une formation logicielle.

Les données récentes donnent un bon point d’appui. L’OIT souligne en août 2026 que l’adoption de l’IA modifie la combinaison de compétences attendues et renforce notamment le besoin de compétences cognitives de niveau supérieur, socioémotionnelles, numériques et de littératie IA. Il y a de quoi construire un test solide, mais certainement pas de quoi décréter que le même résultat vaut partout.

Ce qui se passe vraiment dans le travail

Une compétence IA utile se voit dans une situation de travail, pas dans la capacité à réciter le nom des modèles. La compétence utile mélange jugement métier, usage de l’outil, contrôle du résultat et gestion correcte des données. Le métier sert précisément là où l’IA semble sûre d’elle : pour voir l’exception, la nuance et la conséquence d’une erreur. La partie vraiment utile du sujet est celle-ci : L’OIT insiste sur les compétences cognitives et socioémotionnelles en plus du numérique. L’entreprise doit donc éviter de réduire la transformation à une formation logicielle. Sauter ce point revient à déplacer la difficulté vers la validation, la reprise ou l’exception.

Une équipe maîtrise l’outil mais continue de mal définir les problèmes et de mal transmettre les décisions.

Le piège qui fausse la lecture

Il faut éviter un raccourci assez tentant. Il faut regarder qui est touché, ce qui peut mal se passer et qui pourra corriger. Une équipe maîtrise l’outil mais continue de mal définir les problèmes et de mal transmettre les décisions. Une validation binaire écrase trop d’informations pour servir seule de garde-fou.

Une manière plus utile de mesurer

Pour sortir du débat, je testerais d’abord ceci : cartographier les compétences par activité réelle : analyser, décider, expliquer, contrôler. Regarde qui récupère le travail restant. Une optimisation peut simplement déplacer la charge d’un poste vers un autre. Observe aussi les cas rares. Ce sont eux qui révèlent si le contrôle tient quand le contexte devient moins propre.

Partir d’une situation réelle et demander à la personne d’expliquer ses choix, pas seulement son prompt. À ce stade, la meilleure documentation reste souvent le processus tel qu’il se passe un mardi ordinaire.

Tester la capacité à repérer une réponse plausible mais insuffisante. Ce choix évite surtout que le gain affiché d’un côté réapparaisse sous forme de relecture de l’autre.

Inclure les règles de données, de confidentialité et de vérification propres au métier. L’intérêt est surtout de créer un critère observable. Si personne ne peut dire si ce point est respecté, la règle restera décorative.

Rejouer l’exercice lorsque l’outil change afin de vérifier que la compétence est transférable. Le but n’est pas d’ajouter une couche de procédure. C’est de rendre visible la décision qui existait déjà, souvent de manière implicite.

Ce que je garderais comme règle

L’outil peut prendre une action en charge. La responsabilité du processus, elle, doit toujours avoir un propriétaire clair. Plus le résultat est sensible, plus le niveau de preuve, de contrôle et de possibilité de reprise doit être explicite.

Ce que je veux pouvoir expliquer à une équipe tient en une phrase : cartographier les compétences par activité réelle : analyser, décider, expliquer, contrôler. C’est moins spectaculaire qu’une démo, mais beaucoup plus utile pour faire tenir l’usage dans le temps.