Questions to Ask in a DevOps Engineer Interview

Du sitzt im DevOps Engineer Interview, alles läuft gut, und dann kommt die Frage: "Haben Sie noch Fragen an uns?" Und dir fällt nur ein Standard-Satz ein, der null Eindruck hinterlässt.

Das ist ärgerlich, weil genau dieser Moment deine Seniorität verrät. Juniors fragen nach Homeoffice und Urlaubstagen. Erfahrene Engineers wollen verstehen, wie das System wirklich läuft und wo es wehtut.

Die zwölf Fragen unten sind nach dem sortiert, was sie dir verraten: Team-Realität, Prioritäten, Erfolgskriterien und Risiken. Am Ende liest du, welche Fragen du besser weglässt und woran du gute von schlechten Antworten unterscheidest.

Warum deine Fragen mehr über dich verraten als deine Antworten#

Der Interviewer kennt deine Technik-Stack-Kenntnisse längst aus dem Lebenslauf. Was er nicht weiß: Denkst du in Systemen oder in Tools? Hältst du Betrieb für eine Abteilung oder für eine Verantwortung?

Gute Fragen zeigen, dass du schon einmal Systeme betreut hast, die nachts kaputtgingen. Sie zeigen, dass du wissen willst, wie Entscheidungen fallen und wer sie ausbadet. Das wirkt stärker als jedes Zertifikat.

Zwei Regeln vorab. Stell nie alle zwölf Fragen in einem Gespräch, das wirkt wie ein Fragebogen. Und hör nach jeder Antwort wirklich zu, sonst war die Frage verschwendet.

Fragen zur Team-Realität#

Diese Gruppe zeigt, wie der Alltag aussieht, bevor du unterschreibst. Hier bekommst du die ehrlichste Version der Stelle.

Wie sieht eine normale Woche für das Team aus?

Kein Job ist "normal", aber die Antwort verrät, ob das Team Projekte hat oder nur Feuer löscht. Frag ruhig nach, wie viel Zeit für geplante Arbeit versus Störungen draufgeht.

Wer trägt die Rufbereitschaft, und wie oft?

Das ist die wichtigste Frage im ganzen Gespräch. Rufbereitschaft bestimmt dein Leben außerhalb der Arbeit mehr als jedes Benefit. Frag nach Frequenz, Ausgleich und ob der Manager auch im Dienstplan steht.

Wie viele Personen sind im Team, und wie lange sind die meisten schon dabei?

Hohe Fluktuation ist ein Warnsignal, das Recruiter selten von sich aus erwähnen. Wenn jemand ausweicht oder "wir sind gerade im Umbruch" sagt, frag nach dem Grund.

Wer entscheidet über technische Richtungen, und wie?

Hier erkennst du, ob es echte Engineering-Kultur gibt oder ein Chef, der Tools vorschreibt. Gute Antwort: es gibt Architektur-Reviews, RFCs oder zumindest regelmäßige Gespräche auf Augenhöhe.

Fragen zu Prioritäten#

Was das Team priorisiert, verrät dir, woran du gemessen wirst. Und ob deine Vorstellung von DevOps mit ihrer übereinstimmt.

Was ist in den nächsten sechs Monaten das wichtigste technische Projekt?

Daran siehst du sofort, ob das Team strategisch arbeitet oder nur Tickets abarbeitet. Die Antwort sollte konkret sein, mit einem Grund, warum dieses Projekt jetzt dran ist.

Wie viel geht in neue Features, wie viel in Betrieb und technische Schulden?

Diese Aufteilung gibt es in jedem Team, nur redet selten jemand darüber. Ein Team, das 90 Prozent in Features steckt, wird dich irgendwann nachts anrufen.

Welche Automatisierung ist bewusst nicht gemacht worden?

Diese Frage lieben erfahrene Hiring Manager. Sie zeigt, dass du weißt: Nicht alles lohnt sich zu automatisieren, und bewusste Entscheidungen sind besser als blinde Tool-Liebe.

Fragen zu Erfolgskriterien#

Frag direkt, wie Erfolg gemessen wird. So vermeidest du die Situation, nach sechs Monaten an Kriterien bewertet zu werden, von denen niemand vorher sprach.

Woran merke ich nach sechs Monaten, dass ich meinen Job gut mache?

Wenn die Antwort "das merkst du schon" lautet, ist das ein Problem. Gute Teams haben konkrete Erwartungen, auch wenn sie nicht in Zahlen gepackt sind.

Wie wird der Erfolg von DevOps-Arbeit insgesamt gemessen?

Deployment-Häufigkeit, Wiederherstellungszeit, Incident-Zahlen: Es gibt viele mögliche Kennzahlen. Entscheidend ist, ob es überhaupt welche gibt und ob sie dem Team helfen oder nur Controlling dienen.

Wie sieht das Feedback für dieses Team aus, abgesehen vom Jahresgespräch?

Regelmäßiges Feedback ist ein guter Indikator für Führungskultur. Teams ohne Feedback laufen Gefahr, dass Probleme erst im Exit-Gespräch auftauchen.

Fragen zu Risiken und Problemen#

Hier wird es unbequem, und genau deshalb solltest du diese Fragen stellen. Sie zeigen Rückgrat und Realitätssinn.

Was ist der größte technische Schmerzpunkt gerade jetzt?

Jedes Team hat einen. Wenn dir jemand sagt, es gäbe keinen, lügt er oder kennt das System nicht. Die beste Antwort ist eine ehrliche, mit einem Plan, wie man dran arbeitet.

Was ist die größte Sorge des Teams für das nächste Jahr?

Das kann ein Personalthema sein, ein veralteter Monolith, ein anstehender Cloud-Wechsel. Die Antwort zeigt dir, ob das Team die Lage realistisch einschätzt oder im Wunschdenken lebt.

Wie du die Antworten liest#

Die Frage ist nur die halbe Miete. Die andere Hälfte ist dein Urteil über das, was du hörst.

Konkrete Antworten mit Zahlen, Namen und Beispielen sind fast immer ehrlich. Ausweichende Formulierungen wie "wir sind da sehr agil" oder "das läuft noch" sind Warnsignale. Frag dann einmal nach, was genau damit gemeint ist.

Achte auf Widersprüche. Wenn der Hiring Manager von flachen Hierarchien spricht, aber die Rufbereitschaftsfrage an "den Teamleiter" weiterreicht, hast du deine Antwort schon.

Wenn du eine Stelle mit mehreren Bewerbungen vergleichst, hilft es, die Anforderungen sauber aufzuschlüsseln. Ein kostenloser Werkzeug-Übersetzer für Stellenanzeigen zeigt dir schnell, welche Begriffe in der Aussage wirklich zählen und welche nur Füllmaterial sind.

Fragen, die du besser weglässt#

Manche Fragen kosten dich Punkte, ohne dass du es merkst.

Frag nicht, wie schnell du befördert wirst. Das klingt nach Absicht, und im ersten Gespräch wirkt es falsch platziert. Beförderungswege kannst du im zweiten Gespräch ansprechen.

Lass die Frage nach Urlaubstagen und Homeoffice nicht ganz weg, aber stell sie spät und sachlich. Sie ist berechtigt, aber sie sagt nichts über deine Kompetenz aus.

Frag auch nicht nach Dingen, die du in zwei Minuten auf der Website findest. Das wirkt, als hättest du dich nicht vorbereitet. Wer sich vorbereitet, hat bessere Karten: Schau dir vorher die offenen Stellen auf unserer Jobübersicht an, um ein Gefühl für marktübliche Anforderungen zu bekommen.

Und wenn du dich fragst, ob deine Bewerbungsunterlagen überhaupt durch automatisierte Vorauswahl kommen, hilft ein kostenloser ATS-Check deines Lebenslaufs. Das ist schnell erledigt und nimmt dir eine Unsicherheit vor dem Gespräch.

Ein konkretes Beispiel für den Abschluss#

Stell dir vor, das Gespräch läuft auf das Ende zu. Du hast noch zwei Fragen übrig. Dann sag so etwas wie:

"Was ich noch wissen möchte: Woran merke ich nach sechs Monaten, dass ich meinen Job gut mache? Und zweitens, was ist der größte technische Schmerzpunkt im Team gerade jetzt?"

Diese zwei Fragen zusammen dauern drei Minuten und zeigen mehr Erfahrung als jede Zertifikatsliste. Du fragst nach Erwartungen und nach Realität, und du machst beides ohne Umschweife.

Falls du dich vorbereiten willst, findest du auf unserem Blog weitere Artikel zu Bewerbungsgesprächen und zur Karriere im DevOps-Bereich.

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 viele Fragen sollte ich im Interview stellen?

Drei bis fünf Fragen sind ein guter Rahmen für ein einstündiges Gespräch. Mehr wirkt wie ein Fragebogen, weniger wirkt desinteressiert. Nimm dir vorher sieben Fragen vor, damit du Auswahl hast.

Soll ich die Fragen vorher per Mail schicken?

Nein, das nimmt dem Gespräch seinen Wert. Fragen leben vom spontanen Nachfragen und vom Lesen der Reaktionen. Schreib sie dir auf eine Karte und nimm sie mit, das wirkt vorbereitet, nicht übergriffig.

Was, wenn mir eine Antwort Sorgen macht?

Sprich es direkt an, freundlich und konkret. Zum Beispiel: "Wenn die Rufbereitschaft alle zwei Wochen fällt, ist das für mich ein Thema, können Sie dazu mehr sagen?" Ehrlichkeit in beide Richtungen spart beiden Seiten Zeit.

Sind Fragen nach Gehalt und Urlaub tabu?

Nein, aber Timing ist alles. Gehalt klärst du am besten mit dem Recruiter vor dem technischen Gespräch. Im Interview selbst konzentrierst du dich auf Inhalt, Team und Erwartungen.

Wie unterscheide ich gute von schlechten Antworten?

Gute Antworten sind konkret, mit Beispielen und Zahlen, und der Gesprächspartner kann Details nachliefern. Schlechte Antworten bleiben allgemein, wechseln schnell das Thema oder schieben die Schuld anderen zu. Frag einmal nach, wenn du unsicher bist.