Référentiel de compétences ESN : méthode opérationnelle

À quoi sert un référentiel de compétences ESN ?

Un référentiel de compétences ESN est un vocabulaire structuré qui relie les besoins des clients, les missions réalisées et les capacités démontrées par les consultants. Il permet de retrouver un profil sans dépendre des formulations de son CV, de justifier un matching et de produire un dossier commercial à partir de faits vérifiables. Sa valeur ne vient donc pas du nombre de mots-clés stockés, mais de la qualité des relations entre une compétence, un niveau, une preuve, une date et une personne qui l'a validée.

Le référentiel n'est ni un tableur géant ni un CV collectif. Il faut séparer trois objets : le catalogue, qui définit « Kubernetes » une seule fois ; le profil, qui indique comment un consultant l'a pratiqué ; et le besoin, qui précise le niveau et le contexte attendus pour une mission. Sans cette séparation, toute correction de libellé modifie les profils, et toute nouvelle consultation client crée une variante de compétence.

Le ROME de France Travail illustre cette distinction en décrivant métiers, savoir-faire, savoir-être professionnels et savoirs, puis en utilisant ce langage pour rapprocher offres et demandes. Une ESN doit l'adapter à ses décisions propres : technologies précises, versions, secteurs clients, rôles de mission, méthodes de delivery et exigences d'avant-vente.

Quel modèle de données pour les compétences, niveaux et preuves ?

Le modèle minimal comporte trois tables ou collections : skill_concept, consultant_skill et evidence. Un identifiant interne immuable relie ces objets. Le libellé visible peut évoluer de « Amazon Web Services » vers « AWS » sans casser l'historique, les exports ou les correspondances avec un besoin client.

Évitez les niveaux vagues « junior, confirmé, senior » : ils décrivent souvent une ancienneté ou un positionnement commercial. Une échelle interne peut retenir connaissance, pratique accompagnée, autonomie et référence. Chaque palier doit préciser les activités, la complexité, l'autonomie et les preuves acceptées. Gardez « non évalué » hors de l'échelle : l'absence de validation ne signifie pas un niveau faible.

Cette approche rejoint le principe du cadre SFIA, qui combine compétences professionnelles et niveaux de responsabilité fondés notamment sur l'autonomie, l'influence et la complexité. Ses consignes d'évaluation officielles insistent sur l'expérience de mise en œuvre et les éléments de preuve. Il n'est pas nécessaire de reprendre ses sept niveaux : utilisez le raisonnement, puis définissez une échelle compatible avec vos usages et vos droits de réutilisation.

Versionnez séparément le référentiel et les faits. La version du concept trace une fusion, une scission ou une nouvelle définition ; la version technologique — Java 17, Angular 20, SAP S/4HANA — décrit ce qui a été pratiqué ; l'historique du profil conserve qui a modifié le niveau et pourquoi. Une mise à jour ne doit jamais écraser la preuve qui a servi à une proposition commerciale passée.

Comment construire la taxonomie et gérer les synonymes ?

Commencez par les décisions réelles, pas par une liste exhaustive du marché. Prenez un échantillon de dossiers de compétences, de CV, de fiches de mission et d'appels d'offres ; relevez les termes qui servent réellement à rechercher ou présenter un consultant. Classez-les ensuite dans quelques familles stables : savoir-faire professionnels, technologies, méthodes, connaissances métier, langues, certifications et aptitudes transversales observables.

Deux référentiels publics peuvent accélérer ce travail. ESCO, publié par la Commission européenne, fournit des concepts identifiés par URI, des libellés multilingues et des données téléchargeables ou accessibles par API. Le ROME 4.0 en API expose des métiers, groupes de compétences, savoir-faire et savoirs maintenus par France Travail. Ils servent de colonne vertébrale et d'interopérabilité ; les termes précis de vos offres et practices restent une couche locale.

Chaque concept doit avoir un propriétaire métier, une définition courte, des exemples d'inclusion et d'exclusion, ainsi qu'un statut : brouillon, actif, déprécié ou remplacé. Lorsqu'un terme disparaît, conservez son identifiant et pointez vers son successeur. Les profils historiques restent lisibles et un ancien CV continue d'être retrouvé.

Le référentiel interne n'est pas un référentiel de certification. Le vadémécum de France compétences rappelle qu'un référentiel de compétences part des activités exercées et sert de cadre à des critères et modalités d'évaluation. Inspirez-vous de cette chaîne activité → compétence → évaluation, sans présenter vos niveaux internes comme une certification RNCP.

Comment importer les CV et faire valider les niveaux ?

L'import d'un CV doit produire des propositions traçables, pas un profil déclaré exact. Le parseur extrait une mention, sa période et son passage source ; le moteur de normalisation suggère un concept canonique ; une règle ou un modèle associe éventuellement le terme à une mission. La sortie reste « à confirmer » jusqu'à la revue humaine.

1. Conserver la source : fichier, page ou paragraphe, texte brut, date d'import et empreinte du document.
2. Extraire sans surinterpréter : compétence citée, version éventuelle, mission, dates, action et livrable.
3. Normaliser avec explication : afficher la mention d'origine, le concept proposé et la règle de synonymie appliquée.
4. Demander au consultant : confirmer l'usage, corriger la période et ajouter le contexte manquant.
5. Faire attester le niveau : un manager de mission ou référent de practice vérifie l'autonomie, la complexité et les résultats observables.
6. Publier avec un statut : validé, contesté, à revoir ou expiré selon les règles internes.

Une durée d'expérience ne suffit pas à fixer un niveau. Deux années de maintenance supervisée et deux années de conception autonome ne démontrent pas la même capacité. De même, répéter « Kubernetes » dans un CV n'établit ni le rôle joué ni la complexité du cluster. Le niveau doit dériver d'une grille observable et de preuves, jamais de la fréquence d'un mot-clé ou d'une inférence non contrôlée.

Répartissez clairement les droits. Le consultant corrige ses faits et signale un désaccord ; le manager évalue la pratique ; le référent de practice arbitre les niveaux complexes ; le commerce sélectionne les preuves pertinentes pour le client, sans pouvoir relever le niveau. Le propriétaire de la taxonomie gère les concepts, mais ne valide pas toutes les personnes. Cette séparation réduit le conflit entre précision du profil et pression d'avant-vente.

Notre guide du CV parsing, de son fonctionnement à ses limites détaille la chaîne d'extraction. Comme un profil rattaché à un consultant contient des données personnelles, limitez les champs à vos finalités, contrôlez les accès et les durées, et permettez la rectification. La CNIL rappelle dans son guide du recrutement que la collecte, l'organisation, la consultation et la conservation des informations d'un candidat constituent un traitement de données.

Quelle gouvernance maintient le référentiel exploitable ?

Un référentiel se dégrade quand chacun peut créer un libellé mais que personne n'est responsable de le fusionner, le définir ou le retirer. Instituez un petit comité opérationnel réunissant RH ou talent management, responsables de practices, staffing et commerce. Il tranche les demandes qui touchent plusieurs équipes ; les corrections évidentes restent gérées en continu par le propriétaire désigné.

Adaptez la fréquence de revue à la volatilité. Une technologie ou une certification peut changer de version rapidement ; la conduite d'atelier ou l'analyse fonctionnelle évoluent autrement. Les événements métier sont les meilleurs déclencheurs : fin de mission, nouvelle certification, entretien, changement de rôle, création d'une practice ou récurrence d'un terme dans les appels d'offres. Une revue périodique complète ces signaux et traite les concepts sans propriétaire, les synonymes en attente et les mappings externes devenus obsolètes.

• --Journaliser : création, fusion, changement de définition, niveau, valideur et motif.
• --Déprécier avant de supprimer : conserver un lien vers le concept remplaçant et l'historique.
• --Tester les changements : rejouer des besoins et profils représentatifs avant une nouvelle version.
• --Publier les règles : rendre visibles l'échelle, les preuves admises, les délais de revue et la procédure de contestation.

Comment déployer le référentiel pour le matching et les dossiers de compétences ?

Déployez d'abord un parcours complet sur un périmètre étroit : un besoin client entre, les critères sont normalisés, une liste de consultants est proposée, un humain vérifie les preuves et un dossier de compétences est produit. Ce test de bout en bout révèle plus vite les défauts du modèle qu'un catalogue exhaustif construit pendant des mois sans usage réel.

Pour le matching, traduisez d'abord la demande en critères distincts : exigences obligatoires, préférences, niveau, récence, contexte sectoriel, langue et contraintes externes comme la disponibilité. Comparez ensuite les mêmes identifiants de compétence. Un concept plus large ou lié peut produire une suggestion expliquée, jamais une équivalence silencieuse. Restituez les écarts et les preuves au lieu d'un score unique ; l'ingénieur d'affaires reste responsable de la sélection proposée au client.

Le dossier de compétences devient alors une vue éditoriale du profil validé : il sélectionne les expériences utiles à l'appel d'offres, reformule sans modifier les faits, applique la charte et conserve la provenance. Pour préparer le format de sortie, consultez le guide complet du dossier de compétences ESN. Si votre vivier se trouve déjà dans un ERP, notre article sur l'intégration BoondManager et n8n pour les dossiers de compétences montre les contrôles à prévoir autour des API, versions et validations.