Évaluer un profil junior ou senior

Ce que Candidia fait, et ne fait pas

Soyons précis : Candidia n'a aucune notion de niveau d'expérience. Il n'existe ni champ « junior » ou « senior », ni grille propre à un niveau, ni note ajustée automatiquement selon le parcours du candidat. La grille appartient au poste et reste commune à tous ses candidats. Le niveau se traite donc par la façon dont vous organisez vos postes et vos grilles, et surtout par la façon dont vous notez. Comme toujours, l'IA propose, le recruteur valide et note.

1. Mêmes critères de fond, attentes de notation différentes

Un développeur junior et un développeur senior sont jugés sur les mêmes familles de critères : maîtrise technique, qualité du code, communication. Ce qui change, c'est le niveau d'exigence derrière chaque note. Sur l'échelle de 0 à 5, identique pour tous, un 3 sur un critère n'a pas le même contenu pour un profil débutant que pour un profil confirmé : écrivez-le avant les entretiens, critère par critère.

2. Un poste, donc une grille, par niveau visé

Comme la grille est commune à tous les candidats d'un poste, comparer un junior et un senior sur la même grille revient à leur appliquer les mêmes pondérations. Si vous recrutez les deux niveaux, le plus simple dans Candidia est de créer un poste distinct par niveau, avec sa propre grille. Vous pouvez aussi dupliquer une grille existante depuis la liste des grilles : la copie porte le nom de l'original suivi de « (copie) », et vous l'ajustez ensuite. Les pondérations se règlent librement, à condition que le total vale 100 %.

Voici, pour le poste « Développeur fullstack React/.NET », deux jeux de pondérations donnés à titre d'exemple éditorial : ce sont des choix d'illustration, pas des valeurs recommandées ni fournies par Candidia.

Dans cet exemple, le poste junior donne plus de poids à la communication (capacité à poser des questions, à reformuler) et le poste senior davantage à la qualité du code et des tests. Pour construire la grille elle-même, voir construire une grille pour un poste ; sur le réglage des poids, voir la définition de la pondération.

3. Junior : évaluer le potentiel, pas l'expérience

• Cherchez les fondamentaux et la qualité du raisonnement plutôt que la liste des technologies déjà pratiquées.
• Observez la capacité à apprendre : comment la personne réagit à une piste, demande de l'aide, reformule le problème.
• Ne posez pas de question d'expérience qu'elle ne peut pas avoir (gérer une équipe, migrer un système en production).
• Ne pénalisez pas l'absence d'expérience : notez ce qui a été observé, et le reste est « Non observé ».

4. Senior : évaluer la conception et l'impact

• Faites parler de conception : découpage, choix techniques, arbitrages et compromis assumés.
• Demandez des retours d'expérience, y compris sur des échecs : ce qui s'est passé, ce qui a été appris.
• Explorez le mentorat et l'impact : comment la personne fait progresser une équipe, ce que ses décisions ont changé.
• Ne survalorisez pas le CV ou les intitulés : un titre ou une durée ne remplace pas ce que la personne démontre en entretien.

5. Ancrer les échelles et ne pas inventer de notes

Pour chaque critère, décrivez à l'avance une réponse attendue à 1, 3 et 5 pour le niveau visé : ces exemples sont les vôtres, ils ne viennent pas du produit. Ils servent d'ancre commune aux évaluateurs et évitent qu'un junior soit jugé à l'aune d'un senior, ou l'inverse. Quand un critère n'a pas été abordé, ne l'inventez pas : laissez « Non observé » plutôt qu'une note de complaisance. Prenez des notes factuelles pour justifier chaque note, et préparez un entretien de 45 minutes avec des questions adaptées au niveau.

6. Quiz et exercice de code : graduer la difficulté

Si vous utilisez un quiz de présélection, vous pouvez y mêler des questions de difficulté graduée, plus accessibles pour un junior et plus poussées pour un senior : la graduation est votre choix de rédaction, le produit n'en gère pas le niveau. La question de code n'est pas obligatoire ; n'en ajoutez que si elle apporte une information utile sur le poste. Voir rédiger un bon quiz technique.

7. Écarter les biais d'âge

Évaluer un niveau, ce n'est pas évaluer un âge. Ne posez aucune question sur l'âge ou la date de naissance, ne mentionnez pas l'âge dans vos notes, et méfiez-vous de l'ancienneté en années comme raccourci : dix ans de pratique ne prouvent pas dix ans de compétence, et un parcours court n'est pas un manque de capacité. Ce sont des conseils de méthode, sans qualification juridique ; en cas de doute, consultez un juriste. Pour les autres pièges, voir la définition des biais de recrutement, et pour la suite du processus le débrief et la comparaison de candidats sur un même poste.

Erreurs fréquentes

• Chercher dans Candidia un réglage de niveau : il n'existe pas, le niveau passe par le poste, la grille et vos notes.
• Utiliser une seule grille pour deux niveaux dont les attentes diffèrent.
• Poser à un junior des questions d'expérience qu'il ne peut pas avoir.
• Survaloriser un senior sur son CV plutôt que sur ce qu'il démontre.
• Remplacer une note manquante par une valeur inventée au lieu de « Non observé ».
• Utiliser l'âge ou l'ancienneté en années comme indicateur de niveau.