Que signifie « compétence » ? Modèle de compétences, niveaux et guide de mesure en L&D

Quand, dans une entreprise, on pense qu’une fois le mot « compétence » prononcé « tout le monde a compris », en général deux mois plus tard, dans la même réunion, il se divise en trois sens différents : l’un dit « connaissance », l’autre « savoir-faire », le troisième « performance ». Puis le budget formation ne coule pas vers l’objectif, mais vers le vide entre les mots.
J’aborde la compétence comme un objet à trois angles : rôle, indicateur comportemental et preuve. Le rôle dit « que dois-je réussir ? ». L’indicateur comportemental dit « comment je le fais ? ». La preuve, elle, ferme la question « est-ce que je sais vraiment le faire ? ». Sans ces trois éléments réunis, « compétence » n’est qu’une jolie étiquette.
Ci-dessous, je vais expliquer pas à pas comment concrétiser un modèle de compétences en L&D corporate ; comment rédiger une définition de niveaux ; avec quelles données identifier l’écart et comment concevoir la mesure. J’y glisserai aussi des domaines où la « preuve » est vitale, comme le RGPD et la SST ; parce que ces deux sujets rappellent immédiatement que le modèle de compétences n’est pas romantique, mais opérationnel.
“The map is not the territory.” [Alfred Korzybski, 1931]
Le modèle de compétences est une carte ; pas le travail lui-même. Si la carte n’est pas bonne, même le voyage le mieux intentionné se perd.
1) Compétence, savoir-faire, connaissance : sans distinction dans le dictionnaire corporate, pas de mesure
L’erreur la plus fréquente que je vois en formation corporate : connaissance, savoir-faire et compétence sont jetés dans la même boîte ; puis cette boîte devient le « catalogue de formation ». Or ce sont des choses différentes.
La distinction pratique que j’utilise :
- Connaissance (knowledge) : capacité à se souvenir du vrai.
Exemple : « Dans le RGPD, dans quelles conditions le consentement explicite est-il requis ? » - Savoir-faire (skill) : capacité à appliquer le vrai (souvent en environnement contrôlé).
Exemple : « Rédiger un brouillon de notification d’incident de données. » - Compétence (competency) : dans le contexte d’un rôle, capacité à adopter de façon cohérente le bon comportement et à produire un résultat.
Exemple : « Dans une équipe qui travaille avec des données clients, réduire le risque d’incident en intégrant la minimisation des données dans les processus. »
J’allais écrire un instant « compétence = savoir-faire + connaissance » ; c’est incomplet. Dans la compétence, il y a le contexte et la cohérence. Si vous faites juste une fois correctement et que le lendemain tout s’écroule, il y a du savoir-faire ; la compétence n’est pas encore stabilisée.
Clarifier ces deux phrases dans votre dictionnaire corporate impacte directement le budget :
- « Ce sujet se résout-il par la formation (connaissance/savoir-faire) ou par le design du travail et le management (compétence) ? »
- « Pour prouver cette compétence, quel comportement verrons-nous, via quel livrable ? »
Mini exemple de dictionnaire (même sujet, trois couches)
| Sujet | Connaissance | Savoir-faire | Compétence (dans le contexte du rôle) |
|---|---|---|---|
| SST : risque | Énumère les types de risques | Remplit un formulaire d’évaluation des risques | Repère proactivement les risques sur le terrain, arrête une non-conformité et la signale |
| Vente : objection | Connaît les types d’objections | Formule des phrases de traitement d’objection | Choisit la bonne technique selon le contexte client, conclut en protégeant la marge |
| RGPD | Connaît les catégories de données | Applique une checklist de contrôle d’une notice d’information | Rend durables la minimisation des données et le contrôle d’accès dans les processus |
Ne gardez pas ce tableau comme un simple « dictionnaire corporate » ; faites-en la porte d’entrée de votre modèle de compétences. Car la conception de la mesure commence ici.
2) Modèle de compétences : le triangle rôle × indicateur comportemental × preuve
Il est facile de prendre un modèle de compétences pour une « liste ». Faire une liste est rassurant : vous écrivez 12 items, c’est fini. Mais une liste de compétences, seule, ne fait rien ; comme la bibliothèque infinie de Borges : tout y est, mais vous ne trouvez pas ce que vous cherchez (Borges, “The Library of Babel”, 1941).
Pour moi, un modèle doit répondre simultanément à trois questions :
- Rôle : quelle est la définition de la réussite dans ce rôle ? (livrables, responsabilités, risques)
- Indicateur comportemental : que fait la personne performante, et comment ? (observable)
- Preuve : quand on dit « c’est fait », qu’a-t-on en main ? (assessment / livrable / donnée)
Pensez à ce triangle comme à un gabarit. En rédigeant une compétence, forcez la phrase ainsi :
- « Compétence X » → dans quel rôle ?
- « bonne communication » → par quel comportement ?
- « a terminé » → avec quelle preuve ?
Modèle (standardisable en interne)
Nom de la compétence :
Rôle(s) associé(s) :
Définition (1 phrase) :
Indicateurs comportementaux (3–6 items, observables) :
Définition des niveaux (L1–L4 ou Junior–Senior) :
Types de preuves (au moins 2) :
KPI / risque / sujet de conformité associé :
La ligne « types de preuves » est critique. Parce que toute compétence pour laquelle vous n’écrivez pas la « preuve » finit, au bout d’un moment, par devenir juste un prétexte d’assignation de formation.
3) Matrice de compétences par rôle : comment rédiger la définition des niveaux ?
Écrire des définitions de niveaux paraît étrangement difficile. Parce que beaucoup d’entreprises confondent « junior–senior » avec l’ancienneté. Les années peuvent compter, mais ce qui détermine le niveau de compétence, à mes yeux, c’est surtout : autonomie, complexité, périmètre d’impact et gestion du risque.
Pour un cadre de niveaux, 4 paliers suffisent dans la plupart des organisations :
- L1 (Débutant) : fait avec guidance, reconnaît le bon
- L2 (Applique) : applique de façon autonome dans les cas standard
- L3 (Maîtrise) : gère les exceptions, sert d’exemple aux autres
- L4 (Structure) : améliore le processus/la norme, met l’impact à l’échelle
Vous n’êtes pas obligé de dire « L4 = manager ». Dans certains rôles d’expertise, L4 n’est pas du management mais de la construction de système.
Exemple : compétence « Traitement des données conforme au RGPD » (niveaux orientés comportements)
| Niveau | Indicateur comportemental | Preuve typique |
|---|---|---|
| L1 | Distingue données personnelles et données anonymes, n’enfreint pas les règles de base | Mini-test + questions de scénario |
| L2 | Applique la minimisation des données dans le processus, oriente correctement les demandes d’accès | Checklist en situation de travail + exemple d’enregistrement |
| L3 | En cas d’exception (urgence, tiers), choisit la bonne action | Analyse de cas + feedback 360 |
| L4 | Améliore le processus ; propose de nouveaux points de contrôle réduisant les risques | Livrable de changement de processus + tendance KPI |
Côté SST, c’est similaire : L1 « connaît la règle », L2 « applique », L3 « décide correctement en exception », L4 « améliore le système ».
Transformer en matrice par rôle
Construisez la matrice sur deux axes :
- Lignes : rôles
- Colonnes : compétences
- Cellule : niveau cible (L1–L4) + comportement critique + preuve
À ce stade, les entreprises gardent souvent la matrice dans Excel. Ce n’est pas mauvais ; mais Excel est faible pour garder la « preuve » vivante. Car les preuves se fragmentent avec le temps : un test ailleurs, un PDF de certificat ailleurs, des notes de 360 dans des e-mails.
Chez Nextrain, pour réduire cette fragmentation, j’utilise Passport : rassembler rôles, compétences, historique de formation et certificats des collaborateurs dans un profil unique fait sortir la matrice du « papier ». Surtout sur des sujets auditables comme la SST et le RGPD, pouvoir répondre en 3 secondes à « qui a quoi ? » augmente la valeur pratique du modèle de compétences.
4) Analyse des écarts de compétences : avec quelles données, et quelles erreurs ?
L’analyse des écarts (gap analysis) n’est pas la différence entre deux chiffres ; c’est la différence entre deux définitions :
- Cible : niveau requis pour le rôle (écrit dans la matrice)
- Actuel : preuve du niveau actuel de la personne (issue de la mesure)
Pour trouver l’écart correctement, il faut d’abord mesurer correctement « l’actuel ». Ici, les gens aiment les raccourcis : « Formation terminée → compétence acquise ». Pour moi, c’est l’illusion la plus coûteuse.
J’aime chercher l’écart avec trois classes de données :
- Données d’évaluation : mini-test, cas, score de grille d’évaluation, résultats de checkpoints
- Données comportementales : où la personne bloque dans le contenu, combien d’essais, sur quelle question elle peine
- Preuves de travail : livrable réel, observation, feedback 360, enregistrements qualité/erreurs
Côté Nextrain, par « données comportementales », j’entends ce que le système suit au niveau événement : visionnage, clic, réponse, durée. Ce n’est pas une compétence en soi ; mais cela répond très bien à « où est-ce difficile ? ». Si un collaborateur regarde un module trois fois, ce n’est parfois pas de la motivation ; c’est parfois de l’incertitude. (Parfois aussi, il l’a juste laissé ouvert en arrière-plan ; oui, je l’ai vu.)
6 erreurs fréquentes (et comment les corriger)
- Erreur 1 : écrire la compétence de façon abstraite.
Au lieu de « leadership », écrivez un comportement comme « structurer une conversation difficile ». - Erreur 2 : égaler le niveau à l’ancienneté.
Niveau = autonomie + complexité + impact + gestion du risque. - Erreur 3 : décider sur une seule mesure.
Combinez mini-test + preuve en situation de travail. - Erreur 4 : le même set de compétences pour tous les rôles.
Faites un noyau commun + un set spécifique au rôle. - Erreur 5 : tenter de combler l’écart en “assignant une formation”.
Parfois, le problème est le processus, l’outil, une contradiction d’objectifs, ou le comportement managérial. - Erreur 6 : coller le KPI à la fin.
Choisissez le KPI dès le départ : « Si cette compétence augmente, qu’est-ce qui baisse/augmente ? »
Je vois ici un paradoxe fréquent : « Que tout le monde atteigne le même standard », puis « mais ne faisons perdre du temps à personne ». Les deux sont raisonnables. La solution : fixer le standard par la preuve, et raccourcir le chemin en le personnalisant.
5) Conception de la mesure : grille d’évaluation, mini-test, preuve en situation de travail, 360 (et quand utiliser quoi ?)
Ma règle de base en conception de mesure : si la compétence est un comportement, la mesure doit se rapprocher du comportement. Si vous ne mesurez que la connaissance, vous ne développez que la connaissance.
Pensez ensemble aux quatre outils suivants :
5.1 Grille d’évaluation (le langage de mesure du comportement)
La grille d’évaluation traduit « bien » en mots. Elle rend observable ce que le manager appelle « pas mal ».
Exemple simple de grille (entretien de vente – gestion des objections) :
- Critère 1 : clarification du problème
- 0 : répond sans poser de question
- 1 : pose une seule question, reste en surface
- 2 : clarifie le besoin avec 2–3 questions
- 3 : clarifie le besoin + la perception du risque, et valide
La grille rend aussi le feedback 360 moins « opinion » et plus « preuve ».
5.2 Mini-test (connaissance + screening rapide)
J’aime le mini-test parce qu’il est rapide ; mais je n’aime pas en faire un « final ». Bon usage : screening et porte.
Dans Nextrain, je peux mettre en place cette logique de « porte » avec AI Gates : en cas d’échec, retour à la formation ; en cas de réussite, passage au niveau suivant. Ce mécanisme transforme la mesure en décision de parcours, pas seulement en reporting.
5.3 Preuve en situation de travail (contact avec le réel)
La preuve en situation de travail transforme « j’ai appris » en « j’ai fait ». Exemples :
- RGPD : contrôle d’une notice d’information type et enregistrement des corrections
- SST : signalement de risque sur le terrain + suivi des actions
- Opérations : baisse du taux d’erreur, diminution du rework
Attention : tout livrable n’est pas une preuve de compétence. Il faut relier le livrable au « comportement de la personne ».
5.4 Feedback 360 (pas une perception, un motif)
Le 360 peut être dangereux seul ; il peut se transformer en concours de popularité. Mais combiné à une grille d’évaluation, il devient très utile : plusieurs regards sur les mêmes indicateurs comportementaux.
Je trouve le 360 particulièrement pertinent dans deux cas :
- Quand la compétence est multi-acteurs, comme « collaboration / coordination »
- Quand la compétence est « éthique / conformité » et ne se mesure pas uniquement par le résultat (parfois le résultat est invisible)
6) Rattacher aux KPI : le modèle de compétences n’est pas un “rapport”, c’est un système de décision
Sans lien aux KPI, le modèle de compétences finit par être traité comme un « document RH » : il existe, mais personne ne décide avec.
La façon pratique de construire le lien :
- Choisir la compétence (dans le contexte du rôle)
- Écrire l’indicateur comportemental (observable)
- Choisir la preuve (assessment + preuve de travail)
- Choisir le KPI (métrique business / métrique de risque)
- Définir la fenêtre de temps (30-60-90 jours)
Exemples d’appariements :
- Sensibilisation aux risques SST → hausse des signalements de quasi-accidents (au début, une hausse peut être un bon signe) + tendance du taux d’accidents
- Conduite de processus conforme au RGPD → baisse du nombre d’incidents / cas de partage erroné + baisse des non-conformités en audit
- Gestion des objections en vente → protection de la marge + taux de closing + durée par entretien
Côté Nextrain Analytics, pour construire cette relation, j’aime suivre les données de formation sur un « écran unique » et, si besoin, poser une question en langage naturel à Akira pour obtenir rapidement des découpages. « Dans quelle région le score est bas ? » semble simple ; mais bien posée, la question rend visible l’écart de compétence au niveau rôle + région + étape de formation. Ensuite commence la conception de l’intervention : contenu, niveau, ou processus de travail ?
Petite note : tous vos KPI ne vivent pas dans le système de formation. Certains sont dans le CRM, d’autres dans le HR. Il faut donc penser le flux de données. Chez Nextrain, comme DataBridge permet de concevoir un flux de données en temps réel vers les systèmes HR, le CRM et les outils internes, le pont entre « score de formation » et « résultat business » demande moins de travail manuel.
7) Plan d’application pas à pas (mettre en place un modèle de compétences en 90 jours)
Quand on emballe le modèle de compétences comme un « grand projet », les entreprises soit ne démarrent jamais, soit, 9 mois plus tard, discutent encore du dictionnaire. Je préfère un plan plus petit, plus orienté preuves.
0–30 jours : dictionnaire + rôle pilote
- Mini dictionnaire de 10–15 termes : distinction connaissance/savoir-faire/compétence
- Choisissez 1 rôle pilote (ex. Commercial terrain ou Opérateur d’entrepôt)
- Définissez 6–10 compétences (noyau + spécifiques au rôle)
- Pour chaque compétence : 3–6 indicateurs comportementaux + au moins 2 types de preuves
À ce stade, beaucoup d’entreprises disent « couvrons tous les rôles ». Non. Le rôle pilote est le laboratoire de votre modèle.
30–60 jours : définition des niveaux + prototype de mesure
- Stabilisez le cadre de niveaux L1–L4
- Rédigez 2 grilles d’évaluation pour 2 compétences
- Concevez 1 mini-test + 1 évaluation par cas
- Définissez la preuve en situation de travail (quel livrable, qui valide, quand)
À ce stade, il y a une tendance à réduire la mesure à « un seul test ». Quand je vois ça, je repense à la phrase que Saadet Dinç (notre Specialist “We’ll Handle It”) entend le plus côté client : « On a fait la formation, mais rien n’a changé sur le terrain. » Ce qui ne change pas sur le terrain, c’est souvent parce que la mesure ne touche jamais le terrain.
60–90 jours : analyse des écarts + décision de parcours
- Collectez les données de niveau actuel (assessment + données comportementales + preuves de travail)
- Rendez l’écart visible par rôle
- Choisissez le type d’intervention :
- amélioration du contenu
- parcours par niveaux (fondamentaux → avancé)
- soutien managérial (coaching, shadowing)
- Reliez la mesure à une « porte » : si réussite, niveau suivant ; sinon, reprise/renforcement
Dans Nextrain, comme il est possible de concevoir cette logique de « porte » avec AI Gates et des parcours personnalisés avec AI Rules, le modèle de compétences peut devenir non pas un « tableau cible », mais un parcours vivant. Et oui : il est important que ce soit visible côté collaborateur. C’est pourquoi le fait que Passport regroupe compétences et certificats au même endroit dans le profil réduit la question « où j’en suis ? ».
Notes
- Alfred Korzybski, Science and Sanity: An Introduction to Non-Aristotelian Systems and General Semantics (1931) — “The map is not the territory.”
- Jorge Luis Borges, “The Library of Babel” (1941) — problème d’orientation dans une information illimitée.