Questions d'entretien Amazon pour software engineers

Amazon est la seule grande entreprise tech où le tour comportemental détermine l'offre davantage que le tour de coding. Les 16 Leadership Principles traversent chaque entretien, le bar raiser détient un droit de veto, et la grille pondère explicitement l'ownership, la customer obsession et la frugalité. Un candidat au code solide mais aux histoires LP faibles est régulièrement down-level ou rejeté. Ce guide décompose le processus, les patterns de questions et le framework LP à partir des principes publics d'Amazon et des rapports publics Glassdoor.

Le processus d'entretien Amazon

Les boucles SDE d'Amazon suivent une forme reconnaissable. Screen recruteur (30 minutes). Online assessment (90-120 minutes de coding chronométré plus une simulation de travail pour certaines équipes). Phone screen (60 minutes, un problème de coding plus du comportemental LP). Boucle onsite (5 tours, dont un bar raiser) : deux tours de coding, un system design à partir de SDE-II, un tour avec le hiring manager, un bar raiser. Délai total : 4-8 semaines selon le planning.

Le bar raiser est la pièce porteuse. C'est un interviewer formé, amené depuis l'extérieur de votre équipe de recrutement, spécifiquement pour s'opposer aux décisions « bon pour cette équipe, pas bon pour Amazon ». Son tour est structuré autour des Leadership Principles avec des relances incessantes. Attendez-vous à des sondes « parlez-moi davantage de cela », « qu'auriez-vous fait différemment » et « quel a été le résultat » jusqu'à toucher le socle. Les réponses vagues sont exposées en 30 secondes.

Top 10 des questions techniques à préparer

Les questions de coding Amazon se concentrent sur les graphes, les arbres, la programmation dynamique et le design orienté objet. Voici les patterns issus des rapports publics.

1. Number of islands et ses variantes (aire maximale, formes distinctes). Conseil : maîtrisez DFS et BFS, puis entraînez-vous à la variante où vous devez éviter les revisites via un set de vus.
2. Course schedule / tri topologique — détectez les cycles, renvoyez l'ordre. Conseil : l'algorithme de Kahn est le plus simple à articuler à voix haute.
3. Word ladder — BFS sur un graphe de mots. Conseil : le BFS bidirectionnel montre de la séniorité ; mentionnez-le même sans l'implémenter.
4. Lowest common ancestor — variante par récursion. Conseil : clarifiez si les nœuds sont garantis dans l'arbre avant de coder.
5. Merge K sorted lists — heap ou fusion par paires. Conseil : les deux marchent ; expliquez la différence de complexité entre elles.
6. Design OOD : parking, ascenseur, distributeur automatique — hiérarchie de classes et machine à états. Conseil : pilotez à partir des user stories, pas des diagrammes d'héritage.
7. Find median from data stream — deux heaps. Conseil : répétez les règles de rééquilibrage jusqu'à l'automatisme.
8. Maximum subarray (Kadane) et la variante sur une grille 2D. Conseil : la variante 2D est le différenciateur à partir de SDE-II.
9. Coin change / problèmes de pièces minimales — DP sur sommes de sous-ensembles. Conseil : clarifiez si chaque pièce est illimitée ou à usage unique avant d'écrire la récurrence.
10. Parcours d'arbre avec sérialisation custom — DFS preorder avec marqueurs null. Conseil : le même encodage pour sérialiser et désérialiser réduit le code de moitié.

Top 5 des sujets de system design

1. Cache distribué — sharding, réplication, hot keys, cache stampedes.
2. Job scheduler à l'échelle — queue durable, worker pool, retries, dead letters, monitoring.
3. Real-time bidding / ad serving — lookup à faible latence, application du budget, requête-réponse sous SLA à la milliseconde.
4. Flux de checkout e-commerce — verrous d'inventaire, intégration de paiement, idempotence, inventaire à cohérence éventuelle.
5. Stockage blob façon S3 — modèle de cohérence, réplication, politiques de cycle de vie, support des gros objets.

Les tours de system design d'Amazon adorent les préoccupations opérationnelles : monitoring, alerting, runbooks d'astreinte. Saupoudrez-les naturellement — « on exporterait un histogramme de latence par shard et on alerterait si le p99 dépasse 200 ms » marque davantage qu'un simple diagramme d'architecture.

Top 5 des questions comportementales (Leadership Principles)

1. Racontez-moi une fois où vous avez pris en charge quelque chose d'important hors de votre périmètre de responsabilité. (Ownership)
2. Décrivez une situation où vous avez été en désaccord avec votre manager — que s'est-il passé ? (Have Backbone; Disagree and Commit)
3. Racontez-moi la solution la plus innovante que vous ayez livrée. (Invent and Simplify)
4. Décrivez une fois où vous avez dû plonger dans les données pour trouver la cause racine d'un problème. (Dive Deep)
5. Racontez-moi une fois où vous avez dû livrer plus avec moins. (Frugality)

Utilisez STAR — Situation, Task, Action, Result. Chaque histoire a besoin d'un résultat mesurable. « On l'a livré » sans métrique se classe tout en bas. « On a livré, réduit la latence p99 de 40 %, et la fonctionnalité tourne encore 18 mois plus tard » se classe tout en haut.

Conseils propres à la culture d'Amazon

Les 16 Leadership Principles ne sont pas des affiches — ce sont la grille. Imprimez-les, étudiez-les et pré-écrivez une histoire STAR de 90 secondes pour chacun. Visez 12-16 histoires distinctes couvrant les 16 principes, avec au moins une histoire applicable à chacun. L'interviewer a littéralement une checklist ; vous voulez au moins une correspondance forte par principe qu'il sonde.

Utilisez « je » et non « nous ». La culture d'Amazon exige explicitement un signal d'ownership individuel. « On a construit ce truc » est le déclencheur de rétrogradation le plus courant dans les tours comportementaux. Même quand le travail était collaboratif, cadrez votre rôle : « j'ai porté le design de l'API, recruté deux contributeurs et écrit le plan de migration. » Ce n'est pas se vanter — c'est donner à l'interviewer de quoi noter.

Un principe non évident : « Are Right, A Lot » exige implicitement une histoire où vous avez changé d'avis face à de nouvelles données. Les candidats seniors incapables de nommer une fois où ils avaient tort marquent faiblement ici. Préparez une histoire propre « j'avais tort sur X, les données ont montré Y, voici ce que j'ai livré à la place ».

Questions fréquentes