Compétences IA : de la sensibilisation à une autonomie utile

Deux profils peuvent écrire le même mot dans la même rubrique et parler de deux réalités sans rapport. « RAG » peut désigner la capacité à en expliquer le principe en réunion, ou la responsabilité d'un système en production dont la qualité de récupération est mesurée chaque semaine. Le mot ne porte aucune profondeur ; c'est ce qui rend la plupart des listes de compétences illisibles.

Ce guide ne propose pas une nouvelle liste de technologies à apprendre. Il propose une grille pour penser la profondeur d'une compétence, quelle qu'elle soit, et répondre à une question que peu de personnes savent trancher pour elles-mêmes : à partir de quand puis-je dire que je maîtrise réellement cette compétence ?

Une échelle de progression en cinq niveaux

Ce qui suit n'est pas un référentiel officiel ni un standard reconnu : c'est une grille pédagogique, utile parce qu'elle sépare des choses que le vocabulaire courant confond. Elle s'applique à n'importe quelle compétence IA, technique ou non.

1. 1

   Niveau 1 — Comprendre

   expliquer

   Savoir dire ce que fait la technologie, ce qu'elle ne fait pas, ses cas d'usage principaux et ses limites importantes. C'est le niveau qui permet de suivre une conversation sans se tromper de problème.

2. 2

   Niveau 2 — Utiliser

   appliquer

   Savoir s'en servir correctement dans un contexte défini, obtenir un résultat exploitable et reconnaître les situations où le résultat n'est pas fiable.

3. 3

   Niveau 3 — Construire

   produire

   Savoir produire quelque chose de reproductible et justifier ses choix : pourquoi cette approche, pourquoi pas l'autre, et à quelles conditions la solution tient.

4. 4

   Niveau 4 — Évaluer et diagnostiquer

   mesurer

   Savoir dire pourquoi un système fonctionne ou échoue, mesurer sa qualité avec un protocole défendable et localiser la cause d'une dégradation.

5. 5

   Niveau 5 — Concevoir, décider, exploiter

   assumer

   Lorsque le rôle l'exige : arbitrer entre qualité, coût, latence, sécurité et intégration, tenir le système en production, poser des règles de gouvernance et assumer les limites retenues.

Aucun métier n'a besoin d'atteindre le niveau 5 sur toutes les compétences. Un rôle se définit autant par les compétences qu'il exige en profondeur que par celles où le niveau 1 ou 2 suffit largement.

La même compétence à cinq profondeurs différentes

L'intérêt de la grille apparaît quand on l'applique à des mots réellement présents dans les profils et les offres.

Prompting

Comprendre : savoir pourquoi la formulation change le résultat et pourquoi la reproductibilité n'est pas garantie. Utiliser : obtenir de façon fiable un résultat exploitable sur une tâche répétée. Construire : produire des instructions versionnées, testées sur des cas représentatifs. Évaluer : mesurer les régressions quand un modèle ou une consigne change. Concevoir : intégrer ces instructions dans un système dont on maîtrise le coût, la latence et les cas de refus.

RAG

C'est l'exemple le plus révélateur, parce que les cinq niveaux se cachent sous un même acronyme : savoir expliquer le principe ; assembler une démonstration qui répond correctement sur quelques documents ; concevoir le découpage et la récupération pour un corpus réel ; diagnostiquer si l'échec vient de la récupération ou de la génération ; exploiter le système, avec fraîcheur des données, droits d'accès et coût maîtrisés.

Agents

Comprendre : distinguer un enchaînement d'appels d'une autonomie réelle. Utiliser : faire fonctionner un agent outillé sur une tâche cadrée. Construire : définir les outils, les permissions et les conditions d'arrêt. Évaluer : mesurer le taux d'échec et le comportement en cas d'erreur d'un outil. Exploiter : gérer l'idempotence, les reprises et les effets de bord sur des systèmes réels.

Évaluation

Comprendre : savoir qu'un jugement humain ponctuel n'est pas une mesure. Utiliser : appliquer un protocole existant. Construire : constituer un jeu de cas représentatif, y compris des cas difficiles. Diagnostiquer : interpréter un écart et remonter à sa cause. Décider : fixer le seuil à partir duquel une fonctionnalité peut être mise entre les mains d'utilisateurs.

Culture IA et copilotes, pour un rôle non technique

Comprendre : savoir ce qu'un assistant peut produire et ce qu'il invente. Utiliser : l'intégrer dans son travail sans lui déléguer la vérification. Construire : documenter une manière de faire réutilisable par une équipe. Évaluer : observer où l'outil fait gagner du temps et où il en fait perdre. Décider : poser des règles d'usage sur des données sensibles. Le niveau 5 existe ici aussi — il ne porte simplement pas sur le code.

Construire un plan de progression au lieu d'accumuler

La grille sert surtout à décider quoi faire ensuite. Le raisonnement tient en six questions, dans cet ordre, et il se refait à chaque changement d'objectif.

1. 1

   Rôle cible

   1

   Quelle responsabilité je vise réellement ? Sans destination, toute progression paraît également justifiée.

2. 2

   Compétences nécessaires

   2

   Lesquelles ce rôle exige-t-il vraiment ? La liste est plus courte qu'on ne le croit, et elle contient souvent des compétences non techniques.

3. 3

   Profondeur attendue

   3

   Pour chacune, quel niveau suffit ? C'est l'étape la plus souvent sautée, et celle qui évite le plus de travail inutile.

4. 4

   Niveau actuel

   4

   Où je me situe honnêtement, en me demandant ce que je pourrais démontrer sous questionnement.

5. 5

   Preuve manquante

   5

   Qu'est-ce qui manque pour rendre ce niveau visible de l'extérieur ?

6. 6

   Prochaine étape

   6

   Une seule action, choisie pour combler l'écart le plus bloquant — pas la plus intéressante.

« Apprendre davantage » est rarement la bonne prochaine étape

Le réflexe le plus courant face à un écart est de consommer un contenu supplémentaire. C'est parfois juste, notamment au niveau 1. Au-delà, l'écart n'est presque jamais un déficit de connaissance : il est un déficit de pratique, de mesure ou de preuve, et lire davantage ne le comble pas.

• Pratiquer, quand on comprend la théorie mais qu'on n'a jamais produit de résultat soi-même.
• Mesurer, quand on produit des résultats sans savoir dire s'ils sont bons.
• Diagnostiquer, quand on sait qu'un résultat est mauvais sans savoir pourquoi.
• Documenter, quand on sait faire mais que personne ne peut le constater.
• Expliquer, quand la compétence existe mais reste incommunicable en entretien.
• Mettre en production, quand le rôle visé exige une responsabilité d'exploitation.
• Travailler avec une autre fonction, quand l'écart porte sur le contexte et non sur la technique.

Formations et certifications : ce qu'elles prouvent, et ce qu'elles ne prouvent pas

Une certification n'est ni un faux signal ni une preuve suffisante. Elle atteste un parcours structuré, ce qui a une valeur réelle, notamment pour organiser un apprentissage ou franchir le niveau 1. Le malentendu apparaît quand elle est présentée comme équivalente à une pratique professionnelle.

• Avoir suivi une formation : un investissement de temps sur un programme donné.
• Connaître un concept : pouvoir l'expliquer et en nommer les limites.
• Savoir l'utiliser : obtenir un résultat exploitable dans un contexte défini.
• Avoir une preuve professionnelle : avoir porté une responsabilité observable, avec des décisions que l'on peut défendre.

Ces quatre énoncés peuvent tous être vrais en même temps. Les présenter dans l'ordre, sans les confondre, est ce qui distingue un profil précis d'un profil surévalué.

• Progression
• Niveaux de compétence
• Apprentissage