Réussir un entretien technique en anglais : préparation, scripts, mock interviews

📍 Article principal de la série : Parler anglais quand on travaille dans la tech : méthode et progression vers la fluence

Introduction

Un entretien technique en anglais combine deux pressions : la difficulté technique de l’évaluation (raisonnement algorithmique, design d’architecture, debug live) et la difficulté linguistique (parler clairement sous stress, comprendre des questions à débit naturel, demander des clarifications sans perdre la face). Beaucoup de candidats francophones excellents techniquement échouent à des entretiens parce qu’ils sous-évaluent la seconde pression. Ce tutoriel pose un protocole de quatre semaines pour préparer la dimension linguistique d’un entretien technique en anglais — depuis la self-introduction jusqu’à la system design interview, en passant par le coding live et le behavioral round.

Prérequis

• Niveau de départ : B1+ ou B2 en compréhension orale, A2/B1 en production orale (le protocole comble l’écart)
• Une caméra et un micro sur ordinateur, pour les enregistrements de mock interviews
• Un compte sur une plateforme de coding (LeetCode, Codility, ou HackerRank) pour les exercices de coding live
• Un partenaire de mock interview : collègue anglophone, prof italki, ou utilisateur de Pramp/Interviewing.io (sites de mocks gratuits)
• Quatre semaines, avec 30-45 minutes par jour

Étape 1 — Cartographier les rounds d’un entretien tech moderne

Un entretien tech en anglais dans une scale-up internationale ou un grand groupe suit une structure standardisée qu’il faut connaître à froid. Le format type comprend cinq rounds étalés sur deux à quatre semaines de processus : un screening RH (30 min, conversation), un screening technique téléphonique (45 min, coding light), un coding interview live (60 min, problème algorithmique), un system design interview (60 min, conception d’architecture), et un behavioral interview (45 min, expérience passée).

Chaque round a son langage propre. Le screening RH parle compensation, motivation, parcours ; le coding parle complexity, edge cases, optimization ; le system design parle scalability, consistency, trade-offs ; le behavioral parle conflict, leadership, failure. Préparer un seul vocabulaire générique laisse des trous critiques. Le protocole qui suit traite les cinq rounds en parallèle, à raison d’un round par jour ouvré sur quatre semaines.

# Planning hebdomadaire (4 semaines)
Lundi    : behavioral interview drills
Mardi    : coding live (algo + verbalisation)
Mercredi : system design (vocab + framework)
Jeudi    : behavioral interview drills
Vendredi : mock interview complète (60 min)
Samedi   : review enregistrements semaine

Cette répartition assure que chaque round est touché deux à cinq fois sur le mois. Le mock interview du vendredi sert de jalon hebdomadaire : une session intégrée qui révèle les zones encore faibles et oriente la semaine suivante. Si vous faites moins de 4 jours par semaine, doubler la durée — l’effet se perd en dessous de 90 minutes hebdomadaires totales.

Étape 2 — Construire le pitch personnel « Tell me about yourself »

La toute première question de la quasi-totalité des entretiens est Tell me about yourself. C’est aussi celle où la majorité des candidats francophones plante l’entretien dans les trois minutes — soit en parlant trop (huit minutes décousues), soit en faisant un récit chronologique de CV (le recruteur connaît le CV). Le pitch doit être un récit construit de 90 à 120 secondes, mémorisé mot pour mot, livré naturellement.

# Structure du pitch (90-120 sec)
1. Phrase d'ouverture (10 sec)
   "I'm a backend engineer with 5 years of experience,
    currently focused on distributed systems."
2. Background pertinent (30 sec)
   2-3 phrases sur le parcours qui justifie la candidature
3. Réalisation marquante (30 sec)
   1 projet ou résultat concret, chiffré si possible
4. Pourquoi ce poste (20 sec)
   1 raison spécifique à l'entreprise (pas générique)
5. Phrase de fermeture (10 sec)
   "Happy to dive into any of these in more detail."

Le pitch s’écrit, se chronomètre, se polit, puis se mémorise. La mémorisation n’est pas pour réciter mécaniquement — c’est pour libérer la bande passante mentale au moment de la livraison, où le stress consomme déjà beaucoup. Au-delà de 120 secondes, le recruteur décroche ; en dessous de 60, vous renvoyez un signal de manque de matière. Une fois mémorisé, l’enregistrer 10 fois en variant légèrement le ton — l’objectif est qu’il sonne naturel, pas appris.

Étape 3 — Maîtriser les patterns du coding live

Le coding interview en visio impose un mode rare en entretien francophone : penser à voix haute en anglais. L’intervieweur évalue à 50 % le code et à 50 % le raisonnement verbalisé. Le silence est mortel — un candidat qui résout en silence et donne la solution finale est noté plus bas qu’un candidat qui explique sa démarche, même si l’autre arrive à une solution moins optimale.

Les patterns verbaux à automatiser sont en nombre fini. Une douzaine de phrases-types couvrent 80 % des situations : comprendre l’énoncé, demander des clarifications, exposer une approche naïve, identifier sa complexité, proposer une optimisation, gérer les edge cases, déboguer une erreur.

# Phrases-types coding interview (à mémoriser)
Comprendre :
  "Let me make sure I understand the problem correctly..."
  "Can I assume that the input is always a valid array?"
  "Should I optimize for time or for memory?"

Approche naïve :
  "My first approach would be a brute force in O(n²)..."
  "The naive solution would iterate over all pairs..."

Optimisation :
  "We can do better by using a hash map to reduce lookups to O(1)..."
  "Let me think about whether we can avoid the second pass..."

Edge cases :
  "What if the input array is empty?"
  "What about negative numbers? Duplicates? Integer overflow?"

Debug live :
  "I think there's an off-by-one error in the loop boundary..."
  "Let me trace through with a small example."

Ces phrases s’apprennent comme du shadowing — on les répète à voix haute en codant des problèmes LeetCode faciles, jusqu’à ce qu’elles sortent toutes seules. La cible est qu’au moment de l’entretien réel, vous n’ayez pas à composer ces phrases sous stress ; elles arrivent par réflexe, ce qui libère la pensée pour le problème lui-même. Drill quotidien : 1 problème LeetCode easy, codé en 20 minutes avec verbalisation continue enregistrée, puis réécoute critique.

Étape 4 — Apprendre le framework du system design en anglais

Le system design interview est le plus exigeant linguistiquement. On doit parler 45 minutes en continu d’architecture, en construisant à voix haute un système (URL shortener, chat application, news feed) à partir d’exigences floues. Sans framework, on s’égare. Le framework standard découpe l’exercice en sept phases qu’on enchaîne en s’exprimant clairement à chaque transition.

# Les 7 phases du system design (10x5x5x10x5x5x5 = 45 min)
Phase 1 (10 min) — Requirements clarification
  Functional requirements ("Users should be able to...")
  Non-functional requirements (latency, throughput, availability)

Phase 2 (5 min) — Capacity estimation
  DAU, QPS, storage, bandwidth back-of-envelope

Phase 3 (5 min) — High-level design
  Boxes and arrows : clients, load balancer, services, DB

Phase 4 (10 min) — Deep dive on critical components
  DB schema, API contract, sharding strategy

Phase 5 (5 min) — Identify bottlenecks
  Where does it break at 10x scale ?

Phase 6 (5 min) — Trade-offs
  Consistency vs availability, latency vs cost

Phase 7 (5 min) — Wrap-up
  Summary of design choices and reasons

Chaque phase a ses phrases-types (« Let’s start by clarifying the functional requirements… For storage estimation, assuming an average payload of 1 KB and 100 million requests per day… »). On les apprend en faisant des system design exercices à voix haute, seul devant un tableau blanc ou Excalidraw, en chronométrant chaque phase. Au bout de huit exercices (un par jour pendant deux semaines), le framework est intégré et la production verbale en anglais devient naturelle. Si une phase déborde systématiquement (souvent la 1 ou la 4), c’est qu’on s’éparpille — re-cadrer en se forçant à respecter le timing.

Étape 5 — Préparer les behavioral questions par la méthode STAR

Le behavioral round évalue la capacité à raconter une expérience pro de manière structurée. La méthode STAR (Situation, Task, Action, Result) est devenue le standard parce qu’elle force la concision et empêche les anecdotes interminables. Une réponse STAR fait 90 à 120 secondes — pas plus, pas moins.

# Structure STAR (90-120 sec par réponse)
S — Situation (15 sec) : contexte business + technique
T — Task (15 sec) : votre rôle et l'objectif spécifique
A — Action (60 sec) : ce que VOUS avez fait, étape par étape
R — Result (15 sec) : impact mesurable, idéalement chiffré
Optionnel — Lesson learned (15 sec) : ce que vous en retiendriez

Le piège francophone classique est de noyer le A (l’action) dans le S (la situation), au prétexte de « poser le contexte ». L’intervieweur veut entendre ce que vous avez fait — pas ce que l’équipe a fait. Les phrases-types sont à ancrer : I led the design of…, I identified the root cause as…, I shipped the fix in…, the result was a 40 % reduction in…

Préparer huit histoires STAR couvre la totalité des questions behavioral classiques. Les huit thèmes obligatoires : un projet dont vous êtes fier, un échec ou une erreur, un conflit avec un collègue, une prise de décision difficile, un leadership sans autorité formelle, un apprentissage technique rapide, une situation de pression extrême, un retour critique reçu et appliqué. Chaque histoire est écrite, chronométrée, mémorisée comme un script. Si une histoire dépasse 2 minutes en lecture lente, raccourcir le S ou le T — l’A ne se touche pas.

Étape 6 — Faire des mock interviews enregistrés

La mock interview est l’outil de calibrage absolu. Sans pratique en conditions réelles, le pitch poli devient bafouillage face à un humain qui pose des questions imprévues. La cible minimale : un mock complet par semaine, soit quatre sur le mois, plus les drills quotidiens.

Trois plateformes gratuites permettent les mocks sans réseau anglophone : Pramp (matching peer-to-peer entre candidats, gratuit), interviewing.io (mocks avec ingénieurs FAANG, gratuit avec mode anonyme), et italki (profs payants, ~10 USD/h, peuvent jouer le rôle d’intervieweur). Une session dure 45-60 minutes, comprend une question coding ou system design, et se conclut par un debrief.

# Protocole mock interview hebdomadaire
1. Réserver le mock le vendredi à heure fixe
2. S'enregistrer (Zoom local recording, ou OBS)
3. Faire la session à fond, comme un vrai entretien
4. Demander un debrief honnête à l'intervieweur
5. Réécouter l'enregistrement le samedi avec grille de scoring :
   - Clarté de la pensée verbalisée /10
   - Fluidité (hésitations, pauses) /10
   - Précision lexicale (mots techniques justes) /10
   - Gestion des questions imprévues /10
6. Identifier 1-2 axes pour la semaine suivante

La règle du 1-2 axes maximum par semaine est cruciale. Vouloir tout corriger d’un coup ne corrige rien. Si le mock révèle que vous bafouillez en system design ET que votre vocabulaire behavioral est faible, choisir un seul des deux pour la semaine suivante et concentrer tous les drills dessus. La semaine d’après, on attaque l’autre. Si à la fin du mois vous n’avez pas perçu de progrès net entre le mock 1 et le mock 4, c’est probablement que les drills quotidiens n’ont pas été tenus — pas un problème de méthode.

Étape 7 — Préparer le moment où vous ne comprenez pas

Inévitablement, à un moment de l’entretien, vous ne comprendrez pas une question. C’est même prévisible : l’intervieweur a un accent que vous n’avez jamais entendu (indien fort, écossais, sud-africain), il marmonne, le micro est mauvais, ou la question utilise un terme que vous ne connaissez pas. La gestion de ce moment fait la différence entre un candidat solide et un candidat fragile.

# Phrases-types pour gérer l'incompréhension (à mémoriser)
Volume / qualité audio :
  "Sorry, the audio cut for a moment. Could you repeat the last part?"
  "I want to make sure I caught that — could you say it again?"

Demande de clarification :
  "When you say [terme], do you mean [reformulation] ?"
  "Could you give me an example of what you mean?"

Reformuler pour confirmer :
  "Just to confirm, you're asking about [reformulation] ?"
  "So if I understand correctly, the question is..."

Gagner du temps :
  "That's a great question. Let me think about it for a moment."
  "I'd like to take a step back and consider..."

Ces phrases ne sont pas un aveu de faiblesse : les candidats natifs les utilisent autant que les non-natifs. Elles signalent une écoute active et une volonté de précision, qualités appréciées. Les avoir prêtes empêche la spirale du silence gêné qui démoralise et casse l’entretien. Le drill consiste à les pratiquer en mock, en demandant à l’intervieweur d’introduire volontairement une question floue ou marmonnée par session.

Étape 8 — Le jour J : protocole de mise en condition

La performance le jour J dépend autant de la préparation des semaines précédentes que de la mise en condition des deux heures qui précèdent. Un protocole stable, répété pour chaque entretien, élimine les variables parasites et libère la concentration.

# Protocole H-2 → J0
H-2 : warm-up oral (10 min)
  - Lecture à voix haute d'un article tech anglais
  - Récitation du pitch personnel (3 fois)
  - 5 minutes de shadowing sur un podcast familier

H-1 : revue ciblée (20 min)
  - Relire les 8 histoires STAR (titres uniquement)
  - Relire les phrases-types coding/system design
  - Vérifier setup technique : caméra, micro, stable

H-30 min : mise en posture
  - Pas de café supplémentaire (déjà tendu)
  - Bouteille d'eau prête
  - 5 min de respiration carrée (4-4-4-4)

H-5 min : ouvrir le call, vérifier l'audio
  - Sourire pour préparer les zygomatiques
  - Posture droite, épaules basses

Cette routine paraît clinique mais évite les regrets post-entretien (« j’aurais dû me préparer 10 minutes de plus »). Le warm-up oral est l’élément le plus sous-estimé : parler en anglais à voix haute pendant dix minutes juste avant l’entretien évite l’effet de démarrage à froid qui plombe les cinq premières minutes. Si vous enchaînez plusieurs entretiens dans la même journée, refaire un mini-warm-up de 5 minutes entre chaque — sinon la fatigue oratoire s’installe dès le second entretien.

Étape 9 — Préparer la négociation salariale en anglais

Le dernier round d’un processus d’entretien est presque toujours la négociation salariale. C’est un échange court (15 à 30 minutes), souvent par téléphone ou visio, qui décide d’un écart de 10 à 30 % sur le package final. Les francophones perdent fréquemment de l’argent ici parce qu’ils n’ont pas le vocabulaire ni les patterns pour négocier dans une autre langue, et acceptent la première offre par malaise.

Le vocabulaire à mobiliser est restreint mais précis : base salary, sign-on bonus, equity (RSU/options), vesting schedule (4 years with 1-year cliff), refresher grant, target bonus, total compensation. Sans ces termes, on ne sait même pas ce qu’on négocie. Les phrases-types pour pousser une contre-offre : Based on my research and the level of the role, I was expecting something closer to…, Could we revisit the equity component?, Is there flexibility on the sign-on?, What would it take to bring the base up to X?

La règle d’or de la négociation reste la même qu’en français : ne jamais accepter au téléphone, demander 24 heures pour réfléchir, présenter une contre-proposition par écrit en mentionnant un benchmark de marché (Levels.fyi, Glassdoor) — toujours en anglais, toujours factuel, jamais dans la plainte. Pratiquer cet échange en mock, deux fois sur les quatre semaines, change radicalement le rapport au moment réel. La perte d’opportunité d’un mauvais positionnement à ce stade peut représenter plusieurs dizaines de milliers d’euros sur la durée du contrat.

Erreurs fréquentes

Tutoriels complémentaires

• Méthode shadowing : maîtriser la prononciation anglaise
• Animer un stand-up daily en anglais

Pour aller plus loin

• 🔝 Article principal : Parler anglais quand on travaille dans la tech
• Pramp (mock interviews peer-to-peer)
• interviewing.io (mocks anonymes avec FAANG eng)
• LeetCode (drills coding live)

FAQ

Combien de mocks faut-il avoir fait avant un entretien réel important ?

Quatre à six mocks complets sur le mois précédant l’entretien représentent le seuil où la mécanique devient stable. En dessous, vous restez vulnérable aux questions imprévues. Au-dessus de huit, on entre dans le rendement décroissant — l’énergie est mieux investie sur les contenus techniques.

Et si l’intervieweur a un accent indien ou est-européen marqué ?

S’y exposer volontairement avant l’entretien. YouTube regorge de conférences techniques avec speakers indiens (notamment des conférences AWS re:Invent, Google I/O), polonais, ukrainiens. Quinze minutes par jour pendant deux semaines avant l’entretien suffit à habituer l’oreille. La compréhension active des accents non-natifs est une compétence à part entière.

Faut-il révéler que l’anglais n’est pas votre langue maternelle ?

Inutile de le souligner — votre accent le dit déjà au recruteur. En revanche, ne pas s’excuser : I’m sorry, my English is not perfect est contre-productif. Si une difficulté de compréhension survient, traiter la situation factuellement (could you rephrase?) sans excuses préalables.

Faut-il prendre des notes pendant l’entretien ?

Oui, surtout en system design. Demander en début de session : Mind if I take notes while you describe the requirements?. Les notes structurent l’écoute et libèrent la mémoire pour la pensée.

Combien de temps pour passer d’un B1 à « capable de réussir un entretien en anglais » ?

Avec ce protocole de quatre semaines, un B1 solide atteint le seuil de réussite pour des entretiens de niveau intermédiaire (scale-up européenne, mid-level engineer). Pour les entretiens FAANG ou senior staff, viser un B2 stable avec deux à trois mois supplémentaires de pratique régulière en système.

Ressources et références

• Pramp — mock interviews gratuites
• interviewing.io
• System Design Primer (GitHub, 330k+ stars)
• Cracking the Coding Interview (livre de référence)
• italki (profs natifs payants)