Questions d'entretien Amazon

Chez Amazon, l'entretien récompense quelque chose que les candidats sous-estiment régulièrement : les 16 Leadership Principles ne sont pas une note de bas de page sur la page culture, ce sont la grille de notation. Traitez la loop comme un pur parcours du combattant algorithmique et elle a tendance à vous piéger, parce que presque chaque round associe une tâche technique à des questions comportementales, et les examinateurs rédigent vos réponses en les rattachant à des principes précis avant le débrief.

Pour la plupart des postes logiciels, le processus se déroule en trois étapes : un appel avec un recruteur, un test en ligne, puis une loop complète de trois à cinq rounds. La forme exacte change selon le niveau et l'organisation. Les loops SDE-1 et SDE-2 (L5) pondèrent différemment le code et le design, et des équipes comme AWS, Kuiper, Robotics ou Ads ont chacune leur saveur. Les parcours jeunes diplômés et stages passent souvent par une équipe University Talent Acquisition, sur un calendrier plus lent.

Une chose que les candidats répètent sans cesse : le calendrier est long. Il est courant de passer un test en ligne un trimestre et de ne faire la loop que le suivant. La patience, et une préparation régulière pendant ce trou, font partie du jeu.

Les candidats qui coincent sont rarement ceux qui ne savent pas coder. L'un d'eux, qui trouvait que ses rounds de code s'étaient bien passés, a quand même raté ses histoires comportementales et s'est fait refuser, ce qui est exactement ce à quoi il faut s'attendre quand les principes sont notés et pas juste admirés.

Le processus d'entretien, round par round

1. Appel avec un recruteur Appel

   Un recruteur confirme votre parcours, le niveau et le lieu visés, et vous déroule le processus. Peu de profondeur technique, mais c'est là que se fixe le niveau (SDE-1 contre SDE-2), et le niveau détermine la difficulté de la loop.

2. Test en ligne (OA) ~2 à 2,5 h, HackerRank

   Les candidats décrivent systématiquement trois parties : une section de code chronométrée de deux problèmes (environ 90 minutes), une Work Simulation où vous prenez des décisions d'ingénieur au quotidien dans un scénario, et une Work Style Survey de questions comportementales rattachées aux Leadership Principles. Certains rapportent aussi de courts QCM de system design ou de débogage.

3. Entretien téléphonique (selon le poste) Environ une heure

   Tous les parcours n'en comportent pas, mais beaucoup oui, surtout pour les postes expérimentés et front-end. Attendez-vous à une ou deux questions comportementales plus un problème de code, parfois tapé dans un simple éditeur partagé plutôt que dans un IDE complet.

4. La loop, round 1 : code + LPs 60 min

   Ouvre sur une ou deux questions Leadership Principles et leurs relances, puis un problème de structures de données. Exemples rapportés : des problèmes de graphes dans le style de Course Schedule II et des problèmes d'arbres ou de statut de sous-tâches. Un code lisible et une communication claire sont notés, pas seulement une solution qui passe.

5. La loop, round 2 : design + LPs 60 min

   Du design bas niveau ou orienté objet pour SDE-1 et SDE-2 (exemple rapporté : concevoir un distributeur automatique de billets), qui glisse vers du system design de plus haut niveau aux niveaux seniors. Là encore précédé de questions comportementales.

6. La loop, round 3 et suivants, et le Bar Raiser 60 min chacun

   Les rounds supplémentaires mélangent code, design et sondage comportemental plus poussé. Un round est mené par un Bar Raiser, et les candidats décrivent un round qui s'appuie presque entièrement sur les Leadership Principles, parfois une heure pleine de questions comportementales et de relances.

Les questions d'entretien rapportées par les candidats

Test en ligne

• Deux problèmes de code chronométrés (tableaux, chaînes, tables de hachage, graphes) ; l'objectif est de passer tous les cas de test
• Work Simulation : choisir comment un ingénieur doit réagir à des scénarios réalistes du quotidien
• Work Style Survey : des questions sur votre façon d'aborder le travail d'ingénierie, rattachées aux Leadership Principles
• Quelques QCM sur la complexité en temps et le system design de base

Code et structures de données

• Tri topologique et problèmes de dépendances dans le style de Course Schedule II
• Déterminer le statut de tâches à travers un arbre de sous-tâches (parcours d'arbre et propagation)
• Les schémas classiques étiquetés Amazon : fenêtre glissante, et parcours de graphes ou d'arbres en BFS et DFS
• Expliquez votre approche et votre complexité à voix haute avant de coder
• Refactorez vers des noms lisibles et une structure propre, les examinateurs signalent le code illisible

Design bas niveau et system design

• Concevoir un distributeur automatique de billets (état, transactions, cas limites) pour SDE-1 et SDE-2
• Concevoir un parking (classes, état et cas limites) pour les rounds de conception orientée objet
• Pour les loops seniors : concevoir un service qui passe à l'échelle, discuter du stockage, du cache et des compromis

Les Leadership Principles pour lesquels préparer une histoire

• Customer Obsession : une fois où vous avez fait passer le besoin du client avant la solution de facilité
• Ownership : quelque chose que vous avez porté en dehors de votre périmètre formel
• Dive Deep : un problème que vous avez creusé plus loin que quiconque dans l'équipe
• Bias for Action : une décision prise vite avec des informations incomplètes
• Earn Trust : un échec que vous avez assumé et ce que vous avez changé ensuite
• Learn and Be Curious : une compétence acquise vite quand le travail l'a exigé
• Deliver Results : un résultat auquel vous pouvez attacher un vrai chiffre

Variante ingénieur front-end

• Construire une petite application dans l'OA : un formulaire qui collecte nom, téléphone et adresse avec validation
• Implémenter un défilement infini, un widget de notation par étoiles ou une barre de navigation personnalisable
• Récupérer et afficher les résultats d'une API (par exemple une recherche d'images Giphy) de façon responsive
• Des exercices JavaScript tirés du vivier des entretiens téléphoniques : debounce et throttle, promise.all, un event emitter, la propagation d'événements, et des fonctions d'ordre supérieur comme map et reduce

Ce que les candidats disent du processus

Comment se préparer

• Préparez vos histoires Leadership Principles comme vous préparez vos algorithmes. Un candidat s'est constitué une banque d'une douzaine d'exemples STAR (Situation, Tâche, Action, Résultat) et estimait que 5 ou 6 histoires bien polies, capables de s'étirer sur des questions différentes, valent mieux que couvrir les seize principes en surface ; un autre travaillait avec environ deux histoires par principe. Visez la même chose, pour que chaque question comportementale ait sa réponse prête.
• Donnez le chiffre. Les examinateurs Amazon récompensent Deliver Results, alors quantifiez les résultats : latence réduite, coûts économisés, utilisateurs touchés. Un impact vague se lit comme un impact faible.
• Parlez avant de taper. Deux candidats ont été pénalisés non pour une mauvaise réponse mais pour un code difficile à lire, l'un pour des noms de variables déroutants, l'autre s'étant vu dire que le code pouvait être plus propre. Commentez votre approche et nommez vos variables comme si un collègue devait les relire.
• Ne négligez pas le design bas niveau. La conception orientée objet (un distributeur de billets, un parking) apparaît dans les loops SDE-1 et SDE-2 plus souvent qu'on ne le croit. Entraînez-vous à structurer classes, état et cas limites à voix haute.
• Prévoyez un calendrier long. Un OA un trimestre et la loop le suivant, c'est normal. Gardez vos problèmes au chaud plutôt que de bachoter juste avant une date de loop imprévisible.
• Pour l'OA, visez à passer tous les cas de test, mais un score partiel n'est pas un refus automatique : un candidat n'a validé que 8 des 15 cas sur le deuxième problème et est quand même passé à la loop. Répondez au questionnaire comportemental en accord avec les Leadership Principles, pas avec ce que vous croyez impressionnant.

Questions fréquentes

Combien de rounds compte l'entretien Amazon ?

Après un appel avec un recruteur et le test en ligne, la plupart des loops logicielles comptent trois à cinq rounds d'environ une heure chacun. Chaque round combine en général une tâche technique et des questions Leadership Principles, et l'un des examinateurs est un Bar Raiser.

C'est quoi l'Online Assessment d'Amazon ?

Les candidats décrivent un test de deux à deux heures et demie en trois parties : deux problèmes de code chronométrés (environ 90 minutes), un exercice de work simulation, et un questionnaire de style de travail basé sur les Leadership Principles. Il passe en général par HackerRank.

Quelle est l'importance des Leadership Principles ?

Centrale. Les examinateurs Amazon notent vos réponses comportementales face à des Leadership Principles précis dans presque chaque round, et des réponses comportementales faibles coulent d'excellents développeurs. Préparez de vraies histoires STAR reliées aux principes.

C'est quoi un Bar Raiser ?

Dans ces témoignages de candidats, Bar Raiser est le nom donné à l'un des rounds de la loop. Ce qu'ils décrivent systématiquement, c'est un round qui s'appuie presque entièrement sur les Leadership Principles, parfois près d'une heure pleine de questions comportementales et de relances.

Quelles questions de code Amazon pose-t-il ?

Les candidats rapportent des problèmes de structures de données comme le tri topologique dans le style de Course Schedule II, des problèmes d'arbres et de statut de sous-tâches, des parcours de graphes en BFS et DFS, et des questions de fenêtre glissante. Un code lisible et bien commenté compte autant qu'une réponse correcte.

Combien de temps dure le processus d'entretien Amazon ?

Ça varie beaucoup et c'est souvent lent. Les candidats rapportent couramment avoir passé le test en ligne des mois avant que la loop soit calée, alors prévoyez un processus qui peut s'étaler sur plusieurs trimestres.

Guides d'entretien associés