Interview-Vorbereitung Checkliste

Lernziele

Nach dieser Lektion hast du einen konkreten Vorbereitungsplan für Platform-Engineering-Interviews. Du weißt, welche Recherche vor dem Gespräch nötig ist, welche Stories und technischen Themen du wiederholen solltest, wie Mock Interviews helfen und welches Mindset unter Druck funktioniert.

Das Problem: Talent allein reicht nicht unter Zeitdruck

Du kennst Terraform, hast Cluster migriert, hast in einem Incident um drei Uhr morgens debugged. Und trotzdem läufst du in ein Interview ohne zu wissen, ob die Stelle eher „Kubernetes-Betrieb mit 80 % On-Call” oder „IDP-Produkt für 300 Entwickler” ist. Du erzählst eine starke GitOps-Story, und der Interviewer wollte eigentlich über Tenant-Isolation und FinOps hören.

Unvorbereitete Kandidaten wirken nicht automatisch schlecht — sie wirken zufällig. Mal brillant bei einer Frage, die nicht zählt, mal unsicher bei einer, die entscheidend ist. Systematische Vorbereitung gleicht das aus: Du weißt, was du erzählen willst, welche Lücken du ehrlich adressierst, und welche Fragen du zurückgeben kannst.

Das Ziel ist nicht, Antworten auswendig zu lernen. Das Ziel ist, unter Druck die beste Version deiner echten Erfahrung abzurufen — und Lücken so zu rahmen, dass sie nicht wie Dealbreaker wirken.

Recherche: Was du vorher wissen musst

Das Unternehmen (30 Minuten): Produkt, Größe, Tech-Stack aus Jobanzeige, Engineering-Blog, GitHub-Org, Konferenz-Talks. Such nach: Wie reif ist die Plattform? Bauen sie eine IDP oder betreiben sie eher klassische Infra? Multi-Cloud? Regulierte Branche?

Die Rolle (15 Minuten): Titel allein täuscht. „Platform Engineer” kann Internal Developer Platform, SRE mit Schwerpunkt K8s oder Cloud Foundation bedeuten. Unterscheide in der Anzeige: IDP/Backstage/Portal vs. Cluster-Betrieb vs. Landing Zone/Terraform vs. Mischung. Markiere die drei wichtigsten Anforderungen — darauf fokussierst du deine Stories.

Die Interviewer (wenn bekannt): LinkedIn, Talks, Open Source. Ein echter Bezug in der Rückfrage wirkt stärker als Smalltalk. „Ich habe euren Vortrag zu Multi-Tenant-Netzwerk-Policies gesehen — genau da habe ich letztes Jahr Schwerpunkt gesetzt.”

Deine Lücken (ehrlich): Fehlt dir Produktions-K8s? Fehlt dir IDP? Du wirst nicht alles vor dem Interview lernen — aber du kannst formulieren, wie du es angehst: „Produktions-K8s in dem Umfang habe ich noch nicht betrieben, aber ich habe in einem Lab einen dreistufigen Cluster mit GitOps und Policy-as-Code aufgebaut und die Konzepte in einem Side-Project angewendet.”

Inhaltliche Vorbereitung: Drei Schubladen

Schublade 1 — Behavioral (STAR): Fünf bis sieben Geschichten, wie in Lektion 1. Mindestens eine zu Adoption, eine zu Incident/Failure, eine zu Priorisierung. Kurzform 60–90 Sekunden auswendig strukturiert, nicht Wort für Wort abgelesen.

Schublade 2 — Elevator Pitch: 60–90 Sekunden, firmenspezifisch angepasst. Lektion 2.

Schublade 3 — Technisch: IDP-Skizze (Self-Service, Golden Paths, Guardrails), K8s-Grundlagen mit wann-Kontext, IaC mit Beispiel, GitOps-Trade-offs, Plattform-Observability, Policy-as-Code. Pro Thema: Definition, Beispiel, Trade-off.

Ablauf am Interview-Tag und in der Woche davor

Eine Woche vorher: Recherche, Pitch schreiben, STAR-Geschichten aktualisieren. Zwei bis drei technische Themen durchgehen, bei denen du unsicher bist.

Zwei Tage vorher: Mock Interview — mit Freund, Mentor oder KI, aber laut sprechen. 45 Minuten reichen: Pitch, zwei Behavioral-Fragen, eine technische Erklärungsfrage, zwei Rückfragen an den Interviewer.

Am Vorabend: Outfit, Link, Zeitzone, Notizen ausdrucken oder in einem Tab — keine neue Lektion mehr lernen. Schlaf zählt mehr als eine zusätzliche kubectl-Flag-Liste.

Am Tag: Pitch und eine STAR-Story im Kopf durchgehen. Wasser da, Browser-Tab sauber wenn Video-Call. Zettel mit drei Fragen an den Interviewer griffbereit.

Mock Interviews und Mindset

Mock Interviews zeigen, wo du ausfadest oder in Jargon abdriftest. Zu lang? Situation kürzen. Zu technisch? Problem-first. Zu vage? Zahlen nachlegen. Pro STAR-Story zwei Follow-up-Details vorbereiten. Nach dem Mock eine Sache ändern, nicht alles.

Ehrlichkeit schlägt Bluff — „Noch nicht in Produktion, aber so würde ich vorgehen” ist stärker als Tapdance. Rückfragen signalisieren Ernsthaftigkeit: „Wie messt ihr Adoption?” Du interviewst auch — Fit prüfen, nicht nur überzeugen. Nach dem Gespräch kurze Notizen für das nächste Mal.

Praxis: Checkliste ausfüllen

Nimm eine konkrete Stelle und fülle aus: drei Rollen-Hypothesen aus der Anzeige, zwei passende Stories mit Kennzahl, eine ehrliche Lücke mit Formulierung, drei Rückfragen, ein technisches Thema in 90 Sekunden (Problem-first). Scheitert Punkt fünf, ist das dein Lernziel — nicht noch ein Tool.

Typische Stolperfallen

Nur Leetcode, keine Stories. Platform-Interviews sind selten pure Algorithmik. Wer nur HackerRank übt und keine STAR-Geschichten hat, verliert die Hälfte des Gesprächs.

Jobanzeige nicht gelesen. Wer „Kubernetes” sagt, obwohl die Stelle „Backstage und Developer Portal” schreit, wirkt unpassioniert.

Keine Rückfragen vorbereitet. „Nein, alles klar” am Ende ist eine vertane Chance.

Am Vorabend Panik-Lernen. Neue Konzepte ohne Übung erzeugen widersprüchliche Antworten unter Stress.

Perfektionismus im Pitch. Ein guter, echter Pitch schlägt eine polierte, fremde Version.

Interview-Vorbereitung

Frage: „Wie bereitest du dich auf ein Platform-Engineering-Interview vor?”

Antwort: Recherche zu Unternehmen, Rollen-Schwerpunkt und Interviewern. Drei Schubladen: STAR-Geschichten, Elevator Pitch, technische Kern-Themen mit je einem Beispiel und Trade-off. Mock Interview zwei Tage vorher. Am Tag: Pitch und Stories mental durchgehen, Rückfragen parat.

Frage: „Welche Recherche machst du?”

Antwort: Jobanzeige zerlegen — IDP vs. Betrieb vs. Cloud Foundation. Öffentliche Quellen: Blog, GitHub, Talks. Daraus Pitch anpassen und technischen Fokus setzen. Lücken ehrlich identifizieren und Formulierung vorbereiten.

Frage: „Warum sind Mock Interviews sinnvoll?”

Antwort: Sie zeigen Zeitprobleme, Jargon-Drift und Lücken in Stories, bevor es zählt. Feedback gezielt auf eine Verbesserung pro Runde anwenden. Laut sprechen ist Pflicht — stilles Lesen täuscht Sicherheit vor.

Checkliste

Zusammenfassung

Gute Interview-Vorbereitung für Platform Engineering bedeutet: Rolle und Unternehmen verstehen, STAR-Geschichten und Pitch schärfen, technische Kern-Themen mit Beispielen parat haben, Lücken ehrlich rahmen und einmal laut üben. Mock Interviews und Rückfragen sind keine Extras — sie gehören zum Kern. Du willst im Gespräch nicht improvisieren, sondern die beste Version dessen liefern, was du wirklich kannst — und neugierig prüfen, ob die Stelle zu dir passt.

In der nächsten Lektion geht es um Konflikte und Priorisierung: wie du in Platform-Rollen entscheidest, wenn Security, Delivery und Team-Wünsche gleichzeitig drücken.