Amazon Full Stack Developer: Lebenslauf-Keywords und Interviewvorbereitung

Du willst dich als Amazon Full Stack Developer bewerben und weißt nicht, welche Keywords in den Lebenslauf gehören und was im Interview wirklich zählt. Gute Nachricht: viel davon ist Handwerk, kein Geheimnis. Schlechte Nachricht: Amazon ist ein großer Arbeitgeber mit vielen Teams, und was genau gesucht wird, steht in der jeweiligen Ausschreibung, nicht in einem allgemeinen Ratgeber.

Was die Stellenanzeige wirklich verlangt#

Bevor du auch nur eine Zeile am Lebenslauf änderst, lies die Stellenanzeige Wort für Wort. Amazon schreibt selten einfach nur "Full Stack". Da stehen konkrete Technologien, Frameworks und Aufgabenbereiche drin, und genau die müssen in deinem Lebenslauf auftauchen, wenn du sie wirklich kannst.

Ein bewährtes Vorgefen: nimm die Anzeige, markiere jede Technologie und jede Tätigkeit, die dort vorkommt, und gleiche sie mit deiner Erfahrung ab. Ein kostenloser Job-Decoder hilft dir, die Anzeige sauber zu zerlegen und die relevanten Begriffe herauszufiltern. Danach hast du eine Liste, die du abarbeiten kannst.

Wichtig: schreib keine Technologie in den Lebenslauf, die du nicht im Gespräch verteidigen kannst. Bei Amazon kommen oft technisch versierte Interviewer, die nachfragen. Ein aufgeblasener Lebenslauf fliegt im Screening oder spätestens im Interview auf.

Keywords für den Amazon Full Stack Developer Lebenslauf#

Die Keywords teilen sich in drei Gruppen: Technologien aus der Anzeige, typische Full Stack Begriffe und die Arbeitsweise, die Amazon in Stellenanzeigen beschreibt. Alle drei gehören rein, aber in unterschiedlicher Form.

Technische Keywords kommen in die Kompetenzliste und in die Projektpunkte. Typische Full Stack Begriffe sind JavaScript, TypeScript, React, Node.js, Python, Java, SQL, NoSQL, REST, GraphQL, AWS, Docker, CI/CD, Microservices, Testing. Nimm nur die auf, die du wirklich beherrscht, und priorisiere die, die in der Anzeige stehen.

Amazon beschreibt in Stellenanzeigen häufig Verantwortung für Design, Implementierung, Betrieb und Skalierung von Services. Solche Begriffe wie "eigener Betrieb", "On-Call", "Skalierung", "Verfügbarkeit" oder "End-to-End Verantwortung" passen gut in deine Projektpunkte, sofern sie der Wahrheit entsprechen. Wenn du nur Features gebaut und nie den Betrieb übernommen hast, schreib das nicht dazu.

Prüfe am Ende, ob dein Lebenslauf die wichtigsten Begriffe enthält, die in der Ausschreibung vorkommen. Viele große Unternehmen filtern Bewerbungen automatisiert, und ein ATS-Check zeigt dir, ob deine Datei sauber lesbar ist und ob die Kernbegriffe erkannt werden. Das kostet dich fünf Minuten und erspart eine Absage ohne Rückmeldung.

Ein konkretes Beispiel für eine Formulierung#

Hier ist ein typischer Punkt aus einem Entwickler-Lebenslauf, wie ich ihn oft sehe:

"Verantwortlich für das Frontend und Backend unserer internen Bestellanwendung, mit React und Node.js."

Das ist nicht falsch, aber schwach. Kein Ergebnis, kein Umfang, keine Technik im Detail. So wird daraus etwas, das ein Interviewer lesen und nachfragen kann:

"Entwickelte und betrieb eine interne Bestellanwendung mit React, TypeScript und Node.js für rund 400 Nutzende im Vertrieb, reduzierte die durchschnittliche Ladezeit von 4 auf 1,2 Sekunden und verantwortete Releases über GitHub Actions und AWS."

Der Unterschied liegt nicht in der Länge. Es sind die konkrete Technik, die Zahl der Nutzenden, das messbare Ergebnis und die klare Verantwortung. Die Zahlen musst du selbst kennen und im Gespräch erklären können, ersetz sie also durch deine echten Werte.

Was im Interview typischerweise drankommt#

Bei Amazon laufen technische Interviews und Fragen zur Arbeitsweise parallel. Das ist kein Geheimnis, das steht in den meisten Ausschreibungen und wird auch auf den offiziellen Karriereseiten so beschrieben. Konkrete Abläufe und Schwerpunkte unterscheiden sich je nach Team, Region und Senioritätsstufe.

Technisch wirst du zu Systemdesign, Coding und deinen Projekten befragt. Bei Full Stack Rollen kommt oft beides vor: Frontend Architektur und Backend Design. Übe beides, und zwar mit Stift und Papier beziehungsweise in einem einfachen Editor, nicht nur in der gepflegten IDE.

Dazu kommen Fragen zu deiner Arbeitsweise. Amazon nutzt dafür die sogenannten Leadership Principles, also Leitlinien wie Kundenfokus, Verantwortung übernehmen oder Dinge vereinfachen. Du musst nicht wissen, wie intern bewertet wird. Du solltest aber konkrete Geschichten aus deiner Arbeit erzählen können, die zeigen, wie du entscheidest und handelst.

So baust du deine Antworten auf#

Die Struktur, die bei situativen Fragen funktioniert, ist simpel: Situation, deine Handlung, dein Ergebnis. Erzähl kurz, was los war, was genau du getan hast, und was dabei herauskam. Keine langen Vorgeschichten, keine Teamleistung ohne deinen Anteil.

Hier ist ein Beispiel für eine Antwort auf eine Frage dazu, wie du mit einem schwierigen technischen Problem umgehst. Die Frage könnte lauten: "Erzähl mir von einer Situation, in der du eine Vereinfachung durchgesetzt hast, obwohl es Widerstand gab."

"Unser Checkout-Service war über zwei Jahre gewachsen und jede Änderung brauchte mindestens drei Tage, weil zwölf Teams ihre Logik darin hatten. Ich habe vorgeschlagen, die Preislogik in einen eigenen Service auszulagern, und habe zuerst die zwei kritischsten Teams mitgenommen, indem ich ihre häufigsten Fehlerfälle als Grundlage für die neue Schnittstelle genutzt habe. Der Vorschlag wurde angenommen, wir haben den Service in sechs Wochen abgelöst, und die durchschnittliche Deploy-Zeit für Preisänderungen ging von drei Tagen auf unter eine Stunde."

Die Antwort nennt das Problem, die konkrete Handlung und ein überprüfbares Ergebnis. Genau so etwas solltest du für vier bis sechs Situationen aus deiner Vergangenheit vorbereiten: ein Konflikt, ein Scheitern, eine Vereinfachung, eine Entscheidung unter Unsicherheit, eine Situation mit Kundenbezug und eine, in der du Verantwortung übernommen hast.

Checkliste für die nächsten zwei Wochen#

• Stellenanzeige ausdrucken und alle genannten Technologien markieren
• Lebenslauf so umschreiben, dass diese Begriffe in Projektpunkten vorkommen
• Pro Projekt mindestens ein Ergebnis mit Zahl oder messbarer Veränderung formulieren
• Sechs Geschichten aus der Arbeit notieren, je mit Situation, Handlung, Ergebnis
• Systemdesign üben: eine URL-Verkürzer, einen Chat, einen Feed skizzieren
• Coding üben: Arrays, Strings, Hashmaps, rekursive Probleme, sauber erklären beim Schreiben
• Zwei Mock Interviews mit jemandem aus der Praxis machen, nicht allein üben
• Kompetenzliste und Dateiformat mit einem kostenlosen ATS-Check prüfen

Deutschland, Österreich und die Schweiz: was anders ist#

Für Standorte im deutschsprachigen Raum gelten einige Punkte, die in amerikanischen Ratschlägen fehlen. Der Lebenslauf ist hier oft etwas länger als eine Seite, ein Foto ist üblich, aber kein Muss, und ein Anschreiben wird je nach Unternehmen erwartet oder ignoriert. Bei großen US-Unternehmen mit Standorten in Deutschland reicht meist ein tabellarischer Lebenslauf auf Englisch, Anschreiben optional.

Zum Gehalt: für Full Stack Entwickler mit mehrjähriger Erfahrung werden im deutschsprachigen Raum je nach Region, Seniorität und Unternehmen sehr unterschiedliche Spannen genannt, oft irgendwo zwischen etwa 55.000 und 95.000 Euro Bruttojahresgehalt, bei Senior Rollen und großen US-Arbeitgebern auch höher. Das variiert stark, es gibt keine Garantie, und du solltest die aktuellen Angaben der jeweiligen Stellenanzeige oder der offiziellen Gehaltsquelle des Unternehmens prüfen, bevor du eine Zahl nennst.

Zur Arbeitserlaubnis: ob und wie ein Aufenthaltstitel für eine Stelle nötig ist, hängt von deiner Staatsangehörigkeit und dem Standort ab. Es gibt keine pauschale Zusage, und ich gebe hier bewusst keine Zahl oder Frist. Prüfe das bei der zuständigen Ausländerbehörde oder auf den offiziellen Seiten des Bundesministeriums des Innern, bevor du dich darauf verlässt.

Wo du passende Stellen findest#

Nicht jede Ausschreibung, die nach Full Stack klingt, passt zu dir. Filtere nach Standort, Seniorität und Tech-Stack, und bewirb dich gezielt statt in Masse. Auf der Job-Suche findest du aktuelle Full Stack Positionen, auch im deutschsprachigen Raum, und kannst direkt nach den Begriffen aus deiner Keyword-Liste suchen.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Wie lang sollte der Lebenslauf für eine Amazon Bewerbung sein?

Für Entwickler mit weniger als zehn Jahren Erfahrung reichen ein bis zwei Seiten. Nimm lieber weniger Projekte mit mehr Details als eine Aufzählung ohne Ergebnisse.

Brauche ich ein Anschreiben im deutschsprachigen Raum?

Bei großen US-Unternehmen mit lokalen Standorten ist es oft optional, bei kleineren Arbeitgebern wird es manchmal erwartet. Im Zweifel fragst du in der HR-Ansprechperson nach, bevor du Zeit investierst.

Soll ich die Leadership Principles im Lebenslauf erwähnen?

Nein, das wirkt gekünstelt. Zeige die Arbeitsweise stattdessen in deinen Projektpunkten und Geschichten, zum Beispiel durch konkrete Verantwortung und Ergebnisse.

Was mache ich, wenn mir Projektergebnisse mit Zahlen fehlen?

Dann nutze Größenordnungen, Nutzerzahlen oder qualitative Verbesserungen, die du belegen kannst. Ehrlich und unspezifisch ist besser als eine geschönte Zahl, die du nicht erklären kannst.

Wie finde ich weitere Artikel zur Bewerbung als Entwickler?

Im Karriere-Blog findest du Beiträge zu Lebenslauf, Interview und Gehaltsverhandlung. Die Inhalte sind kostenlos und auf Deutsch, ohne Anmeldung.