« Maîtrise du digital », « bon niveau Excel », « à l’aise avec l’IA » : ces formules occupent les fiches de poste sans dire ce qu’une personne peut réellement accomplir. Deux salariés peuvent se déclarer avancés sur le même logiciel alors que l’un produit un tableau fiable et que l’autre ne sait pas détecter une référence cassée.
Une cartographie des compétences numériques utile décrit des tâches, des conditions et des preuves. Elle permet d’affecter une mission, de préparer une formation ou de sécuriser une activité. Elle ne consiste pas à attribuer une note générale à chaque personne.
Le changement est important : une compétence se manifeste dans un contexte. Savoir importer un fichier propre n’est pas savoir reprendre un historique client incomplet. Savoir demander un résumé à une IA n’est pas savoir vérifier une réponse utilisée pour une décision.
En bref — Partez des activités qui comptent pour l’entreprise. Décrivez ce qu’il faut produire, les erreurs à éviter et l’autonomie attendue. Combinez observation, exercice et discussion. Distinguez une compétence manquante d’un outil mal configuré ou d’une consigne absente. Une carte sert à organiser le travail ; elle ne doit pas devenir un classement de personnes sans contexte.
Du poste à la tâche observable
Commencez par un parcours réel : créer un devis, contrôler un export, publier une page, traiter une demande de support ou restaurer un dossier. Découpez-le en étapes seulement lorsqu’elles demandent des compétences différentes.
Pour « produire un rapport commercial », on peut distinguer l’extraction, le contrôle du périmètre, le nettoyage, le calcul des indicateurs, la visualisation et la présentation des limites. Une personne peut être autonome sur quatre étapes et avoir besoin d’aide sur les deux autres. Une note unique masquerait ce besoin précis.
Demandez aux équipes de décrire les incidents fréquents. Ils révèlent les compétences à protéger : confusion entre marge et chiffre d’affaires, partage d’un document au mauvais groupe, écrasement d’une formule, mauvaise interprétation d’un message d’erreur. Les tâches sans conséquence notable n’ont pas besoin de la même profondeur d’évaluation.
L’intitulé doit comporter un verbe et un résultat. « Données » est trop large ; « vérifier les doublons et les champs obligatoires d’un import client » est actionnable. « Cybersécurité » ne dit pas ce qu’un gestionnaire doit savoir faire ; « reconnaître une demande suspecte et utiliser le canal de signalement » précise la responsabilité.
Le dossier consacré à la migration d’un CRM fournit un bon exemple de tâches distinctes : définir les règles de fusion, tester la reprise et contrôler les écarts. Elles demandent des preuves différentes, même lorsqu’elles utilisent le même logiciel.
Décrire les conditions avant le niveau
La difficulté dépend du volume, de l’incertitude et de la sensibilité des informations. Contrôler vingt lignes dans un fichier préparé n’est pas contrôler cent mille lignes issues de plusieurs sources. La carte doit donc indiquer les conditions de référence.
Précisez les ressources autorisées : documentation, modèle, collègue, recherche ou assistant IA. Un exercice sans aucune aide peut être utile dans certains cas, mais ne représente pas toujours le travail réel. Si l’équipe utilise normalement une procédure, évaluez aussi la capacité à la suivre et à identifier ses limites.
Définissez un niveau d’autonomie observable. La grille suivante constitue une proposition de travail interne, et non la reproduction d’un référentiel officiel.
| Niveau opérationnel | Ce que l’on peut observer | Limite à expliciter |
|---|---|---|
| Avec guidage | La tâche est réalisée en suivant une procédure détaillée | Une variation importante nécessite de l’aide |
| Autonome sur cas standard | Le résultat est contrôlé et les erreurs usuelles corrigées | Les cas inhabituels sont escaladés |
| Autonome sur cas complexe | La personne adapte la méthode et documente les arbitrages | Certaines décisions restent hors de son mandat |
| Référent sur le périmètre | La personne améliore les pratiques et accompagne les autres | Le rôle ne signifie pas expertise universelle |
La progression ne repose pas seulement sur la vitesse. Une personne rapide qui oublie une vérification essentielle peut être moins autonome qu’une personne un peu plus lente qui sécurise le résultat.
Le référentiel européen DigComp 3.0 organise les compétences numériques en cinq domaines, vingt et une compétences et quatre niveaux de maîtrise. Il peut aider à repérer des dimensions oubliées, comme l’évaluation de l’information ou la sécurité. Votre grille métier doit cependant conserver ses tâches et preuves propres. Un référentiel général n’est pas une fiche de recette pour chaque poste.
Construire une fiche de compétence exploitable
Chaque fiche peut tenir sur une page : tâche, résultat attendu, périmètre, conditions, critères de qualité, erreurs critiques, preuves possibles et date de révision. Ajoutez un propriétaire métier capable de dire pourquoi cette compétence compte.
Prenons un exemple fictif de contrôle d’export. Le résultat attendu est un fichier exploitable contenant les commandes d’une période définie. Les critères peuvent être : dates correctes, absence de doublons sur l’identifiant, total rapproché de la source et exceptions documentées. Un résultat joliment présenté mais incomplet ne satisfait pas la tâche.
L’erreur critique peut être la publication d’un total erroné sans signaler l’écart. Une erreur mineure serait un intitulé peu clair corrigé pendant la revue. Cette distinction évite de traiter toutes les imperfections comme équivalentes.
Pour une tâche de partage documentaire, la preuve peut être un dossier organisé avec des accès adaptés et un contrôle effectué depuis un compte de test. Une réponse orale « je sais gérer les droits » apporte moins de garanties qu’une démonstration limitée et correctement contextualisée.
Ne demandez pas une capture comportant de vrais clients pour prouver une compétence. Utilisez des données pédagogiques ou une observation autorisée dans le cadre approprié. La preuve doit aider l’évaluation sans créer un nouveau risque d’exposition.
Le travail préparatoire rejoint celui des critères vérifiables d’un cahier des charges. Dans les deux cas, une formulation vague doit devenir un résultat qu’une autre personne peut contrôler.
L’autoévaluation ouvre la discussion, elle ne la clôt pas
L’autoévaluation révèle les besoins ressentis et la confiance de la personne. Elle reste sensible au contexte : certains surestiment leur maîtrise, d’autres se sous-estiment parce qu’ils connaissent mieux la complexité du sujet.
Demandez des exemples plutôt qu’une note isolée. « Quand avez-vous contrôlé un export présentant une anomalie ? » conduit à une discussion plus utile que « notez votre niveau de un à cinq ». Ajoutez une option « pas encore rencontré » pour distinguer l’absence d’expérience d’une incapacité démontrée.
Combinez ensuite trois éléments : une tâche courte, une observation ou un livrable représentatif, et un échange sur les choix. Cette combinaison évite qu’un test unique résume toute l’activité. Elle permet également d’identifier les difficultés causées par les instructions ou l’environnement.
Une personne peut échouer parce qu’elle n’a pas accès à la bonne fonction, qu’un modèle est défectueux ou qu’une règle métier est ambiguë. Former à nouveau cette personne ne corrige pas le problème d’organisation. Notez explicitement ces obstacles dans le compte rendu.
Prévoyez les aménagements nécessaires et évaluez la tâche pertinente, plutôt qu’une aisance périphérique. Un exercice de données ne devrait pas devenir, sans raison, un test de vitesse de frappe ou de présentation orale. Les conditions doivent être compréhensibles et comparables.
Une petite simulation vaut mieux qu’un questionnaire de vocabulaire
Pour une compétence de tableur, proposez un fichier pédagogique contenant des dates incohérentes, un doublon et une formule de total incomplète. Demandez le résultat, les contrôles et les points à confirmer. L’objectif est de voir la méthode de travail, pas de piéger avec une fonction rare.
Pour une compétence d’IA, donnez une réponse comportant une référence douteuse et une conclusion trop certaine. La personne doit repérer ce qui nécessite une vérification, reformuler les limites et décider si le document peut être utilisé. Savoir rédiger une requête élégante ne suffit pas.
Pour une compétence de support, utilisez un incident fictif : un utilisateur ne reçoit pas un lien de connexion. L’exercice consiste à poser des questions utiles, protéger les données et escalader avec un identifiant exploitable. Demander immédiatement le mot de passe constituerait une mauvaise pratique, même si la conversation reste polie.
Le dossier sur l’encadrement de l’IA générative au travail permet de préciser les limites attendues : choix des informations, vérification et responsabilité de validation. La carte doit refléter ces pratiques, et non une simple familiarité avec un outil populaire.
Préparez la grille avant l’exercice. Si l’évaluateur invente les critères en observant chaque personne, les comparaisons deviennent fragiles. Définissez ce qui est indispensable, ce qui est acceptable et ce qui constitue une erreur critique.
Passer de la carte individuelle à la capacité d’équipe
La vraie question opérationnelle est souvent : « Combien de personnes peuvent réaliser cette tâche dans les conditions attendues ? » Une moyenne des niveaux ne répond pas à cette question.
Dans un cas fictif, une équipe compte huit personnes. Six savent produire un export standard ; deux seulement savent traiter une anomalie complexe ; une seule dispose du droit de modifier les règles de reprise. La compétence technique et l’autorisation de travail sont deux informations distinctes. Le départ du seul détenteur de ce droit peut bloquer l’activité même si les connaissances existent ailleurs.
Construisez une matrice avec les tâches en lignes et les personnes ou rôles en colonnes. Ajoutez le niveau observé, la date, la preuve et les restrictions. Une compétence démontrée il y a trois ans sur un système remplacé ne doit pas apparaître comme automatiquement actuelle.
Pour les activités critiques, vérifiez la couverture : nombre de personnes autonomes, disponibilité réelle, remplaçants et procédures. Deux référents travaillant sur le même créneau ne garantissent pas une couverture permanente. Une carte doit conduire à un plan d’organisation concret.
Ne confondez pas couverture et surcharge. Affecter toutes les tâches délicates au meilleur spécialiste peut ralentir sa disponibilité pour la formation des autres. Réservez du temps pour le transfert et testez l’autonomie des remplaçants.
Prioriser les écarts avec le risque et la fréquence
Tous les écarts ne méritent pas une formation immédiate. Classez-les selon la conséquence d’une erreur, la fréquence de la tâche et l’évolution attendue de l’activité. Une compétence peu utilisée mais essentielle à une restauration peut rester prioritaire.
Dans une simulation pédagogique, trois tâches présentent des situations différentes : une mise en forme hebdomadaire sans conséquence majeure, un contrôle quotidien de facturation et un changement trimestriel d’accès sensible. La fréquence seule ferait oublier le troisième risque ; le risque seul pourrait négliger le coût cumulé du deuxième.
Évitez une formule opaque prétendant calculer la priorité parfaite. Une grille simple, discutée avec le métier, peut suffire : criticité élevée, moyenne ou faible ; fréquence régulière ou rare ; couverture suffisante ou fragile. Les décisions et leurs raisons doivent rester lisibles.
L’action ne sera pas toujours une formation. Elle peut être une procédure, un modèle corrigé, une restriction d’accès, un accompagnement ou une meilleure répartition. Une difficulté répétée sur un formulaire mal conçu appelle parfois une modification du produit.
Définissez ensuite la preuve de progression : réussir un cas standard sans assistance, traiter une exception en documentant le choix ou accompagner un collègue sur une tâche. Le guide sur l’activation d’un outil SaaS rappelle qu’une suite d’écrans parcourus ne démontre pas une valeur obtenue ; la même prudence s’applique aux modules de formation terminés.
Protéger les personnes et maintenir la carte
Une cartographie contient des informations sur les salariés. Définissez sa finalité, ses destinataires, ses accès et sa durée de conservation selon le contexte. Les recommandations de la CNIL sur l’évaluation professionnelle invitent notamment à utiliser des critères pertinents et à informer les personnes des dispositifs mis en œuvre. Faites vérifier les modalités concrètes avec les responsables RH et de la protection des données.
Une carte destinée à préparer une formation ne doit pas devenir discrètement un classement pour un autre usage. Expliquez ce qui est observé, comment les résultats peuvent être discutés et quelles corrections sont possibles. La transparence améliore également la qualité des données : les personnes signalent plus facilement une erreur ou une expérience manquante.
Révisez les fiches après un changement important de logiciel, de processus ou de responsabilité. Une périodicité fixe peut compléter cette revue, mais elle ne remplace pas l’actualisation liée aux événements. Conservez les versions pour comprendre ce qui a changé dans l’exigence.
Pour vérifier que la carte reste utilisable, essayez trois décisions avec elle : remplacer une personne absente sur une tâche critique, choisir un exercice de formation et préparer l’arrivée d’un nouveau salarié. Si les informations disponibles ne permettent pas ces décisions, cherchez ce qui manque : périmètre, preuve, autonomie ou autorisation. N’ajoutez pas systématiquement de nouvelles colonnes. Une définition plus précise peut suffire. Demandez également aux personnes concernées si leur activité est correctement représentée ; une fiche qui ignore les exceptions quotidiennes risque de sous-estimer une expertise réelle.
La réussite ne se juge finalement pas au nombre de cases remplies. Elle se voit lorsque l’entreprise sait qui peut faire quoi, dans quelles conditions, avec quel relais, et comment combler un écart précis. Une carte courte qui guide trois décisions vaut davantage qu’un inventaire immense que personne ne consulte.
Je suis Romain, rédacteur passionné par tout ce qui touche au high-tech, à la crypto, et à l’innovation. Diplômé d’une école de marketing à Paris, je mets ma plume au service des dernières tendances et avancées technologiques.
