Préparation au défi en entretien
Les premiers tours sautent de plus en plus la présentation du portfolio pour passer directement à un problème en direct limité dans le temps, souvent 25 à 45 minutes, ou un travail à domicile. La candidature permet d’entrer dans la salle. Voici ce qui s’y passe.
Trois modes : générer le défi probable, le répéter en direct, débriefer. Généralement à la suite.
Avant tout
- Lire
<workspace>/jobsearchos.config.md. Simodules.challenge_prepest false, le dire en une ligne et s’arrêter. - Lire
<workspace>/profile/identity.mdpourrole_title,seniorityettarget_titles. Le format et la notation s’adaptent à ce rôle. Si votre outil ne peut pas lire les fichiers, demander à l’utilisateur de les coller. - Modèles :
models.searchpour la reconnaissance,models.deeppour rédiger le défi et la critique. Si la session est sur Opus, le dire en une ligne et continuer. Une recherche, maximum deux. Si un dossier pour cette entreprise existe dans<workspace>/jobs/(correspondance sur le slug, n’importe quel préfixe), le lire au lieu de chercher : la recherche est déjà faite.
Mode 1 : générer le défi
Reconnaissance, cinq minutes maximum
Utiliser le dossier s’il existe. Sinon, une recherche : ce que fait le produit, qui paie, quelle surface ou domaine le rôle couvre.
Choisir le format qu’ils utiliseront réellement
Par défaut pour les rôles de design (design produit, UX, recherche, systèmes de design) :
| Signal | Format probable |
|---|---|
| Entreprise, domaine complexe, direction ou produit data | Critique d’application, puis refonte d’un flux |
| Scaleup, multiples surfaces, langage système dans l’annonce | Consolider un motif qui a dérivé entre les surfaces |
| Early stage, « notre première embauche », fondateur qui recrute | De zéro à un : concevoir la boucle principale à partir d’un énoncé de problème |
| L’annonce mentionne l’IA, les agents ou les copilotes | Concevoir une surface où le système a parfois tort |
| Annonce vague ou généraliste | Pensée produit : choisir une métrique, proposer trois façons de la faire évoluer |
Pour les autres rôles, adapter la même logique à role_title :
| Famille de rôle | Formats typiques |
|---|---|
| Gestion de produit | Sens produit (améliorer ou concevoir un produit pour un utilisateur), exécution (une métrique a chuté, la diagnostiquer), stratégie (pénétrer un marché ou prioriser une feuille de route), PRD à domicile écrit |
| Ingénierie | Conception système pour la charge de travail principale de l’entreprise, débogage ou revue de code d’un snippet réaliste, service à domicile avec une note écrite sur les compromis |
| Marketing et croissance | Brief campagne avec un budget et une contrainte de canal, diagnostic d’entonnoir à partir d’un extrait de données, positionnement pour un lancement |
| Données et analyse | Analyse d’un jeu de données désordonné avec une question de partie prenante, définition de métrique, conception d’expérience |
| Ventes, relation client, opérations | Appel de découverte simulé, plan de compte, cas de redesign de processus |
| Tout autre | Utiliser les verbes de l’annonce : ce pour quoi ils vous embauchent est ce qu’ils testeront |
Donner à l’utilisateur celui que vous jugez le plus probable et nommer le deuxième en une ligne pour qu’il ne soit pas pris au dépourvu. Préciser s’il est probablement en direct ou à domicile, car la répétition diffère (voir Mode 2).
Rédiger le brief comme le dirait un recruteur
Volontairement sous-spécifié. Les vrais briefs sont deux ou trois phrases avec une contrainte, pas un cahier des charges. Un brief clair retire ce qui est testé.
**[Entreprise] · format probable : [nom]** · deuxième : [nom]
*Le brief, comme ils le diraient à voix haute*
"[deux ou trois phrases. Un utilisateur ou partie prenante, une situation, une contrainte. Pas de critères de succès, pas de périmètre.]"
*Timebox :* [25 / 45] minutes, ou [à domicile : heures et livrable]
*Ce qu’ils notent :* [trois choses, une ligne chacune]
*Le piège :* [la mauvaise direction spécifique que ce brief invite]
Puis s’arrêter. Ne pas le résoudre. Ne pas donner d’indice.
Mode 2 : répéter
Format en direct : l’utilisateur répond à voix haute ou par écrit ; vous jouez le recruteur. Interrompre une fois avec un changement de contrainte réaliste (« les données se rafraîchissent chaque semaine, pas en temps réel »), répondre brièvement aux questions de clarification et dans le personnage, et garder le temps. Ne pas coacher pendant la tentative.
Format à domicile : l’utilisateur partage le livrable ou un plan. Vous le révisez comme le ferait un jury de recrutement qui le parcourt : en cinq minutes, en cherchant la décision, le compromis et la réserve.
Mode 3 : débriefer
L’utilisateur décrit ce qu’il a fait, colle des notes ou partage une capture d’écran. Noter dans cet ordre. Ces six critères valent pour tous les rôles ; la formulation du premier s’adapte.
- Recadrer avant de résoudre. L’échec le plus courant en senior est de résoudre le brief tel qu’énoncé. Les bons candidats passent les premières minutes à nommer l’utilisateur ou la partie prenante, la décision en jeu et ce à quoi ressemble le succès, et énoncent l’hypothèse à voix haute pour qu’elle puisse être corrigée.
- Recentré volontairement. Nommé ce qu’ils ne font pas, et pourquoi, tôt. L’élargissement du périmètre dans un défi limité dans le temps est perçu comme un mauvais jugement.
- Montré le compromis. Ce qui a été essayé, rejeté, et ce que cela a coûté. Une décision sans coût n’est pas perçue comme une décision.
- Resté lisible en réfléchissant. Raconter, esquisser, vérifier. Quatre minutes de silence font perdre la salle.
- Conclu quelque chose. Une direction concrète avec une prochaine étape, pas trois options rendues. Rendre des options est perçu comme éviter la décision.
- Attaché la réserve. « Cela suppose que les données se rafraîchissent quotidiennement, ce que je vérifierais. » C’est souvent le mouvement le plus fort, et il fonctionne mieux en direct que sur papier.
Là où profile/voice.md ou les fichiers piliers montrent les propres habitudes de l’utilisateur (par exemple une histoire de compromis signature), nommer quelle histoire pilier correspond au point de compromis. Ne pas en inventer.
Délivrer la critique
Directe, spécifique, sans sandwich. L’utilisateur a besoin des deux choses qui auraient changé le résultat.
**Noté**
Recadrage : [fort / faible / manqué] · [une ligne]
Recentrage : [...]
Compromis : [...]
Lisibilité : [...]
Conclusion : [...]
Réserve : [...]
**Les deux choses qui auraient changé le résultat**
1. [spécifique, avec la phrase qu’ils auraient dû dire]
2. [idem]
**Une phrase à retenir :** [quelque chose qu’ils ont réellement dit de bien, cité en retour]
Ouvertures réutilisables
Elles ne coûtent rien et font gagner les trois premières minutes. Adapter le texte à la voix de l’utilisateur.
- « Avant de commencer, laissez-moi reformuler ce que je pense que vous demandez, pour que vous puissiez m’arrêter si je me trompe. »
- « Qui est l’utilisateur ici, et quelle décision essaient-ils de prendre ? »
- « Je vais laisser [X] de côté et me concentrer sur [Y], parce que [raison]. Dites-moi si c’est la mauvaise moitié. »
- « Je suppose [chose]. Si ce n’est pas vrai, cela change. »
- « Voici ce que je couperais, et ce que cela coûte. »
- « C’est là où je m’arrêterais pour l’instant. Ensuite je voudrais [X], et je l’obtiendrais par [méthode]. »
Où l’enregistrer
Ajouter une section ## Préparation au défi au dossier de l’entreprise dans <workspace>/jobs/ (structure dans <workspace>/jobs/_TEMPLATE.md) : le brief, la tentative en un paragraphe, les deux corrections. Définir le frontmatter interview_prep_challenge: completed. Si aucun dossier n’existe, créer jobs/1-<slugentreprise>.md à partir du modèle avec juste cette section (préfixe 1-, car atteindre cette compétence implique screening). Ne jamais renommer les fichiers existants ; cela appartient à /log-application.