Évaluer un candidat dont les projets n'ont jamais été lancés
Évaluez la contribution d'un candidat à un projet annulé, les éléments qu'il peut partager et les inconnues, puis prévoyez un exercice fictif ciblé.
Ernest Bursa
Pour évaluer un candidat dont les projets n’ont jamais été lancés, examinez ses décisions, ses actions et ses observations au regard des critères du poste. Notez les résultats qui n’ont jamais pu être vérifiés. Demandez uniquement des informations que la personne est autorisée à partager et proposez un exercice fictif si son travail ne peut être évoqué pour des raisons de confidentialité.
Un projet annulé peut laisser un candidat avec des années d’expérience pertinente, sans réalisation publique à présenter. L’entretien doit établir ce que cette expérience démontre. Le nom d’un studio, un récit convaincant ou l’absence de lancement en disent moins sur le travail d’une personne que l’examen précis d’une de ses décisions.
Que peut vous apprendre un projet annulé sur un candidat ?
Un travail interrompu peut apporter des éléments sur le raisonnement, la réalisation technique et la collaboration avant le lancement. Il ne peut fournir de résultats observés en production si cette mise en production n’a jamais eu lieu.
Le 21 octobre, EA a annoncé l’arrêt du développement préliminaire de Mass Effect et la fermeture de BioWare ainsi que de ses locaux d’Edmonton. EA a également indiqué accompagner les salariés concernés dans leur recherche de postes au sein du groupe. Cette annonce a suscité une discussion très suivie sur Hacker News.
Cette annonce établit les décisions d’EA. Elle ne renseigne ni sur les performances individuelles, ni sur toutes les raisons de l’annulation, ni sur les salariés qui souhaitent rejoindre une autre entreprise. Si l’un d’eux choisit ensuite de postuler chez vous, évaluez les éléments qu’il présente sans tirer de conclusion à partir de l’actualité.
Le même problème se pose hors du jeu vidéo. Une plateforme interne est abandonnée après une acquisition. Un prototype de recherche perd son financement. Une équipe produit change de direction avant que les clients utilisent son travail. Dans chaque cas, la personne qui mène l’entretien doit distinguer la contribution du candidat du sort du projet dans son ensemble.
L’Office of Personnel Management américain décrit les dossiers de réalisations comme des récits d’expériences pertinentes évalués au regard des compétences du poste. Ces récits examinent la situation, les actions de la personne et les résultats. Ils offrent un point de départ utile pour parler d’une contribution, même si le récit du candidat reste à examiner.
La méthode ci-dessous est notre recommandation pratique. Aucune source citée ne valide l’ensemble de cet entretien consacré aux projets annulés ni ne prouve qu’il améliore les résultats du recrutement. Elle vise à rendre votre raisonnement vérifiable : qu’avez-vous appris sur cette personne, que reste-t-il à établir et quels éléments vous feraient changer d’avis ?
Fixez les limites de confidentialité avant de demander des éléments
Donnez aux candidats un moyen clair de participer sans transmettre d’informations protégées. Fixez cette limite avant de demander un portfolio, des captures d’écran, du code source ou un récit oral détaillé.
L’annulation d’un projet n’autorise pas un candidat à divulguer des documents de son ancien employeur. Un lien privé, un mot de passe, une demande du recruteur ou votre proposition de signer un nouvel accord de confidentialité ne l’y autorisent pas davantage. Les explications de l’OMPI sur les secrets d’affaires précisent que les obligations de confidentialité peuvent se poursuivre après la fin de l’emploi, selon les circonstances et le droit applicable.
Vous pouvez formuler l’invitation ainsi :
Choisissez un exemple que vous êtes autorisé à présenter. Veuillez exclure le code, les ressources, les informations clients, les mesures internes et tout autre détail confidentiel. Vous pouvez décrire votre contribution dans les limites de ce que vous êtes autorisé à communiquer. Si cela est difficile, dites-le-nous et nous utiliserons un scénario fictif que nous fournirons.
Vérifiez aussi cette limite pour les explications orales. Un candidat peut révéler une architecture sensible ou des projets commerciaux sans téléverser de fichier. Invitez-le à s’arrêter si une question nécessite des détails protégés, puis passez aux documents de remplacement. Vous pouvez respecter cette limite sans avoir à interpréter son accord de confidentialité pendant l’entretien.
Le guide de gestion des secrets d’affaires de l’OMPI traite du risque de recevoir des secrets d’un ancien employeur et recommande des consignes et des mesures de protection claires lors du recrutement. Si vous recevez des informations protégées, cessez de les faire circuler et suivez la procédure juridique et de sécurité de votre organisation. Ne promettez pas qu’une occultation, une suppression ou un entretien privé règle le problème.
Votre processus de revue de portfolio autorise peut-être déjà la description de travaux privés et un exercice de remplacement. Notre guide sur les contributions GitHub comme critère de recrutement traite de ce problème plus général. Pour un projet annulé, il faut aussi préciser exactement jusqu’où vont les résultats observés.
Reconstituez une contribution et notez le résultat resté inconnu
Choisissez une décision pertinente pour le poste et retracez-la, du périmètre de responsabilité du candidat jusqu’aux éléments disponibles avant l’annulation. Gardez les limites de ces éléments visibles tout au long de l’échange.
Commencez par la compétence à évaluer. Pour un poste backend, il peut s’agir de diagnostiquer une régression de performances. Pour un responsable technique, de choisir entre une migration progressive et un remplacement. « Parlez-nous de votre plus gros projet » laisse trop de place à la réputation du projet dans la réponse.
Les recommandations de l’OPM sur les entretiens structurés préconisent des questions prédéfinies ainsi que des échelles de notation et des critères cohérents. Appliquez ce principe à la contribution que vous examinez. Préparez les questions principales avant de rencontrer les candidats, puis approfondissez les réponses pour préciser les éléments présentés.
Posez des questions sur les responsabilités, les choix et les observations
Ces questions constituent une proposition de format, pas un questionnaire validé :
- Quelles étaient vos responsabilités et quelles parties relevaient d’autres personnes ?
- Quelle contrainte ou incertitude deviez-vous résoudre personnellement ?
- Quelle décision avez-vous prise et quelle autre possibilité avez-vous écartée ?
- Qu’avez-vous testé ou observé avant l’arrêt du projet ?
- Qu’est-ce que cette observation a établi et qu’a-t-elle laissé inconnu ?
- Que devriez-vous examiner avant de prendre la même décision ici ?
Distinguez les réalisations collectives des actions personnelles. « Nous avons réduit la latence » peut décrire un véritable résultat d’équipe. Demandez quelle étape du diagnostic le candidat a menée, ce qu’il a proposé, qui a fait le choix final et comment les différentes personnes se sont relayées. Une réponse crédible peut décrire des responsabilités limitées et la contribution décisive d’un collègue.
Soyez attentif aux évolutions du raisonnement. Quelle était l’hypothèse initiale du candidat ? Quelle observation l’a remise en question ? A-t-il modifié la réalisation, demandé de l’aide ou abandonné une piste peu prometteuse ? Vous examinez ses décisions dans les conditions de l’époque, sans prétendre reconstituer l’intégralité du projet.
Limitez un résultat de test à sa portée réelle
Prenons cet exemple fictif, sans lien avec BioWare. Un ingénieur a étudié une régression réseau dans un jeu qui n’a jamais été publié. Il peut parler de sa méthode de diagnostic sans divulguer de détails techniques protégés.
L’ingénieur explique comment il a isolé un problème de file d’attente, comparé plusieurs possibilités et testé une modification dans un environnement contrôlé. Ce récit peut apporter des éléments utiles sur son diagnostic et ses arbitrages. Le projet a ensuite été arrêté avant sa sortie.
Notez la limite à côté du résultat : observé dans l’environnement de test décrit ; aucune utilisation en production ni donnée de joueurs réels disponible. N’en faites pas une affirmation sur la fiabilité au lancement. Ne considérez pas non plus l’absence de lancement comme la preuve que la modification a échoué.
Examinez la façon dont le candidat comprend cette limite. Quelles conditions le test ne couvrait-il pas ? Qu’est-ce qui pourrait se comporter différemment avec du trafic réel ? Que surveillerait-il après le lancement ? Ses réponses peuvent révéler sa manière de raisonner face à l’incertitude, sans constituer une preuve d’expérience de l’exploitation d’un système en production.
Utilisez un exercice fictif lorsque l’exemple réel ne peut être partagé
Lorsqu’un candidat ne peut évoquer son expérience dans les limites autorisées, utilisez des documents que vous avez le droit de fournir. Définissez la compétence, l’effort attendu et les critères d’évaluation avant de lui demander de commencer.
L’OPM décrit les échantillons de travail et simulations comme des tâches semblables à celles du poste. Il souligne aussi leur coût de conception et d’administration, ainsi que leur pertinence pour les compétences attendues dès la prise de poste. Un exercice se conçoit avec soin ; le qualifier de réaliste ne suffit pas à établir sa qualité.
Pour l’exemple fictif du problème réseau, vous pouvez fournir une courte trace, une description simple du système et un symptôme inhabituel. Demandez au candidat de choisir un ordre d’investigation et d’expliquer quelles observations le feraient changer d’approche. Donnez assez de contexte pour que la réussite ne dépende ni de la connaissance de votre architecture interne, ni de la possession du bon document dans un portfolio.
Vous pouvez utiliser notre entretien de revue de conception pour ingénieur senior si vous souhaitez évaluer le raisonnement architectural. Il propose déjà une approche fondée sur des documents fictifs. Notre guide pour structurer les exercices de code aborde le périmètre et la charge de travail d’un exercice de programmation.
La solution de remplacement doit évaluer la même compétence, pour une charge de travail comparable. Cela demande un examen : deux exercices ne sont pas équivalents simplement parce qu’ils utilisent la même plage de notes. Vérifiez les connaissances nécessaires, le contexte fourni, le temps demandé et les possibilités de démontrer la compétence. Présentez cette solution avant que les candidats aient besoin de la réclamer.
Une lacune peut subsister. Un court exercice de diagnostic ne peut établir la capacité à assumer durablement la responsabilité d’un système en production. Une discussion hypothétique ne peut démontrer tous les aspects de la réalisation pratique. Décidez si la compétence manquante est indispensable dès maintenant, si une autre évaluation ciblée peut l’examiner ou si les éléments sont insuffisants pour faire une offre.
Limitez la suite à ce qui est nécessaire. Respecter la confidentialité ne devrait pas imposer un projet supplémentaire occupant tout un week-end. Évitez de demander aux candidats de produire un travail exploitable par votre entreprise comme solution de remplacement et expliquez l’objectif de l’exercice retenu.
Donnez ce choix au candidat avant la rencontre. Un bref message de prise de rendez-vous peut décrire l’échange sur sa contribution, présenter la solution fictive et expliquer comment la choisir. La personne peut ainsi préparer un exemple approprié au lieu de découvrir la limite pendant que son interlocuteur attend. Demandez si les documents sont accessibles et si l’effort attendu est raisonnable. Lorsque vous changez de format, indiquez au jury ce qu’il peut évaluer et conservez les mêmes critères du poste.
Fondez la décision sur les éléments dont vous disposez
Une décision de recrutement doit relier chaque critère important aux éléments observés ou rapportés, à leurs limites et aux éventuelles vérifications complémentaires. Signalez clairement toute compétence non évaluée plutôt que de transformer l’incertitude en une note assurée.
Utilisez une courte note sur la contribution dans l’évaluation. Ce format proposé décrit le problème de l’absence de lancement sans devenir une nouvelle grille de portfolio :
Compétence liée au poste :
Responsabilités du candidat et personnes avec qui il a travaillé :
Décision examinée et autre option envisagée :
Éléments examinés dont le partage était autorisé :
Observation disponible avant l'annulation :
Résultat jamais observé :
Question en suspens :
Une vérification complémentaire, ou la raison pour laquelle elle n'est pas nécessaire :
Précisez l’origine d’une affirmation. « Le candidat a décrit un test contrôlé » et « l’évaluateur a observé le diagnostic sur les documents fournis » sont deux types d’éléments différents. Un récit détaillé n’établit pas à lui seul que la personne est l’auteur du travail. Une mention publique au générique demande également une interprétation avant de pouvoir établir l’étendue de sa contribution.
L’action suivante doit correspondre à la lacune constatée :
| Éléments disponibles | Question en suspens | Action possible |
|---|---|---|
| Le candidat explique ses décisions de diagnostic dans un récit qu’il est autorisé à partager | Le diagnostic de code inconnu n’a pas été observé | Utiliser un exercice fictif de débogage selon le critère du poste déjà défini |
| Le candidat décrit un résultat d’équipe | Son périmètre de responsabilité reste flou | Préciser sa décision, sa réalisation et le passage de relais |
| Le candidat refuse de parler de travaux protégés | La compétence technique reste non évaluée | Proposer la solution de remplacement annoncée |
| Le candidat explique un test avant lancement et ses limites | L’exploitation durable en production n’a pas été observée | Évaluer ce critère séparément si le poste l’exige |
Ce sont des propositions d’actions pour l’intervieweur, pas des conclusions sur un candidat précis. Le refus de divulguer des informations protégées ne justifie pas une mauvaise note de compétence technique. De même, une bonne explication de l’incertitude ne comble pas toutes les lacunes techniques. Appliquez les critères annoncés aux éléments obtenus.
Dans la mesure du possible, demandez aux évaluateurs de rédiger leur appréciation avant la discussion collective. Chacun doit indiquer les éléments qui fondent sa recommandation et l’inconnue la plus importante. Le bilan peut alors porter sur un désaccord concret, par exemple sur la nécessité d’une expérience en production que l’entretien n’a pas établie.
Gardez les éléments et la suite à donner dans Kit
Le processus de recrutement doit conserver les éléments que le candidat est autorisé à partager, le critère du poste et la question non résolue là où l’équipe prend sa décision. La méthode d’évaluation reste de votre responsabilité.
Dans Kit, vous pouvez configurer une étape d’entretien ou d’échantillon de travail, fournir les consignes au candidat et un énoncé fictif, puis consigner les notes, les commentaires et une recommandation dans l’évaluation humaine. Les évaluations conservent un instantané de la grille, avec les critères utilisés au moment de l’examen. L’équipe dispose ainsi d’un endroit où documenter la contribution et décider si une vérification complémentaire est nécessaire.
Kit ne valide pas les accords de confidentialité, ne masque pas automatiquement les informations de l’employeur, ne vérifie pas qui est l’auteur du travail et ne confirme pas les mentions au générique d’un projet publié. Un fichier téléversé ou un lien externe ne prouve pas l’autorisation de le partager. Ne prêtez pas ces garanties à l’outil et recueillez uniquement les documents dont le processus a réellement besoin.
Pour le prochain poste, repérez toute exigence de réalisation publique que vous ne pouvez justifier. Remplacez-la par une compétence définie, un moyen de présenter des éléments autorisés et une façon explicite de noter ce qui reste inconnu. Vous pouvez partir d’un modèle de poste ou essayer Kit pour réunir l’énoncé et la revue d’équipe dans le même processus de recrutement.
Articles similaires
Essayez Kit pendant 30 jours.
Le recrutement, les rapports de sécurité et la formation dans un seul compte, pour les équipes où rien de tout cela n'est un poste à plein temps. 30 jours d'essai gratuit, carte bancaire demandée. Résiliez avant la fin et vous ne payez rien.
Essayez gratuitement