Amazon Interview-Fragen für Software Engineers

Amazon ist das einzige große Tech-Unternehmen, bei dem die Behavioral-Runde das Angebot stärker bestimmt als die Coding-Runde. Die 16 Leadership Principles durchziehen jedes Interview, der Bar Raiser hat Vetorecht, und das Bewertungsraster gewichtet ausdrücklich Ownership, Customer Obsession und Frugality. Ein Kandidat mit starkem Code, aber schwachen LP-Stories wird regelmäßig heruntergestuft oder abgelehnt. Dieser Leitfaden schlüsselt den Prozess, die Fragemuster und das LP-Framework anhand von Amazons öffentlichen Principles und öffentlichen Glassdoor-Berichten auf.

Der Amazon-Interviewprozess

Amazon-SDE-Loops folgen einer wiedererkennbaren Form. Recruiter-Screen (30 Minuten). Online-Assessment (90-120 Minuten zeitgesteuertes Coding plus eine Arbeitssimulation für manche Teams). Phone Screen (60 Minuten, ein Coding-Problem plus LP-Behavioral). Onsite-Loop (5 Runden, eine davon der Bar Raiser): zwei Coding-Runden, eine System Design ab SDE-II+, eine Hiring-Manager-Runde, eine Bar-Raiser-Runde. Gesamtdauer: 4-8 Wochen je nach Terminierung.

Der Bar Raiser ist das tragende Element. Er ist ein geschulter Interviewer, der von außerhalb Ihres Hiring-Teams hinzugezogen wird, speziell um Entscheidungen nach dem Motto „gut für dieses Team, aber nicht gut für Amazon“ entgegenzuwirken. Seine Runde ist um Leadership Principles herum strukturiert, mit unerbittlichen Nachfragen. Erwarten Sie „Erzählen Sie mir mehr darüber“, „Was würden Sie anders machen“ und „Was war das Ergebnis“ — bis zum Anschlag. Vage Antworten werden innerhalb von 30 Sekunden entlarvt.

Top 10 technische Fragen zur Vorbereitung

Amazons Coding-Fragen konzentrieren sich auf Graphen, Bäume, Dynamic Programming und OOP-Design. Dies sind die Muster aus öffentlichen Berichten.

1. Number of Islands und ihre Varianten (maximale Fläche, unterschiedliche Formen). Hinweis: Beherrschen Sie DFS und BFS, dann üben Sie die Variante, bei der Sie über ein Seen-Set ein erneutes Besuchen vermeiden müssen.
2. Course Schedule / Topological Sort — Zyklen erkennen, Reihenfolge zurückgeben. Hinweis: Kahns Algorithmus ist am einfachsten laut zu artikulieren.
3. Word Ladder — BFS auf einem Wort-Graphen. Hinweis: Bidirektionale BFS zeigt Seniorität; erwähnen Sie sie, auch wenn Sie sie nicht implementieren.
4. Lowest Common Ancestor — Rekursionsvariante. Hinweis: Klären Sie vor dem Coden, ob die Knoten garantiert im Baum sind.
5. Merge K Sorted Lists — Heap oder paarweises Merging. Hinweis: Beides funktioniert; erklären Sie den Komplexitätsunterschied zwischen ihnen.
6. OOD-Design: Parkhaus, Aufzug, Verkaufsautomat — Klassenhierarchie und State Machine. Hinweis: Treiben Sie es aus den User Stories voran, nicht aus Vererbungsdiagrammen.
7. Find Median from Data Stream — zwei Heaps. Hinweis: Üben Sie die Rebalancing-Regeln, bis sie automatisch sitzen.
8. Maximum Subarray (Kadane) und die Variante auf einem 2D-Grid. Hinweis: Die 2D-Variante ist das Unterscheidungsmerkmal ab SDE-II+.
9. Coin Change / Minimum-Coin-Probleme — DP auf Subset Sums. Hinweis: Klären Sie vor dem Schreiben der Rekurrenz, ob jede Münze unbegrenzt oder nur einmal verfügbar ist.
10. Baum-Traversierung mit Custom Serialization — DFS Preorder mit Null-Markern. Hinweis: Dieselbe Kodierung für Serialize und Deserialize halbiert den Code.

Top 5 System-Design-Themen

1. Distributed Cache — Sharding, Replikation, Hot Keys, Cache Stampedes.
2. Job Scheduler at Scale — durable Queue, Worker Pool, Retries, Dead Letters, Monitoring.
3. Real-Time Bidding / Ad Serving — Low-Latency-Lookup, Budget-Enforcement, Request-Response unter Millisekunden-SLAs.
4. E-Commerce-Checkout-Flow — Inventory Locks, Payment-Integration, Idempotenz, eventual-consistent Inventory.
5. S3-artiger Blob Storage — Consistency-Modell, Replikation, Lifecycle Policies, Unterstützung großer Objekte.

Amazons System-Design-Runden lieben Betriebsthemen: Monitoring, Alerting, Oncall-Runbooks. Streuen Sie diese natürlich ein — „Wir würden ein per-Shard-Latenz-Histogramm exportieren und alarmieren, wenn p99 200 ms überschreitet“ landet höher als ein reines Architekturdiagramm.

Top 5 Behavioral-Fragen (Leadership Principles)

1. Erzählen Sie von einer Situation, in der Sie etwas Bedeutendes außerhalb Ihres Verantwortungsbereichs übernommen haben. (Ownership)
2. Beschreiben Sie eine Situation, in der Sie mit Ihrem Manager nicht einer Meinung waren — was geschah? (Have Backbone; Disagree and Commit)
3. Erzählen Sie von der innovativsten Lösung, die Sie geliefert haben. (Invent and Simplify)
4. Beschreiben Sie eine Situation, in der Sie tief in Daten eintauchen mussten, um die Grundursache eines Problems zu finden. (Dive Deep)
5. Erzählen Sie von einer Situation, in der Sie mit weniger mehr liefern mussten. (Frugality)

Nutzen Sie STAR — Situation, Task, Action, Result. Jede Story braucht ein messbares Ergebnis. „Wir haben es ausgeliefert“ ohne Metrik landet ganz unten. „Wir haben ausgeliefert, die p99-Latenz um 40 % gesenkt, und das Feature läuft 18 Monate später noch immer“ landet ganz oben.

Tipps speziell zu Amazons Kultur

Die 16 Leadership Principles sind keine Poster — sie sind das Bewertungsraster. Drucken Sie sie aus, studieren Sie sie und schreiben Sie für jedes eine 90-Sekunden-STAR-Story vor. Zielen Sie auf 12-16 unterschiedliche Stories, die alle 16 Principles abdecken, mit mindestens einer Story je Principle. Der Interviewer hat buchstäblich eine Checkliste; Sie wollen mindestens einen starken Treffer pro Principle, das er prüft.

Nutzen Sie „Ich“, nicht „Wir“. Amazons Kultur verlangt ausdrücklich ein Signal individueller Ownership. „Wir haben dieses Ding gebaut“ ist der häufigste Downgrade-Auslöser in Behavioral-Runden. Selbst wenn die Arbeit kollaborativ war, framen Sie Ihre Rolle: „Ich habe das API-Design verantwortet, zwei Mitwirkende gewonnen und den Migrationsplan geschrieben.“ Das ist kein Angeben — es gibt dem Interviewer etwas zum Bewerten.

Ein nicht offensichtliches Principle: „Are Right, A Lot“ verlangt implizit eine Story, in der Sie aufgrund neuer Daten Ihre Meinung geändert haben. Senior-Kandidaten, die keine Situation nennen können, in der sie falsch lagen, schneiden hier schwach ab. Bereiten Sie eine saubere „Ich lag bei X falsch, die Daten zeigten Y, hier ist, was ich stattdessen ausgeliefert habe“-Story vor.

Häufig gestellte Fragen