Test technique d'un senior : remplacer les quatre heures par des preuves

Chez SprintMob, un entretien technique dure 30 minutes. Youcef Acheuk le mène personnellement, avant la vérification des références. Cette qualification contribue à un réseau de 200+ freelances seniors. Nous privilégions un récit de production et un scénario de mission plutôt qu'un exercice maison de quatre heures. Le but est de recueillir des preuves qui aident à décider.

Nous ne disposons pas d'une étude mesurant combien de bons candidats abandonnent un test long. Affirmer qu'ils le refusent tous serait excessif. En revanche, vous pouvez regarder ce que chaque étape de votre process apporte, combien de temps elle demande et quelles questions restent ouvertes après son passage. Une évaluation utile justifie la charge qu'elle impose au candidat comme à l'équipe.

Commencez par le besoin de la mission. Voulez-vous vérifier la capacité à diagnostiquer un incident, à concevoir une évolution ou à travailler avec une équipe produit ? Ces compétences ne demandent pas les mêmes observations. Un exercice générique peut vérifier des bases sans donner de preuve sur le problème que vous cherchez à confier.

Écrivez les questions auxquelles l'évaluation doit répondre. Par exemple : le candidat sait-il demander les informations manquantes ? Peut-il justifier un arbitrage ? Reconnaît-il les limites de son expérience ? Explique-t-il une décision à quelqu'un qui ne code pas ? Vous pourrez ensuite choisir le format le plus léger qui rende ces comportements observables.

Une durée longue n'est pas une preuve de rigueur. Elle peut être justifiée par un besoin précis, mais elle doit alors être annoncée et expliquée. Si plusieurs étapes vérifient la même compétence, simplifiez-les. Si une étape produit une note que personne ne sait relier au travail réel, revoyez la grille avant d'ajouter un nouvel outil de test.

Demandez au candidat de choisir une expérience proche de votre mission. Annoncez que la discussion portera sur ses décisions, les difficultés et les résultats. Précisez qu'il peut anonymiser les éléments confidentiels et qu'il n'a pas besoin de partager un dépôt privé. Vous obtiendrez un échange mieux préparé sans transformer le rendez-vous en travail à réaliser le soir.

Préparez également un scénario issu de votre contexte. Décrivez assez la situation pour qu'il puisse raisonner, puis laissez des informations à demander. Le scénario doit représenter une difficulté plausible du rôle. Il ne s'agit pas de tendre un piège, mais de voir comment la personne construit son diagnostic et fait avancer une décision.

Pendant l'entretien, laissez le candidat expliquer avant de compléter. Revenez sur les formulations générales : « améliorer la performance », « refaire l'architecture » ou « ajouter des tests ». Demandez ce qui a été mesuré, quels choix ont été envisagés et comment le résultat a été validé. La précision vient du récit, avec des limites que le candidat peut reconnaître.

Ne cherchez pas à couvrir toute une carrière. Choisissez un cas, puis approfondissez-le suffisamment pour comprendre la contribution réelle. Une conversation dispersée peut donner une bonne impression sans laisser de preuve exploitable. Notez les faits et les questions ouvertes pour le debrief, plutôt que de retenir uniquement la fluidité de la présentation.

Notre méthode utilise une grille partagée. Les dimensions servent à vérifier des aspects différents du travail ; elles ne constituent pas un concours de vocabulaire. Le poids de chacune dépend de la responsabilité recherchée. Voici comment les rendre concrètes pendant une conversation.

1. Profondeur technique réelle

   Revenez sur une décision de production : problème initial, alternatives, choix et limites. Demandez comment le résultat a été vérifié.

2. Autonomie en contexte

   Posez un scénario de démarrage dans votre contexte. Observez les informations demandées, les dépendances repérées et le premier travail proposé.

3. Communication avec le non-technique

   Demandez une explication pour un interlocuteur produit. L'arbitrage doit rester compréhensible, avec ses conséquences et ses incertitudes.

4. Track record vérifiable

   Identifiez une référence qui peut confirmer le rôle personnel, la fiabilité et la transmission. L'entretien prépare cet appel ; il ne le remplace pas.

5. Fit culturel

   Discutez des rituels, de l'autonomie et des contraintes. Un candidat doit comprendre votre organisation autant que vous devez comprendre son fonctionnement.

Un récit solide n'est pas forcément spectaculaire. Une personne peut avoir amélioré un processus, stabilisé un module ou évité une réécriture inutile. Ce qui compte est la capacité à expliquer le travail, les contraintes et sa contribution. À l'inverse, une application connue ne prouve pas que le candidat en a porté les décisions importantes.

Demandez d'abord ce qui a été difficile et pourquoi. Puis cherchez une alternative : qu'aurait-il pu faire, pourquoi ne l'a-t-il pas choisi et dans quel contexte cette option aurait-elle été meilleure ? Vous verrez si le candidat comprend les compromis ou récite une règle générale.

La question du changement d'avis apporte aussi des informations. Quel choix referait-il autrement aujourd'hui ? Qu'est-ce qui lui a fait modifier sa position ? Une réponse précise permet d'aborder la maintenance et l'apprentissage. Une absence de regret n'est pas une disqualification automatique ; elle peut vous conduire à choisir un autre exemple pour approfondir.

Sur le scénario de mission, demandez ce qu'il ferait avant d'écrire du code. Un diagnostic commence souvent par une reproduction, des observations ou une discussion avec l'équipe. Vérifiez ensuite comment il saurait que son intervention a fonctionné. Sans critère de validation, la réponse reste une intention.

Évitez de donner la réponse attendue dans la question. Si vous demandez « utiliseriez-vous telle bibliothèque ? », vous testez surtout l'accord avec votre préférence. Préférez une contrainte et laissez la personne construire sa réponse. Vous pourrez alors discuter ses raisons, y compris si elle propose une option différente de celle que vous aviez imaginée.

Un exercice peut être utile quand une compétence importante reste incertaine après l'entretien. Choisissez alors un format court, directement lié à cette incertitude, avec des critères annoncés. Une revue d'extrait de code ou un diagnostic partagé peut apporter davantage qu'un petit produit à construire de zéro.

Respectez les contraintes du candidat. Proposez un support public ou préparé pour l'évaluation, sans demander de livrer gratuitement une fonctionnalité réelle de votre entreprise. Si un travail conséquent est nécessaire, discutez de son cadre et de sa rémunération. La transparence sur l'effort attendu améliore la qualité de la relation dès le recrutement.

La possibilité d'utiliser des outils doit être explicite. Si vous souhaitez observer le raisonnement sans assistance, dites-le et limitez le format à ce qu'il permet de vérifier. Si vous autorisez des outils, demandez comment leurs résultats sont contrôlés. Dans les deux cas, votre grille doit mesurer le travail que la personne aura réellement à faire.

Une référence apporte un point de vue sur la durée, que l'entretien ne donne pas. Demandez comment la personne travaillait avec l'équipe, gérait un désaccord et transmettait le sujet. Cherchez les conditions dans lesquelles l'ancien client la reprendrait. Un « oui » enthousiaste devient plus utile quand il est accompagné d'un contexte.

Rassemblez ensuite les observations avec les personnes qui ont évalué le candidat. Distinguez les faits, les interprétations et les incertitudes. Si une décision dépend d'une question non résolue, choisissez une vérification ciblée. Ajouter une étape générale risque de rallonger le process sans répondre à ce point précis.

Pour une mission mobile, le guide de recrutement React Native relie cette grille aux contraintes de production. Après la sélection, préparez aussi les conditions de réussite : accès, interlocuteurs et premier sujet. La qualité de l'évaluation ne remplace pas la qualité du démarrage.