Qu’est-ce qu’une compétence ? (De la définition du dictionnaire à la preuve en entreprise) Un cadre clair pour le L&D

Le mot « compétence » peut apparaître sur l’intranet d’une entreprise comme « comportement attendu » et, dans le formulaire de performance de la même entreprise, comme « critère noté » ; les deux semblent justes, mais ce n’est pas la même chose. Cette confusion complique silencieusement le travail du L&D : produire des formations devient plus facile, produire des preuves devient plus difficile.

Je vais sortir la compétence du dictionnaire pour l’amener sur le terrain : rôle → indicateur comportemental → preuve. Car sans indicateur comportemental et sans preuve, un modèle de compétences ressemble à la bibliothèque infinie de Borges : des rayonnages pleins, mais personne ne sait si le livre que vous cherchez existe vraiment (Borges, « La Bibliothèque de Babel », 1941).

Et une petite observation humaine : le même manager peut dire, dans la même réunion, « Nous voulons du développement basé sur les compétences » puis, cinq minutes plus tard, « Que tout le monde suive cette formation ». Cette contradiction ne me met pas en colère ; je ne l’ai simplement pas encore totalement modélisée. La phrase « que tout le monde suive » est souvent une couverture de sécurité qui remplace un manque de preuve.

1) La définition du dictionnaire ne suffit pas : c’est quoi exactement une compétence ?

Dans le langage courant, être « compétent », c’est « savoir faire le travail ». Dans le langage de l’entreprise, la compétence essaie généralement de porter trois choses à la fois :

• Les connaissances requises par le travail
• Les compétences (savoir-faire) qui transforment ces connaissances en action
• L’attitude / les valeurs / les habitudes qui rendent cette action cohérente

Mais quand je réduis la compétence à une seule phrase, j’utilise ceci :

Compétence = Capacité de performance, dans un rôle donné et un contexte donné, qui se manifeste par des comportements observables et peut être vérifiée par des preuves.

Deux mots sont critiques ici : observable et preuve. Vous ne pouvez pas écrire d’indicateur comportemental pour quelque chose d’inobservable ; et vous ne pouvez pas piloter ce que vous ne pouvez pas prouver. L’idée de Wittgenstein selon laquelle « le sens, c’est l’usage » est utile ici : le sens d’un mot est déterminé par la pratique dans laquelle on l’emploie (Wittgenstein, Philosophical Investigations, 1953). Dans votre organisation, à quelle décision sert le mot « compétence » ? Affectation, promotion, formation, rémunération ? Quand la réponse change, le modèle change aussi.

2) Compétence, savoir-faire, connaissance, attitude : les 4 notions les plus confondues en L&D

Construire une « cartographie des compétences » sans distinguer ces quatre notions, c’est comme partir en voyage avec une carte sans indiquer le nord. Ça peut tenir un moment, puis tout le monde part dans une direction différente.

J’utilise souvent le tableau ci-dessous quand je travaille avec des équipes :

Je précise : dire « l’attitude ne se mesure pas par questionnaire » serait trop catégorique. On peut la mesurer ; mais ce n’est pas une preuve à elle seule. Un questionnaire donne une trace de l’intention et de la perception ; il ne donne pas la preuve du comportement.

Conséquence pratique côté L&D : votre catalogue peut être rempli de « modules de connaissance » ; mais si l’organisation attend de vous du « développement de compétences », c’est précisément là que le catalogue ne suffit plus.

3) Sans indicateurs comportementaux, pas de modèle : les 5 erreurs les plus fréquentes

Les erreurs que je vois le plus souvent lors de la rédaction d’un modèle de compétences (et oui, je tombais aussi dedans au début) :

1. Se contenter de mots abstraits : « bonne communication », « proactif », « stratégique ».

   • Question : Qu’est-ce qu’il fait pour être proactif ? Qu’est-ce qu’il ne fait pas quand il ne l’est pas ?

2. Décrire la personnalité plutôt que le comportement : « âme de leader », « positif ».

   • Un jugement de personnalité verrouille la conception du développement.

3. Ne pas écrire le contexte : « orienté client ».

   • Quel client ? Interne ou externe ? Quel canal ? Quel risque ?

4. Laisser floue la différence de niveau : si junior et senior sont évalués avec la même phrase, les notes se politisent.

5. Ne pas définir le mécanisme de preuve : on dit « on mesurera », mais on n’écrit pas comment.

Écrire des indicateurs comportementaux ressemble à la règle « montrer, ne pas dire » en littérature. Le Guin insiste sur cette discipline dans ses notes d’écriture : au lieu de juger pour le lecteur, vous mettez en scène (Le Guin, Steering the Craft, 1998). En compétence aussi : au lieu de dire « communique bien », vous dites « face à une objection, pose 2 questions claires et recadre la proposition ». Vous mettez en scène.

4) La couche de preuve (evidence) : ce qui rend la compétence « réelle » en entreprise

La compétence devient réelle grâce à la preuve. Et par preuve, je n’entends pas seulement un score d’examen ; j’entends un dossier de preuves adapté à la nature du rôle.

Je répartis la preuve en trois paniers :

• Mini-évaluations : tests courts, checkpoints, questions de scénario
• Preuve en situation de travail : livrable réel, observation, résolution d’un cas type
• Simulation : scénarios décisionnels, parcours à embranchements, enregistrements de jeux de rôle

À ce stade, mon travail est plus simple chez Nextrain : avec AI Gates, je peux intégrer dans un flux d’apprentissage une logique « si réussite, on avance / sinon, on recommence ». Autrement dit, la preuve n’est pas collectée à la fin du parcours ; elle est collectée dans le parcours, aux points de décision. Je peux aussi produire des tests en temps réel et des checkpoints, des simulations décisionnelles et des scénarios interactifs à embranchements, pour rapprocher la preuve du comportement.

Et il y a aussi Saadet ; quand les clients disent « Allons-y en mode compétences », la première phrase qui arrive est souvent : « D’accord, mais comment va-t-on le montrer en audit ? » Le travail de Saadet consiste à rappeler que cette question n’est pas une panique, mais une question de design. (Parfois, la phrase « un audit SST approche » est le moment où les organisations prennent la compétence au sérieux pour la première fois. Source de motivation intéressante.)

Modèle de dossier de preuves (copier–appliquer)

Le modèle ci-dessous rend une compétence « mesurable » :

Nom de la compétence :
Rôle(s) :
Contexte :
Indicateurs comportementaux (3-7 items) :
Niveaux (L1-L4) :
Types de preuves :
- Mini-évaluation :
- Simulation :
- Preuve en situation de travail :
Durée de validité / renouvellement (si applicable) :
Note risque/conformité (RGPD, SST, etc.) :

Ne laissez pas la ligne « risque/conformité » vide. Dans des domaines comme le RGPD et la SST, la compétence ne produit pas seulement du développement, elle produit une preuve de conformité. Les organisations s’en rendent compte, en général, assez tard.

5) Une grille (rubric) de niveaux (junior–mid–senior) : un exemple

La gradation des niveaux semble être la partie la plus politique d’un modèle de compétences ; en réalité, c’est la partie la plus technique. Car la différence de niveau ne signifie pas « mieux » ; elle signifie performance plus cohérente, dans un contexte plus complexe, avec moins de soutien.

Choisissons une compétence exemple : « Gérer les objections client » (contexte vente). Grille :

La force de la grille est la suivante : le L&D transforme la question « quelle formation ? » en « quel comportement manque ? ». Et il choisit aussi la preuve en fonction du niveau.

Je ne peux pas ne pas mentionner Ebbinghaus : la courbe de l’oubli nous dit qu’une exposition unique s’éteint rapidement (Ebbinghaus, 1885). La grille de niveaux définit à quoi rattacher la répétition : au lieu de faire revoir le même contenu, vous faites répéter le même comportement dans des contextes différents.

6) Relier le catalogue de formation aux compétences : carte → parcours

Scène fréquente dans les organisations : il y a un catalogue, beaucoup de formations, mais la réponse à « quelle formation développe quelle compétence ? » n’existe même pas dans Excel.

La logique de liaison que je recommande a trois couches :

1. Cartographie des compétences : rôle → ensemble de compétences → niveaux
2. Parcours d’apprentissage : prochaine étape selon l’écart de compétence
3. Boucle de preuve : checkpoints + simulation + preuve en situation de travail dans le parcours

Dans Nextrain, je peux le concevoir concrètement ainsi :

• Rendre visible l’écart « niveau actuel / niveau cible » avec le Scanner de compétences
• Construire dynamiquement des Parcours d’apprentissage selon cet écart
• Placer AI Rules et AI Gates dans le parcours pour modifier le flux selon le résultat de la preuve
• Suivre chaque action au niveau événement (Visionnage / Clic / Réponse / Durée) et faire évoluer le reporting de « a-t-il terminé ? » vers « où a-t-il bloqué ? »

Il y a un risque ici : si vous transformez la cartographie des compétences en « schéma géant qui couvre tout », personne ne l’utilise. Dans Les Villes invisibles de Calvino, les villes sont parfois plus grandes que la carte ; la carte n’est plus une ville (Calvino, Invisible Cities, 1972). Une cartographie des compétences peut gonfler de la même façon. Je commence petit : 5 rôles critiques, 6 à 10 compétences par rôle, 3 à 5 indicateurs comportementaux par compétence. Puis j’élargis.

Check-list pratique : pour pouvoir dire « nous sommes orientés compétences »

• Le contexte de chaque compétence est-il écrit ?
• Y a-t-il au moins 3 indicateurs comportementaux ?
• Au moins 2 types de preuves différents sont-ils définis ?
• La différence de niveau est-elle séparée non pas comme « mieux », mais comme contexte plus complexe ?
• Chaque formation critique du catalogue est-elle reliée à au moins 1 compétence ?
• Dans des domaines comme le RGPD / la SST, le renouvellement et la preuve d’audit ont-ils été pensés ?

7) Un court scénario d’exemple : à quoi ressemble une compétence dans des domaines comme le RGPD / la SST ?

Les formations RGPD et SST sont souvent étiquetées « obligatoires » et le sujet est clos. Je trouve cela incomplet. Une formation obligatoire n’est que la partie exposition de la compétence ; la partie preuve demande encore du design.

Exemple : la compétence « Escalader correctement un soupçon de violation de données au RGPD ».

• Indicateur comportemental : signale l’événement suspect au bon canal dans les 24 heures ; ne partage pas de données personnelles inutiles à propos de l’incident.
• Mini-évaluation : checkpoint scénario en 5 questions (quelle information partager / laquelle ne pas partager ?)
• Simulation : cas « e-mail envoyé à la mauvaise personne » : actions à mener dans les 10 premières minutes
• Preuve en situation de travail : remplir correctement le formulaire à partir d’un incident réel (anonymisé)

Ce design est plus solide en audit que de dire « il a suivi la formation » : vous dites « il a démontré ce comportement avec ces preuves ». Les organisations se détendent souvent en entendant la deuxième phrase ; ce soulagement est presque tangible.

« Terminer » est une preuve d’activité ; la compétence exige une preuve de comportement.

Conclusion : sauver le mot « compétence »

La compétence est l’un des mots les plus utilisés et les moins clarifiés en entreprise. Mon travail n’est pas d’embellir le mot ; c’est de le rendre décidable. Écrivez le rôle, montrez le comportement, collectez la preuve. Ensuite, le catalogue de formation prend du sens de lui-même : la question « que produire ? » se relie à « quel comportement manque ? ».

Si vous ne faites qu’une seule chose aujourd’hui, choisissez une compétence et écrivez ces trois lignes :

1. Dans quel rôle, dans quel contexte se situe cette compétence ?
2. Quels sont les indicateurs comportementaux observables ?
3. Comment vais-je collecter la preuve de ce comportement ?

Le reste — cartes, matrices, catalogues — viendra ensuite. Si la preuve ne vient pas, rien ne vient.

Notes

1. Borges, Jorge Luis. « The Library of Babel » (La Biblioteca de Babel), 1941.
2. Wittgenstein, Ludwig. Philosophical Investigations, 1953.
3. Le Guin, Ursula K. Steering the Craft, 1998.
4. Ebbinghaus, Hermann. Über das Gedächtnis (Memory studies), 1885.
5. Calvino, Italo. Invisible Cities (Le città invisibili), 1972.