Un catalogue de compétences est le vocabulaire commun qu'une entreprise utilise pour décrire ce que ses équipes savent faire. Bien construit, il devient la colonne vertébrale des définitions de rôles, des matrices de compétences, des plans de développement et de la mobilité interne, les briques de base de tout logiciel de gestion des compétences. Mal construit, trop large, trop fin, ou rempli de tâches et de traits de personnalité au lieu de compétences, personne ne lui fait confiance, donc personne ne l'utilise.
Ce guide explique comment construire un catalogue de compétences étape par étape, et détaille deux notions qui décident si ton catalogue reste utile en grandissant : taxonomie de compétences et ontologie de compétences.
Qu'est-ce qu'un catalogue de compétences ?
Un catalogue de compétences est la liste centralisée et structurée des compétences qu'une organisation suit : chaque compétence que ses employés possèdent ou dont ils ont besoin, définie une seule fois, nommée de façon cohérente et organisée pour être réutilisée dans les profils de rôles, les matrices de compétences, les plans de développement et la mobilité interne. Au lieu que chaque équipe invente ses propres libellés pour la même compétence, le catalogue donne à l'entreprise un langage commun pour décrire ce que les gens savent faire.
Un catalogue de compétences n'est pas la même chose qu'une matrice de compétence, qui applique le catalogue à une équipe ou à un rôle précis pour suivre les niveaux de maîtrise. Le catalogue est le dictionnaire, la matrice est une phrase écrite avec ce dictionnaire.
Qu'est-ce qu'une taxonomie de compétences ?
Une taxonomie de compétences est le système de classification qui organise les compétences de ton catalogue en catégories et en niveaux, comme une taxonomie biologique classe les espèces en genres et en familles. Elle répond à la question : à quel endroit cette compétence appartient-elle ?
En pratique, une taxonomie de compétences se construit à partir de :
- Catégories: des regroupements comme « Data & Analytics », « Communication » ou « Gestion de projet » qui reflètent la structure ou le secteur de ton entreprise.
- Types de compétences: les compétences techniques, les compétences comportementales et les langues sont les plus courantes, mais tu peux définir tes propres types.
- Hiérarchie: des compétences plus larges et plus précises, par exemple « frameworks JavaScript » comme parent de « Vue.js » et « React ».
Une bonne taxonomie, c'est ce qui permet à un catalogue de plusieurs centaines de compétences de rester navigable : un employé qui cherche une compétence la trouve dans une catégorie qui a du sens, et les administrateurs repèrent d'un coup d'œil les doublons ou les compétences manquantes.
Qu'est-ce qu'une ontologie de compétences ?
Une ontologie de compétences va un pas plus loin qu'une taxonomie. Là où une taxonomie organise les compétences en arbre de catégories, une ontologie cartographie les relations entre les compétences, quelle que soit la catégorie où elles se trouvent. Elle répond à une autre question : quel lien existe entre cette compétence et celle-là, plutôt que seulement où elle se range ?
Les types de relations les plus fréquents dans une ontologie de compétences :
- Spécialisation / généralisation: « Vue.js » est une spécialisation de « frameworks JavaScript ».
- Contient / fait partie de: « Vue.js » contient « Vue Router » comme composant.
- Prérequis: une compétence doit être acquise avant qu'une autre puisse être utilisée efficacement.
- Similarité / transfert: la part de maîtrise d'une compétence qui se transfère à une autre, par exemple « Vue.js » a une forte similarité avec « React » et « Angular » parce que les concepts sous-jacents se recoupent.
C'est ce qui permet à une plateforme de raisonner sur les compétences au lieu de simplement les lister : recommander quoi apprendre ensuite, rapprocher quelqu'un d'un projet même quand sa compétence exacte n'est pas listée mais qu'une compétence proche l'est, ou repérer que deux compétences « en doublon » dans le catalogue sont en fait la même chose écrite autrement.
Taxonomie et ontologie, en une phrase
Une taxonomie range les compétences dans une hiérarchie de catégories. Une ontologie relie les compétences entre elles par des relations typées, qu'elles soient ou non dans la même catégorie. Une taxonomie fait généralement partie d'une ontologie, mais une ontologie porte plus d'information qu'une taxonomie seule.
Comment créer un catalogue de compétences
1. Décide ce qui compte comme une compétence
Avant d'ajouter la moindre entrée, mets-toi d'accord sur ce qui a sa place dans le catalogue. Une compétence décrit ce qu'une personne sait faire, pas une tâche, pas un certificat, pas un trait de personnalité, pas une condition de travail.
- « Montage vidéo » est une compétence.
- « Monter la vidéo récap de la semaine » est une tâche, pas une compétence : sa place est dans la liste des tâches d'un rôle, pas dans le catalogue de compétences.
Un test simple : peux-tu dire « elle est experte en [X] » ? Si oui, X est probablement une compétence. Si la phrase sonne étrange, tu as plutôt affaire à une tâche, à un livrable ou à un trait de caractère.
Il est aussi utile de distinguer la compétence des termes voisins que l'on mélange souvent : aptitude, compétence globale et qualification veulent dire des choses légèrement différentes, et les utiliser indifféremment est le point de départ de la dérive de la plupart des catalogues. Nous détaillons la distinction dans Quelle est la différence entre aptitude et compétence ?
2. Part des rôles, pas d'une liste vide
Essayer de recenser « toutes les compétences de l'entreprise » à partir de zéro produit une liste gonflée et désordonnée. Part plutôt des rôles qui existent déjà dans ton organisation, et déduis leurs compétences des descriptions de poste correspondantes. Le catalogue se limite ainsi naturellement à ce dont ton entreprise a vraiment besoin, et chaque compétence a une place évidente dès le premier jour. Voir Comment créer un rôle dans le catalogue de compétences pour les étapes concrètes.
Notre conseil pour qui démarre aujourd'hui : prends les 10 à 20 compétences vraiment pertinentes pour le travail en cours au lieu de vouloir tout couvrir d'emblée, puis laisse les vrais manques de visibilité te montrer où étendre ensuite.
3. Trouve la bonne granularité
Trop large (« Marketing ») et le catalogue ne dit rien d'utile. Trop fin (« rédaction de sous-titres pour Instagram Reels dans Canva ») et il devient ingérable et intimidant à remplir.
Un repère fiable : reprends la granularité déjà utilisée dans les CV et les offres d'emploi. Ces deux formats ont convergé pendant des décennies vers un niveau de détail assez précis pour dire quelque chose et assez compact pour rester lisible. Avant d'ajouter une compétence, demande-toi donc : pourrait-elle figurer, sous cette forme exacte, dans un CV ou dans une de nos offres d'emploi ? Si oui, la granularité est bonne.
Un second test, complémentaire : arrête de découper une compétence dès que tu ne peux plus citer de formation précise pour elle. « Langages de programmation » est trop large pour être actionnable, « C++ » est assez précis pour que tu trouves ou commandes un cours exactement là-dessus. Dès que tu passes sous le niveau où une formation dédiée pourrait plausiblement exister, tu es descendu d'un niveau de trop.
4. Réutilise le vocabulaire que ton organisation comprend déjà
Un langage commun des compétences ne commence pas avec le catalogue, il existe déjà de façon informelle, partout où se prennent les décisions de staffing. Si tes équipes remplissent déjà des matrices de compétences pour staffer des projets, ces termes font déjà partie du vocabulaire de travail de l'entreprise, compris et utilisés par tout le monde. Garde-les.
Si ce vocabulaire commun n'existe pas encore, n'en invente pas un de zéro : tire les noms de compétences des CV existants et de tes offres d'emploi internes ou externes. Les deux sont déjà écrits dans une langue que les candidats et les employés reconnaissent.
5. Organise les compétences en taxonomie
Dès que tu as une liste de compétences qui fonctionne, regroupe-les en catégories qui reflètent la structure ou le secteur de ton entreprise, et attribue à chacune un type (compétence technique, compétence comportementale, langue, ou un type que tu définis toi-même). C'est ce qui transforme une liste plate en une taxonomie que les gens peuvent réellement parcourir.
6. Ajoute une couche d'ontologie
Dès que la taxonomie est en place, relie les compétences proches entre elles : marque les spécialisations, les prérequis, et les compétences avec un fort transfert entre elles. C'est cette couche qui transforme une liste statique en quelque chose capable de soutenir un rapprochement plus fin et des recommandations personnalisées du type « quoi apprendre ensuite ». C'est aussi là que les outils assistés par IA font gagner le plus de travail manuel, puisque cartographier à la main les relations entre des centaines de compétences est fastidieux.
Ce n'est pas seulement utile pour les recommandations, cela change aussi le comportement au moment exact où les doublons se créent. Quand la recherche dans le catalogue ne trouve que le texte exact, les personnes dont la formulation ne colle pas tout à fait ajoutent une compétence quasi identique sous une autre tournure au lieu de trouver celle qui existe déjà. Dès que la recherche fait aussi remonter les compétences proches via l'ontologie, et pas seulement les correspondances exactes, elles reconnaissent « c'est ça, en gros » et réutilisent l'entrée existante, ce qui réduit fortement les doublons.
7. Fixe la gouvernance : qui peut ajouter des compétences, et qui les valide
Une décision se prend au tout début : les employés pourront-ils ajouter une compétence qui n'existe pas encore, et les nouvelles compétences doivent-elles passer par une validation avant d'entrer dans le catalogue public ? Avec validation, le catalogue public reste propre, au prix d'un peu de friction. Sans validation, le catalogue grandit plus vite mais demande plus de nettoyage ensuite.
Nous avons mis en place le processus suivant avec plusieurs clients pour qu'un catalogue de compétences reste cohérent et clair dans le temps :
- Création. Quelqu'un crée une nouvelle compétence. L'entrée est privée par défaut, visible seulement dans sa propre équipe.
- Signal d'adoption. D'autres équipes, indépendantes, se mettent d'elles-mêmes à choisir et à réutiliser cette même compétence.
- Seuil atteint. Dès qu'assez d'équipes indépendantes l'ont reprise, cette réutilisation transverse vaut comme signal que la compétence est pertinente au-delà d'une seule équipe.
- Acheminement. La compétence sort automatiquement du statut privé et part en file de validation.
- Examen. Un expert du domaine l'évalue, pas les RH. Les RH peuvent piloter le processus, mais ne peuvent en général pas juger si une compétence technique est bien nommée, bien classée et réellement pertinente. Ce jugement demande quelqu'un qui connaît le domaine.
- Décision. Le valideur l'accepte dans le catalogue public, la fusionne avec un quasi-doublon existant, ou la refuse.
Une leçon tirée de plusieurs déploiements : définis la structure du catalogue et fais vraiment vivre ce rôle de valideur dès le premier jour. Là où cela a manqué au début, l'essentiel des frictions récurrentes est arrivé plus tard.
8. Garde le catalogue vivant
Un catalogue de compétences n'est jamais « terminé ». De nouveaux outils, de nouveaux rôles et de nouvelles façons de travailler ajoutent sans cesse du vocabulaire. Repasse dessus régulièrement pour fusionner les doublons, retirer les compétences que personne n'utilise, et ajouter des synonymes pour que deux façons d'écrire la même compétence ne finissent pas en deux entrées différentes.
Ce qui compte le plus, c'est une responsabilité claire et du temps dédié, pas l'attention occasionnelle de tout le monde. Le catalogue a besoin d'une personne qui en porte la responsabilité, avec du temps réservé pour le relire vraiment, comme le font les responsables du catalogue chez DB Systel. La recherche ne reste fiable que si une requête ramène une entrée, et pas plusieurs quasi identiques.
Le travail administratif derrière tout cela peut cependant être largement automatisé. Le Catalogue de compétences de Teammeter s'appuie sur l'IA pour faire remonter les quasi-doublons et les nommages incohérents, classer les nouvelles compétences, générer les relations entre elles et traduire les noms de compétences pour les équipes multilingues. Il reste aux administrateurs du catalogue de compétences les décisions qui demandent vraiment du jugement : le catalogue reflète-t-il réellement le langage commun de l'organisation ?
FAQ
Le catalogue de compétences est la liste réelle des compétences que ton organisation suit. La taxonomie de compétences est le système de classification, catégories, types et hiérarchie, qui organise cette liste pour qu'elle reste navigable en grandissant.
Une taxonomie organise les compétences en hiérarchie de catégories. Une ontologie ajoute des relations typées entre les compétences : spécialisations, prérequis et transfert entre compétences proches, indépendamment de la catégorie. Les catalogues de compétences mûrs utilisent le plus souvent les deux, la taxonomie pour ranger et l'ontologie pour raisonner sur les relations.
Non. Les tâches décrivent ce que quelqu'un fait (« monter une vidéo »), les compétences décrivent ce que quelqu'un sait faire (« montage vidéo »). Garder les tâches dans un champ à part, rattaché à un rôle, permet au catalogue de compétences de rester réutilisable d'un rôle à l'autre, au lieu de dupliquer les noms de compétences en tâches partout où on en a besoin.
Assez fin pour dire quelque chose, assez large pour rester gérable. Un repère pratique est le niveau de détail déjà utilisé dans les CV et les offres d'emploi : si une compétence pourrait réellement y figurer, sous cette forme exacte, la granularité est à peu près juste. Autre bon test : arrête de découper dès que tu ne trouves plus de formation précise pour le résultat.
Oui, et c'est même conseillé. Si une matrice de compétences est déjà remplie et sert activement à staffer des projets, son vocabulaire fait déjà partie du langage commun de l'entreprise. Reprendre ces termes dans le catalogue est plus simple, et plus juste, que d'en inventer de nouveaux.
En général, les RH ou People Ops portent la gouvernance (catégories, processus de validation, standards), tandis que les managers, les employés et les experts du domaine alimentent et vérifient le contenu réel des compétences, puisque les RH peuvent rarement juger si une compétence technique est bien nommée ou bien classée. Un catalogue que seules les RH touchent finit par s'éloigner de la façon dont le travail est réellement décrit sur le terrain.
Pour les parties répétitives, l'IA est vraiment utile : proposer des compétences à partir d'un nom de rôle, classer les nouvelles compétences dans la bonne catégorie, générer les relations entre compétences, et traduire les noms de compétences pour les équipes multilingues. Elle est moins fiable sur les décisions du début, ce qui compte comme une compétence et à quelle granularité, qui gagnent encore à passer par une relecture humaine rapide.
