Comment évaluer une compétence IA sans demander un concours de prompts

Le problème à résoudre avant l’outil

Un entretien interne récompense la personne qui connaît le plus de syntaxes alors qu’elle néglige les données sensibles. C’est exactement le genre de scène qui oblige à quitter la démo pour regarder le travail : une compétence utile combine cadrage, choix d’outil, contrôle, gestion des données et capacité à reprendre la main. Le prompt n’est qu’un morceau.

Une compétence IA utile se voit dans une situation de travail, pas dans la capacité à réciter le nom des modèles. Elle se voit surtout dans la capacité à utiliser l’IA sans abandonner le jugement, la vérification ni la maîtrise des données. Sans expertise du domaine, une réponse plausible peut passer trop facilement pour une réponse correcte. La partie vraiment utile du sujet est celle-ci : Une compétence utile combine cadrage, choix d’outil, contrôle, gestion des données et capacité à reprendre la main. Le prompt n’est qu’un morceau. Le risque est de rendre la partie visible plus rapide sans rendre le travail plus fiable.

Commencer par le réel

Le sujet mérite d’être regardé parce qu’il repose sur des signaux datés, pas sur une promesse marketing. 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. La Commission rappelle en 2026 que la maîtrise de l’IA doit être adaptée aux rôles, aux risques et au contexte d’usage. Une sensibilisation générique ne remplace pas la capacité à utiliser et superviser les outils de façon sûre. Ces chiffres et annonces ne disent pas quoi faire à ta place. Ils permettent surtout de poser la bonne question au bon moment.

Pour vérifier l’idée, je partirais de là : évaluer une tâche complète avec erreurs, contraintes et validation. Ensuite, regarde où réapparaît la charge. Une étape plus rapide peut créer une file d’attente ailleurs. Regarde qui récupère le travail restant. Une optimisation peut simplement déplacer la charge d’un poste vers un autre.

Quatre contrôles simples

Partir d’une situation réelle et demander à la personne d’expliquer ses choix, pas seulement son prompt. On revient ainsi au vrai processus, celui qui contient des retards, des oublis, des cas limites et des arbitrages.

Tester la capacité à repérer une réponse plausible mais insuffisante. C’est là qu’on évite un classique : automatiser l’exécution et laisser toute la dette de contrôle à quelqu’un d’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.

Le cas qui doit te faire arrêter

Le mauvais réflexe serait de transformer le titre en doctrine. Le niveau de contrôle doit suivre la conséquence possible, pas l’enthousiasme pour l’outil. Un entretien interne récompense la personne qui connaît le plus de syntaxes alors qu’elle néglige les données sensibles.

Plus l’outil fait de choses, plus il faut savoir précisément qui reste responsable du résultat. Plus le résultat est sensible, plus le niveau de preuve, de contrôle et de possibilité de reprise doit être explicite.

Une règle de sortie

Si je devais ramener tout l’article à une décision, ce serait celle-ci : évaluer une tâche complète avec erreurs, contraintes et validation. C’est moins spectaculaire qu’une démo, mais beaucoup plus utile pour faire tenir l’usage dans le temps.