Savoir ouvrir un tableur, participer à une visioconférence et utiliser une messagerie ne dit pas comment une personne réagit devant un fichier incohérent ou un partage trop large. Une liste de logiciels décrit un environnement connu. Une compétence se voit dans une action réussie, avec un résultat vérifiable et des précautions adaptées.
Pour évaluer ses compétences numériques au travail, le plus utile est donc de partir des tâches réellement confiées : retrouver une information fiable, mettre à jour un tableau, transmettre un document, protéger un accès ou reprendre un dossier. L’objectif n’est pas de fabriquer un classement entre collègues. Il consiste à savoir ce qui peut être réalisé seul, ce qui demande une vérification et ce qui doit être confié à une autre personne.
Décrire le résultat avant de choisir l’outil
Prenez une tâche fréquente et formulez-la sans nom de produit. « Faire du Excel » ne précise ni le problème ni le niveau attendu. « Rapprocher une liste de commandes et une liste de paiements, signaler les écarts et préserver les données d’origine » fournit un objectif observable.
Cette formulation évite deux erreurs. La personne qui connaît une interface différente peut démontrer une compétence transférable. Celle qui connaît les boutons mais ne vérifie pas le résultat ne reçoit pas automatiquement une appréciation favorable. L’outil est un moyen.
La fiabilité du travail reste le critère.
Le cadre européen DigComp offre un repère pour parler de compétences numériques au-delà des marques. Sa version 3.0, publiée en 2025 par le Centre commun de recherche de la Commission européenne, se présente comme un cadre neutre sur le plan technologique. Il peut aider à élargir une grille trop centrée sur la bureautique. Il ne fournit pas à lui seul le seuil requis pour chaque poste de votre entreprise.
Déterminez donc le contexte d’exercice : quantité de données, confidentialité, délai, fréquence et conséquences d’une erreur. Corriger une liste de fournitures et préparer un fichier servant à verser des rémunérations ne demandent pas la même autonomie, même si les opérations techniques se ressemblent.
Construire cinq situations courtes et représentatives
Une évaluation utile n’exige pas un examen spectaculaire. Retenez quelques situations qui couvrent le travail ordinaire et un incident plausible. Utilisez des documents fictifs, sans nom de client ni information personnelle réelle. Annoncez le résultat attendu et les moyens autorisés, y compris l’accès à l’aide ou à une documentation.
La première situation peut concerner la recherche : retrouver une procédure applicable à une date donnée parmi une note ancienne, une page actualisée et un échange informel. Demandez une réponse et le passage qui la justifie. Vous observez la capacité à identifier une source, à comprendre sa portée et à signaler une incertitude.
La deuxième porte sur les données : nettoyer une liste comprenant des doublons, des dates ambiguës et une valeur manquante. La réussite ne se mesure pas seulement au tableau final. La personne a-t-elle conservé l’original ? Expliqué les corrections ? Distingué une donnée absente d’un zéro ? Une opération rapide peut être moins fiable qu’une méthode un peu plus lente et contrôlée.
La troisième consiste à partager un document avec un partenaire fictif. Le destinataire doit pouvoir consulter le bon contenu, sans accès aux autres dossiers. Faites vérifier les droits effectifs avec un compte de test. Envoyer un lien ne prouve pas que le partage est correct, dans un sens comme dans l’autre.
Ajoutez une tâche de collaboration : reprendre un dossier laissé par un collègue, identifier la dernière décision et préparer la prochaine action. Puis une situation de sécurité, par exemple un message demandant de changer un compte bancaire. L’attendu n’est pas de détecter tous les pièges imaginables, mais de connaître le contrôle approprié et le canal d’escalade.
Observer la méthode sans transformer l’exercice en piège
Précisez les règles dès le départ. Une évaluation annoncée comme un test de tableur ne devrait pas dissimuler une compétition de vitesse ou un examen de connaissances métier inconnues. Si la personne ignore la règle de rapprochement des paiements, son erreur peut venir du contexte fourni, pas de sa compétence numérique.
Demandez une brève explication du chemin suivi. Pourquoi cette source ? Pourquoi conserver cette copie ? Comment vérifier que le destinataire n’a pas trop de droits ? Quelques phrases éclairent souvent mieux le niveau d’autonomie qu’une capture d’écran du résultat.
Autorisez la consultation de la documentation lorsque le travail réel le permet. Savoir chercher une réponse fait partie du travail numérique. Distinguez toutefois une aide qui explique une fonction d’une intervention qui réalise entièrement la tâche. Consignez le type d’aide utilisé pour interpréter le résultat correctement.
Pour un assistant IA, fixez aussi les conditions : données fictives uniquement, outil autorisé, résultat à contrôler et absence de délégation des décisions sensibles. Une réponse bien présentée ne doit pas masquer une référence inexistante ou une modification non vérifiée. La compétence observée comprend la capacité à vérifier l’assistance reçue.
Une grille d’autonomie plutôt qu’une note globale
Une moyenne unique peut masquer une faiblesse importante. Une excellente mise en forme ne compense pas un partage de données trop large. Décrivez séparément la qualité du résultat, les vérifications, la gestion de l’incertitude et le recours à l’aide.
| Niveau observé | Ce que la tâche montre |
|---|---|
| Avec accompagnement | La personne progresse avec des indications régulières |
| Avec vérification ciblée | Le résultat est produit, mais certains contrôles doivent être confirmés |
| En autonomie dans ce contexte | Le résultat, les contrôles et la transmission sont maîtrisés |
| Capacité de transfert | La méthode reste fiable lorsque les conditions changent raisonnablement |
Cette grille est une proposition de travail, pas une certification. Écrivez le périmètre à côté de chaque appréciation. « Autonome sur un fichier structuré de commandes » est plus précis que « niveau avancé en données ». Une personne peut être très autonome dans une situation et débutante dans une autre.
Prévoyez également un statut « non observé ». L’absence de démonstration ne signifie pas incapacité. Si le scénario n’utilise pas de macros, il ne permet pas d’évaluer les macros. L’évaluation doit rester à la mesure des preuves recueillies.
Ne confondez pas non plus familiarité et transfert. Modifier légèrement le contexte permet de le vérifier : une colonne déplacée, un destinataire externe, une procédure remplacée. La variation doit rester pertinente pour le poste et ne pas ajouter une difficulté artificielle sans rapport avec le travail.
Un exemple de diagnostic utile
Imaginons une situation fictive : une assistante doit préparer un récapitulatif de commandes. Elle importe correctement les deux fichiers, identifie des doublons et produit le total attendu. En revanche, elle remplace les cellules vides par zéro sans demander ce qu’elles signifient.
Le diagnostic ne devrait pas être « maîtrise moyenne du tableur ». Il peut être : autonomie sur l’import et le rapprochement ; besoin de validation sur les règles de données manquantes. La prochaine tâche peut alors intégrer une définition explicite des colonnes et un contrôle des valeurs non renseignées.
Dans une autre situation fictive, un technicien sait résoudre une panne mais documente mal l’intervention. Son dossier ne permet pas à un collègue de poursuivre en son absence. La compétence technique et la transmission doivent être distinguées. Le travail numérique comprend les traces laissées pour les autres, pas seulement la résolution individuelle.
Ce niveau de précision change la discussion. Il permet de confier une tâche avec un contrôle adapté, plutôt que d’étiqueter la personne comme « bonne » ou « mauvaise » avec l’informatique. Il révèle aussi les problèmes collectifs : procédure absente, droits mal réglés ou outils trop difficiles à comprendre.
Vérifier que les conditions permettent la réussite
Avant d’attribuer un échec à la personne, contrôlez l’accès aux fichiers, la disponibilité des fonctions et la clarté des consignes. Une opération impossible avec le compte fourni ne mesure pas une compétence. Un environnement inhabituel peut demander un temps de prise en main qui doit être séparé de l’évaluation du raisonnement.
Tenez compte des besoins d’accessibilité et de la manière dont le travail est habituellement réalisé. Le temps nécessaire à une opération n’est pertinent que s’il correspond à une contrainte réelle du poste. Il ne doit pas devenir une mesure générale de valeur professionnelle.
Conservez peu de preuves, mais des preuves utiles : livrable anonymisé, contrôles effectués, assistance utilisée et contexte. Définissez qui peut consulter ce diagnostic et à quelle fin. Les documents d’évaluation ne doivent pas circuler sans nécessité dans un dossier partagé général.
Refaire une tâche pour mesurer un progrès précis
Après une clarification ou un accompagnement, proposez une situation comparable avec des données différentes. Réutiliser exactement le même fichier mesure surtout la mémoire du parcours. Changer entièrement de difficulté empêche de comparer. La bonne variation conserve l’objectif et modifie les détails.
Demandez à la personne de formuler son propre point de vigilance. « Je vérifie le sens des cellules vides avant de calculer une moyenne » constitue un acquis plus concret qu’« améliorer mon niveau numérique ». Cette formulation peut accompagner le travail suivant et servir de repère partagé avec le responsable.
La fréquence de réévaluation dépend des tâches et de leur évolution. Un changement d’outil, une responsabilité nouvelle ou un incident significatif justifient un nouveau point. Le résultat utile est une autonomie décrite, avec ses limites connues : ce que la personne peut faire, comment elle vérifie et quand elle demande de l’aide.
