Les développeurs sont correctement sélectionnés lorsqu'un ingénieur senior les a évalués sur du code réel, a noté le résultat selon des critères précis et en a conservé les preuves. Le terme seul ne signifie pas grand-chose, car de nombreux prestataires l'utilisent pour désigner une vérification de CV et un court appel. Posez quatre questions pour savoir ce qui se cache derrière.
Ce qui a réellement été évalué
Demandez la liste des compétences et des comportements qui ont été notés. Cherchez : lire du code non familier, identifier des bugs, concevoir une modification, expliquer des arbitrages et tester le résultat. Un questionnaire sur la syntaxe ou un exercice tiré d'un site de coding vous apprend très peu sur le travail quotidien. Notre article sur ce qui a remplacé le test de code explique pourquoi.
Qui a conduit l'évaluation
L'évaluateur compte autant que l'évaluation. Un ingénieur senior qui travaille dans la même stack peut distinguer un bon jugement d'une réponse apprise par cœur. Un recruteur avec une liste de contrôle ne le peut pas. Demandez le rôle et l'expérience des personnes qui évaluent les candidats.
Le test incluait-il des outils d'IA
La plupart des développeurs expérimentés travaillent désormais avec des agents de codage. Un test effectué sans outils d'IA mesure une compétence qu'ils utilisent rarement seuls, et un test avec outils montre comment ils dirigent et contrôlent l'agent. Demandez si les deux cas sont couverts. Voir comment évaluer la capacité d'un ingénieur en matière d'IA.
Que pouvez-vous consulter
Vous devriez pouvoir lire la fiche d'évaluation des ingénieurs que vous envisagez. Demandez quelle proportion de candidats est retenue, car un taux de réussite proche de 100 % signifie que le test ne filtre rien. Demandez comment le prestataire gère un ingénieur dont le travail s'avère ensuite insuffisant.
Quels sont les signaux d'alerte
Soyez vigilant lorsque la réponse est « tous nos développeurs sont des talents de premier plan » sans preuve à l'appui, lorsque vous ne pouvez pas échanger avec un candidat avant de vous engager, ou lorsque le test est entièrement automatisé. Une longue liste de certifications en lieu et place d'exemples de travaux livrés est également un signe préoccupant.
Devriez-vous effectuer votre propre vérification
Un court échange avec un développeur sur un projet passé est utile, et une période d'essai permet de vérifier l'adéquation. Demandez-leur de revenir sur une décision qu'ils changeraient. Pour aller plus loin, voir pourquoi le test à emporter est dépassé.
Comment lire une fiche d'évaluation
Une fiche d'évaluation utile liste des critères précis assortis d'une note et d'un commentaire court pour chacun, par exemple la façon dont le candidat a pris connaissance de la base de code, dont il a testé sa modification et dont il a expliqué ses choix. Cherchez des preuves de jugement dans les commentaires, pas seulement des chiffres. Comparez deux candidats sur les mêmes critères pour identifier leurs différences. Si un prestataire refuse de partager la fiche d'évaluation, considérez la promesse de vetting comme non étayée.
Comment le vetting s'articule-t-il avec votre propre entretien
Le vetting réalisé par le prestataire doit raccourcir votre processus, non le remplacer. Utilisez votre entretien pour ce que vous seul connaissez : votre base de code, les habitudes de votre équipe et les problèmes que vous anticipez dans les premiers mois. Demandez au candidat d'expliquer comment il aborderait votre première tâche. Un bon prestataire accueille favorablement cet échange, car il confirme l'adéquation avant le démarrage de la mission.
Quelle durée doit prendre le vetting
Une évaluation sérieuse mobilise quelques heures du temps d'un ingénieur senior par candidat, réparties sur plusieurs sessions. Tout ce qui dure moins de soixante minutes mesure généralement peu de choses. Un processus qui s'étale sur des semaines décourage les bons candidats. Demandez combien de temps dure le processus et dans quel délai vous pouvez consulter une liste restreinte.
Ce que cela implique lorsque vous faites appel à Miyagami
Chaque ingénieur est évalué par un tech lead AI-native qui travaille avec l'IA au quotidien. La page how we vet décrit ce qui est évalué. Les ingénieurs rejoignent votre équipe à temps plein à partir de €5 600 par mois, avec une liste restreinte sous 3 jours ouvrés et sans frais de recrutement. Nous assurons le remplacement à nos frais si l'adéquation n'est pas satisfaisante, et nous ne proposons pas de temps partiel. Voir how we vet et pricing.
Réponses courtes
Que signifie « vetted » pour les développeurs ?
Cela devrait signifier une évaluation documentée sur du code réel, réalisée par un ingénieur senior, avec des résultats que le client peut consulter.
Un test de codage est-il suffisant ?
Seul, rarement. Combinez du code réel, un échange sur des travaux passés et une période d'essai.
Les développeurs doivent-ils être testés avec des outils d'IA ?
Oui, car la plupart travaillent quotidiennement avec des agents de codage. Testez à la fois avec et sans.
Quel taux de réussite est sain ?
Un taux bien inférieur à 100 %. Si tout le monde réussit, le test ne filtre pas.
