Vorstellungsgespräch als Platform Engineer: Was Recruiter wirklich denken

Wenn Sie nach Fragen im Vorstellungsgespräch für Platform Engineers suchen, haben Sie die Fragen bereits. Was Sie brauchen, ist die andere Seite des Tisches. Specific Resume — entwickelt von einem Team, das zuvor ATS-Tools für Recruiter gebaut hat und Hunderttausende Bewerbungen von innen gesehen hat — kann Ihnen helfen, einen passgenauen Lebenslauf zu erstellen, der auf dem Ja-Stapel landet.

Worauf Recruiter für Platform Engineers zuerst achten

Unten finden Sie die Signale, nach denen Recruiter und Hiring Manager für Platform Engineers in Ihrem Lebenslauf und in Ihren Interviewantworten tatsächlich suchen. Diese Muster tauchen immer wieder in recruiter-seitigen Hinweisen der ehemaligen Google-Recruiterin Farah Sharghi auf, die über 100.000 Lebensläufe gesichtet hat und erklärt hat, wie ATS und Hiring-Teams wirklich arbeiten. [1] [2]

1. Verlässlich und sicher in der Umsetzung
2. Klarheit schlägt Cleverness
3. Erklären Sie Risiko, verbergen Sie es nicht
4. Wie sie es tatsächlich lesen
5. Allgemeine Tugenden sind nur Rauschen
6. Spielereien wirken riskant
7. Schweigen ist nicht immer Ablehnung
8. Ergebnisse, nicht Verantwortlichkeiten
9. Sprachliche Übereinstimmung
10. Seniorität durch Ihre Wortwahl signalisieren
11. Bandbreite zeigen
12. Machen Sie Ihren Titel verständlich

Was Hiring Manager in einem Platform Engineer Interview wirklich beurteilen

Wenn Sie die Standardliste mit Fragen im Vorstellungsgespräch für Platform Engineer wollen, beginnen Sie dort. Aber hier geht es um die Ebene darunter: was diese Fragen wirklich herausfinden sollen. Und wenn Sie an Ihrer Gesprächsführung arbeiten möchten, kombinieren Sie das mit der STAR-Methode für Platform Engineer Interviews, damit Ihre Antworten auch unter Druck strukturiert bleiben.

1. Verlässlich und sicher in der Umsetzung

Die meisten Hiring Manager suchen nicht nach der brillantesten Antwort. Sie wollen jemanden, der in ein chaotisches Platform-Umfeld einsteigen, die Zuverlässigkeit verbessern und nicht in Woche zwei einen neuen Ausfall verursachen kann. Sharghi bringt es direkt auf den Punkt: Hiring Manager wollen meist jemanden, der verlässlich und sicher arbeitet, nicht die beeindruckendste Person im Stapel. [2]

Für Platform-Engineer-Rollen bedeutet das: Ihre Antworten sollten Unsicherheit reduzieren. Der Interviewer soll denken: Diese Person hat bereits mit Produktionssystemen, Abwägungen und Incident-Druck gearbeitet.

Eine stärkere Antwort enthält meist:

• Systemgröße oder Umfang
• welches Risiko Sie managen mussten
• was Sie entschieden haben
• was sich nach Ihrer Arbeit verändert hat

„Ich war für die Migration unserer CI-Runner auf ein besser skalierbares Setup verantwortlich, aber meine erste Priorität war die Reduzierung des Deployment-Risikos. Wir haben zunächst einen Service getestet, Rollback-Schritte ergänzt, das Runbook dokumentiert und erst dann erweitert, nachdem wir zwei Wochen lang stabile Build-Zeiten gesehen hatten.“

Das klingt sicherer als eine vage Aussage über die „Modernisierung der Infrastruktur“.

2. Klarheit schlägt Cleverness

Recruiter belohnen keine cleveren Formulierungen. Sie belohnen schnelles Verständnis. Sharghis recruiter-seitiger Rat ist eindeutig: Wenn Ihr Lebenslauf vage ist, werden Recruiter ihn nicht für Sie entschlüsseln. Dasselbe passiert in Interviews. [2]

Platform Engineering zieht Menschen an, die komplexe Systeme kennen, deshalb ist das eine häufige Falle. Wir antworten in Architektur-Sprache, mit Tool-Namen und Abstraktionen, obwohl der Interviewer eigentlich etwas Einfacheres hören will:

• Welches Problem lag in Ihrer Verantwortung?
• Was haben Sie getan?
• Was war das Ergebnis?
• Warum war das wichtig?

Nutzen Sie einfache, klare Sprache vor technischen Details. Zum Beispiel:

Wenn Sie dazu neigen, auszuschweifen, üben Sie, zuerst den ersten Satz Ihrer Antwort zu sagen. Fügen Sie Details erst hinzu, wenn sie gewünscht sind. Das funktioniert im Gespräch, und es funktioniert auch auf der Seite. Wenn Sie live üben möchten, ist das Probeinterview für Platform Engineers mit ChatGPT-Sprachprompts eine gute Möglichkeit, Ihre Antworten vor dem echten Gespräch zu schärfen.

3. Erklären Sie Risiko, verbergen Sie es nicht

Wenn Sie eine kurze Station, eine Lücke, einen Wechsel von DevOps zu Platform oder einen unpassenden Titel haben, sprechen Sie es klar an. Recruiter werten Schweigen als Risiko, weil sie keine Zeit haben, jedem unbekannten Punkt nachzugehen. Sharghi sagt das ganz deutlich: Wenn Sie den seltsam wirkenden Teil nicht erklären, füllt der Recruiter die Lücke selbst. [2]

Für Platform-Engineer-Kandidaten sind typische Risikosignale:

• Vertragsrollen, die schnell endeten
• interne Titeländerungen, die lateral oder verwirrend wirken
• Phasen zwischen Jobs nach Entlassungen
• Wechsel von SRE, DevOps, Cloud oder Backend in Platform Engineering

Eine gute Erklärung ist kurz und neutral.

„Das war ein sechsmonatiger Vertrag mit Fokus auf eine Kubernetes-Migration. Das Projekt endete planmäßig, und ich suche jetzt eine unbefristete Rolle im Platform-Bereich.“

„Mein offizieller Titel war Site Reliability Engineer, aber der Großteil meiner Arbeit war internes Platform Engineering: CI/CD, Cloud-Infrastruktur-Standards, Service-Templates und Developer-Self-Service.“

Sie brauchen keine dramatische Geschichte. Sie müssen nur das Rätsel auflösen.

4. Wie sie es tatsächlich lesen

Recruiter lesen nicht von oben nach unten. Sharghi zeigt, dass sie direkt zur Berufserfahrung springen, Titel scannen, das erste Wort jedes Bullet Points überfliegen und schnell ein Ja/Vielleicht/Nein-Urteil fällen. Zusammenfassungen werden oft übersprungen, außer wenn sie etwas Wichtiges erklären. [3]

Das ist wichtig, weil die Version von Ihnen, der sie im Interview begegnen, meist mit den schnellsten Signalen Ihres Lebenslaufs beginnt:

• Ihr aktueller oder letzter Titel
• in welchen Umgebungen Sie gearbeitet haben
• die Verben am Anfang jedes Bullet Points
• ob Ihre Bullet Points nach Ownership oder nach Support-Arbeit klingen

Wenn Ihre letzte Rolle also „Infrastructure Engineer“ hieß, die Arbeit aber klar Platform war, machen Sie das in den Bullet Points deutlich. Beginnen Sie mit konkreten Handlungen:

• Golden Paths für Service-Deployments aufgebaut
• Terraform-Module teamübergreifend standardisiert
• CI/CD-Fehler durch Pipeline-Neugestaltung reduziert
• Observability-Standards und Incident-Runbooks erstellt

Nicht:

• Verantwortlich für Cloud-Umgebung
• Bei Deployments geholfen
• An internen Tools gearbeitet

Genau deshalb ist ein passgenauer Lebenslauf wichtig. Specific Resume richtet sich stark nach diesem Leseverhalten: die letzte Rolle zuerst, relevante Erfahrung ganz vorne und Bullet Points, die schnell erfassbar sind, weil Recruiter Ihnen nicht viel Zeit geben.

5. Allgemeine Tugenden sind nur Rauschen

„Belastbar.“ „Teamplayer.“ „Leidenschaft für Technologie.“ Diese Formulierungen bringen nichts, wenn Sie keine Belege liefern. Sharghi nutzt die Idee, dass Behauptungen ohne Beweise so sind, als würden Sie erst das Besteck zeigen und dann die Speisekarte — Sie präsentieren zuerst das Falsche. [3]

In Platform-Engineer-Interviews tauchen allgemeine Tugenden oft so auf:

• „Ich bin teamfähig“
• „Mir ist Zuverlässigkeit wichtig“
• „Ich arbeite sehr detailorientiert“
• „Ich kommuniziere stark“

Machen Sie aus jeder Aussage einen Beleg.

Wenn Sie auch an Ihren Bewerbungsunterlagen arbeiten, machen Sie dasselbe in Ihrem Platform Engineer Anschreiben. Ein kurzes Anschreiben mit klaren Belegen schlägt jedes Mal eine schön formulierte Seite voller Adjektive.

6. Spielereien wirken riskant

Recruiter und Hiring Manager kennen die Tricks: versteckte Keywords, aufgeblähte Titel, kopierte KI-Antworten, Keyword-Stuffing und Skripte, die einstudiert, aber leer klingen. Sharghis Aufschlüsselung der ATS-Mythen macht den größeren Punkt deutlich: Das System auszutricksen löst meist das falsche Problem, und es kann Sie weniger vertrauenswürdig wirken lassen. [1] Ihre Hinweise zum Lebenslauf zeigen außerdem, wie kleine Zeichen von Nachlässigkeit oder künstlichem Feinschliff einen Hiring Manager von interessiert zu skeptisch kippen lassen können. [3]

Bei Platform-Engineer-Rollen ist Vertrauen noch wichtiger. Das ist produktionsnahe Arbeit. Wenn Ihre Bewerbung konstruiert statt echt wirkt, fragen sich Menschen, was noch geschönt wurde.

Ein paar Regeln, an die wir uns halten:

• nennen Sie sich nicht „Platform Engineer“, wenn Ihre Erfahrung das nicht trägt
• lernen Sie keine perfekte Antwort auswendig, die bei Rückfragen zusammenbricht
• listen Sie nicht jedes Tool auf, das Sie einmal kurz benutzt haben
• verstecken Sie sich nicht hinter Buzzwords

„Ich habe Backstage nicht in Produktion eingesetzt, aber ich habe interne Developer-Self-Service-Workflows und Service-Templates aufgebaut. Das zugrunde liegende Problem ist mir vertraut, auch wenn das konkrete Tool es nicht ist.“

Diese Antwort ist ehrlich, und Ehrlichkeit wirkt risikoärmer als Bluffen.

7. Schweigen ist nicht immer Ablehnung

Viele Kandidaten denken, irgendeine Blackbox-KI habe sie abgelehnt. Sharghis ATS-Erklärung sagt jedoch, dass das größere Problem meist einfacher ist: Volumen. Viele Bewerbungen werden nie von einem Menschen geöffnet, und viele sogenannte automatische Absagen kommen von Ausschlussfragen wie Standort, Arbeitserlaubnis oder formaler Berechtigung — nicht von irgendeinem geheimen Keyword-Score. [1]

Das ist für Interviews wichtig, denn wenn Sie eines bekommen, haben Sie den schwersten Teil bereits geschafft. Ab diesem Punkt sollten Sie aufhören, sich auf Keyword-Hacks zu fixieren, und sich auf das eigentliche Gespräch konzentrieren.

Wir sehen das so:

• Vor dem Interview: Ihre Aufgabe ist Sichtbarkeit und Passung
• Während des Interviews: Ihre Aufgabe ist Klarheit und Belege
• Nach dem Interview: Schweigen kann immer noch am Prozess, am Timing oder an Änderungen beim Headcount liegen, nicht an Ihrem Wert

Dieses Mindset hilft Ihnen, Ihre Energie dort einzusetzen, wo sie zählt.

8. Ergebnisse, nicht Verantwortlichkeiten

Platform Engineering ist stark messbar, deshalb wirken Antworten, die nur Verantwortlichkeiten aufzählen, schwach. Sharghi empfiehlt, Wirkung statt Aufgabenlisten zu betonen, und das passt hier perfekt. [3]

Eine Antwort im Platform-Engineer-Interview wird viel stärker, wenn Sie quantifizieren, was sich verändert hat:

• Deployment-Zeit sank
• Ticketvolumen ging zurück
• Build-Zuverlässigkeit verbesserte sich
• Onboarding wurde schneller
• Cloud-Kosten stabilisierten sich
• Incidents ließen sich leichter triagieren

Nutzen Sie eine einfache Struktur:

• das Problem
• die Maßnahme
• das Ergebnis

„Unsere Teams warteten stundenlang auf Infrastrukturänderungen, weil alles durch eine zentrale Queue lief. Ich habe wiederverwendbare Terraform-Module und Freigabe-Leitplanken aufgebaut und dann einen Self-Service-Weg dokumentiert. Dadurch sank die Bearbeitungszeit für Standardanfragen von Tagen auf unter eine Stunde.“

Auch wenn Sie keine genauen Zahlen nennen können, können Sie trotzdem Richtung und Größenordnung zeigen.

9. Sprachliche Übereinstimmung

Recruiter achten auf Sprache, die sie bereits kennen. Sharghi weist darauf hin, dass qualifizierte Kandidaten oft übersehen werden, weil sie die richtige Arbeit mit den falschen Worten beschreiben. [2]

Das ist im Hiring für Platform Engineers besonders wichtig, weil Titel und Sprache variieren:

• Platform Engineering
• Developer Platform
• Internal Developer Portal
• Cloud-Infrastruktur
• DevOps
• SRE
• Infrastructure Enablement

Wenn in der Stellenbeschreibung von „Developer Experience“ die Rede ist und Sie nur „Automatisierung“ sagen, verstecken Sie womöglich Ihre Passung. Wenn dort „Golden Paths“, „Self-Service-Infrastruktur“ oder „Platform Reliability“ steht, spiegeln Sie diese Formulierungen dort wider, wo sie zutreffen.

Wir sprechen nicht von bloßem Nachplappern. Wir meinen, dass Sie Ihre echte Erfahrung in die Sprache des Marktes übersetzen.

Zum Beispiel:

Das ist ein Grund, warum jobspezifische Lebensläufe besser funktionieren als generische. Sie ermöglichen es Ihnen, sich am Vokabular auszurichten, das das Team bereits nutzt.

10. Seniorität durch Ihre Wortwahl signalisieren

Sharghi betont einen täuschend einfachen Punkt: Das erste Wort jedes Bullet Points prägt, wie senior Sie klingen. [2] Dasselbe passiert in Interviews.

Vergleichen Sie diese Beispiele:

Wenn etwas wirklich in Ihrer Verantwortung lag, sagen Sie es auch so. Viele starke Platform Engineers verkaufen sich unter Wert, indem sie für Führungsarbeit Support-Verben verwenden.

Das heißt nicht, dass Sie übertreiben sollen. Es bedeutet, dass Sie das präziseste Verb wählen.

„Ich war für die Terraform-Modul-Strategie unserer Kernservices verantwortlich und habe sie anschließend gemeinsam mit Security- und App-Teams ausgerollt.“

Das klingt nach seniorer Platform-Arbeit, weil es konkret und verantwortlich formuliert ist.

11. Bandbreite zeigen

Für Mid-Level- und Senior-Platform-Engineer-Rollen zeigen die stärksten Kandidaten mehr als nur technische Tiefe. Sharghis Hinweise zum Lebenslauf deuten auf einen breiteren Mix hin: technische Glaubwürdigkeit, geschäftliche Wirkung und Führung. [2]

In Platform-Interviews wollen wir alle drei sehen:

• technische Glaubwürdigkeit: Sie verstehen Infrastruktur, Automatisierung, Zuverlässigkeit und Trade-offs
• geschäftliche Wirkung: Sie wissen, warum schnellere Auslieferung, geringerer Support-Aufwand und sicherere Releases wichtig sind
• Führung: Sie können Teams beeinflussen, Standards vorantreiben und Akzeptanz schaffen

Eine zu enge Antwort kann Sie unvollständig wirken lassen. Wenn Sie zum Beispiel nur über Kubernetes-Interna sprechen, aber nie über Developer-Adoption, Service-Zuverlässigkeit oder teamübergreifenden Rollout, könnte der Interviewer befürchten, dass Sie lokal optimieren und das große Ganze übersehen.

Eine stärkere Antwort klingt so:

„Wir haben nicht nur ein internes Tool ausgeliefert. Wir haben sichergestellt, dass die Teams es auch nutzen. Ich habe mit Engineering-Managern zusammengearbeitet, Onboarding-Sessions durchgeführt, Support-Schmerzpunkte verfolgt und die Templates angepasst, damit die Nutzung dauerhaft bleibt.“

So sieht Bandbreite in der Praxis aus.

12. Machen Sie Ihren Titel verständlich

Platform Engineer ist eine dieser Rollen, bei denen viele qualifizierte Menschen die Arbeit unter einem anderen Titel gemacht haben. Deshalb ist die Übersetzung des Titels besonders wichtig.

Vielleicht hießen Sie:

• Site Reliability Engineer
• DevOps Engineer
• Cloud Engineer
• Infrastructure Engineer
• Staff Software Engineer, Platform
• Internal Tools Engineer

Gehen Sie nicht davon aus, dass der Recruiter die Punkte für Sie verbindet. Helfen Sie ihm dabei.

Das können Sie in Ihrer Einleitung tun:

„Mein aktueller Titel ist SRE, aber die Rolle ist faktisch Platform Engineering. Ich baue die internen Systeme, Deployment-Workflows und Infrastrukturstandards, mit denen Produktteams zuverlässig ausliefern können.“

Und Sie können es im Lebenslauf über die Auswahl und Formulierung der Bullet Points tun. Wenn Ihr Titel generisch ist, die Arbeit aber passt, sollte der Nachweis das schnell zeigen. Genau diese Art von Übersetzung sollte ein zielgerichteter Lebenslauf für Sie übernehmen.

Erstellen Sie einen Platform-Engineer-Lebenslauf, der die richtigen Signale sendet

Jetzt, da Sie wissen, worauf Recruiter tatsächlich achten, sollte Ihr Lebenslauf das widerspiegeln: letzte Rolle zuerst, starke Verben, echte Belege und ein Titel, der schnell Sinn ergibt. Wenn Sie Hilfe dabei möchten, Ihre Erfahrung in einen jobspezifischen Platform-Engineer-Lebenslauf zu verwandeln, können Sie mit Specific Resume einen erstellen. Viel Erfolg — wir hoffen, dass sich Ihr nächstes Interview deutlich weniger rätselhaft anfühlt.

Quellen

1. Farah Sharghi auf YouTube „Beat the ATS“? Sie haben gelogen — was ATS tut und nicht tut und was „Schweigen“ wirklich bedeutet
2. Farah Sharghi auf YouTube 6 Geheimnisse für den Lebenslauf, die Ihnen den Job bringen — die Denkweise von Hiring Managern
3. Farah Sharghi auf YouTube Lebenslauf-Masterclass für FAANG-Interviews — wie Recruiter Lebensläufe tatsächlich lesen