Questions to Ask in a Backend Developer Interview

Du sitzt im Backend Developer Interview, alles läuft gut, und am Ende sagt die Person gegenüber: „Haben Sie noch Fragen?" Und dir fällt nichts ein. Genau hier trennt sich Senior von Junior, denn die Fragen, die du stellst, verraten mehr über dich als die Hälfte deiner Antworten.

Ich habe dutzende Interviews auf beiden Seiten des Tisches erlebt. Kandidaten, die nur nach Urlaubstagen fragen, wirken unvorbereitet. Kandidaten, die nach Lastverhalten oder Deployments fragen, wirken wie Leute, die schon einmal Systeme kaputt gemacht haben. Das ist genau der Eindruck, den du willst.

Warum deine Fragen dein Seniority-Signal sind#

Interviewer bewerten nicht nur deine Antworten. Sie hören dir auch bei deinen Fragen zu. Wer fragt, wie der Deploy-Prozess aussieht oder wie Incidents gehandhabt werden, hat offensichtlich schon produktiven Code betrieben.

Gute Fragen haben noch einen zweiten Zweck: Sie schützen dich vor schlechten Jobs. Du wirst dort 40 Stunden pro Woche arbeiten. Du hast das Recht, vorher herauszufinden, ob der Codebasis ein Chaos ist oder ob das Team sinnvoll arbeitet.

Bevor du ins Gespräch gehst, lohnt ein Blick auf die aktuelle Stellenlage. Auf unserer Seite mit freien Backend-Stellen siehst du, welche Anforderungen gerade realistisch sind, und kannst dein Fragen-Set darauf anpassen.

Fragen zur Team-Realität#

Diese Fragen zeigen, wie die tägliche Arbeit wirklich aussieht. Nicht wie im Recruiting-Text, sondern im Alltag.

• Wie sieht ein typischer Entwicklungszyklus aus, von Ticket bis Deploy?
• Wer reviewed Code, und wie streng sind die Reviews?
• Wie groß ist das Team, und wie ist die Erfahrung verteilt?
• Gibt es On-Call-Rotation? Wie oft, und wie wird sie vergütet?
• Wie werden technische Schulden dokumentiert und abgearbeitet?

Besonders die Frage nach Code-Reviews verrät viel. Eine gute Antwort klingt konkret: zwei Reviewer, max. 400 Zeilen pro Pull Request, CI muss grün sein. Eine schwammige Antwort wie „wir reviewen alle PRs" ist ein Warnsignal.

Fragen zu Prioritäten und Architektur#

Hier bekommst du heraus, ob das Unternehmen technische Entscheidungen bewusst trifft oder ob alles historisch gewachsen ist. Beides kann funktionieren. Aber du solltest wissen, worauf du dich einlässt.

• Welche technologischen Entscheidungen bereut das Team aktuell am meisten?
• Welche Services laufen noch auf Legacy-Code, und was ist der Plan?
• Wie werden neue Technologien evaluiert und eingeführt?
• Welche Rolle spielt Skalierung aktuell wirklich, oder ist das eher ein Zukunftsthema?

Die Frage nach bereuten Entscheidungen ist mein Favorit. Teams, die offen antworten können, haben eine gesunde Fehlerkultur. Teams, die ausweichen oder behaupten, alles sei perfekt, solltest du kritisch sehen.

Wenn du vorher wissen willst, welche Technologien in der Stellenanzeige wirklich gemeint sind, hilft unser kostenloser Job-Analyse-Tool weiter. Es zerlegt die Anforderungen in das, was das Team tatsächlich sucht, und was nur Standardformulierung ist.

Fragen zu Erfolgskriterien#

Was bedeutet „gute Arbeit" in diesem Job konkret? Wenn dir das niemand beantworten kann, wirst du in sechs Monaten ratlos in deiner Performance-Review sitzen.

• Woran wird gemessen, ob ich nach sechs Monaten erfolgreich bin?
• Wie läuft der Prozess für Gehalts- und Beförderungsgespräche?
• Welche Ziele hat das Team für dieses Jahr?
• Wie wird meine Arbeit sichtbar, und bei wem?

Arbeite mit einem konkreten Beispiel. Angenommen, du hast eine API umgebaut, die 30 Prozent langsamer geworden war. So klingt eine starke Formulierung für dein späteres Interview-Gespräch:

„Ich habe die langsame Query identifiziert, einen Index ergänzt und die Response-Zeit von 900 auf 120 Millisekunden gesenkt. Danach habe ich einen Alert auf die P95-Latenz gelegt, damit das nicht wieder passiert."

Diese Antwort zeigt Messbarkeit und Ownership. Genau danach fragen gute Interviewer, auch wenn sie es nicht offen sagen.

Fragen zu Risiken und roten Flaggen#

Diese Fragen sind unbequem. Stell sie trotzdem, am besten erst nachdem die Atmosphäre stimmt. Du bekommst hier die ehrlichsten Antworten.

• Warum ist die Stelle offen? Wachstum oder Ersatz?
• Wenn es ein Ersatz ist: Was hätte die vorherige Person anders machen können?
• Welche größte technische Herausforderung steht in den nächsten sechs Monaten an?
• Was frustriert dich persönlich am meisten an der aktuellen Arbeit?

Die Frage nach der letzten Person ist ein Stimmungsbarometer. Gute Manager antworten ehrlich und ohne Schuldzuweisung. Wer ausweicht oder über die Ex-Mitarbeiterin herzieht, wird irgendwann genauso über dich reden.

Fragen, die du lieber weglässt#

Manche Fragen schaden dir mehr, als sie nützen. Nicht weil sie falsch sind, sondern weil sie den falschen Zeitpunkt treffen.

• Fragen nach Urlaub, Homeoffice und Gehalt in der ersten Runde. Diese Punkte klärst du mit HR, nicht mit dem Tech-Team.
• Fragen, die du durch zwei Minuten Googeln selbst beantworten könntest. „Was macht das Unternehmen eigentlich?" ist ein Eigentor.
• Fragen, die nach Sonderbehandlung klingen. „Kann ich komplett remote arbeiten, auch wenn das Team ins Büro kommt?" sollte klug eingepackt werden, nicht als erste Frage fallen.
• Fragen, die nach Gehaltsverhandlung klingen, bevor überhaupt ein Angebot da ist.

Gehalt, Urlaub und Remote-Regeln sind wichtig. Klär sie. Aber klär sie mit HR im richtigen Moment, nicht als Eröffnungsfrage an den Tech-Lead.

Wie du die Antworten liest#

Nicht jede Antwort ist gleich viel wert. Achte auf Konkretheit. „Wir haben eine starke Teamkultur" sagt nichts. „Wir machen jeden Freitag ein 30-minütiges Retro und schreiben die Action-Items ins Board" sagt viel.

Drei Muster, auf die ich immer achte:

• Ausweichen bei einfachen Fragen. Wenn niemand erklären kann, wie Deploys funktioneren, ist das ein Problem, unabhängig vom Jobtitel.
• Widersprüche zwischen Teammitgliedern. Frag dieselbe Frage zwei Personen. Unterscheiden sich die Antworten deutlich, gibt es keine gemeinsame Wahrnehmung.
• Übermäßiger Perfektionismus. „Bei uns ist alles dokumentiert und jeder Prozess ist ausgereift" ist in der Praxis fast nie wahr. Ehrliche Teams nennen auch ihre Ecken und Kanten.

Wenn du dein Profil vorher gegen die Anforderungen prüfen willst, wirft einen Blick auf unseren kostenfreien ATS-Check. Er zeigt dir, ob dein Lebenslauf überhaupt durch die erste Filterung kommt, bevor du dir über Interviewfragen Gedanken machst.

Ein Ablauf für dein nächstes Interview#

Bereite nicht zehn Fragen vor, die du alle ablesen musst. Bereite vier bis fünf vor, die du frei stellst, und höre aktiv zu. Oft ergibt sich aus einer Antwort die nächste Frage, und genau das wirkt dann souverän.

• Wähle zwei Fragen aus dem Bereich Team-Realität.
• Nimm eine Frage zu Prioritäten oder Architektur mit.
• Bereite eine Frage zu Erfolgskriterien vor.
• Halt eine Frage zu Risiken in der Hinterhand für den späteren Gesprächsteil.
• Schreib dir drei Stichworte auf, keine ausformulierten Sätze.
• Frag nach, wenn eine Antwort vage bleibt. „Können Sie mir ein konkretes Beispiel geben?" ist völlig legitim.

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 gut gestellte Fragen reichen völlig. Besser weniger Fragen, bei denen du aktiv zuhörst und nachhakst, als eine lange Liste, die du wie ein Skript abarbeitest. Wenn das Gespräch schon 20 Minuten überzogen ist, sag das offen und frag nur noch nach einem Punkt.

Soll ich Fragen schriftlich mitschreiben?

Ja, kurze Stichworte. Ein Notizblock oder ein Blatt Papier wirkt professionell und hilft dir, später im Vergleich zwischen mehreren Angeboten objektiv zu bleiben. Tippen auf dem Laptop wird in manchen Gesprächen als unkonzentriert wahrgenommen, Papier ist die neutralere Wahl.

Was frage ich, wenn ich keine technische Ausbildung habe?

Genau die gleichen Fragen. Dein Hintergrund ändert nichts daran, dass du wissen solltest, wie Deploys, Reviews und Erfolgskriterien aussehen. Wenn du Sorge hast, dass eine Frage zu technisch klingt, formuliere sie als Interesse: „Wie ist der typische Weg von Code bis Produktion bei euch?"

Ab wann sollte ich über Gehalt und Remote-Arbeit sprechen?

Sobald das Unternehmen ernstes Interesse zeigt, meist ab dem zweiten Gespräch oder wenn HR von selbst darauf kommt. In der ersten Runde wirken diese Fragen oft vorschnell. Wenn du eine harte Grenze hast, etwa nur Remote, sag das früh und klar, spätestens im ersten HR-Gespräch.

Was mache ich, wenn mir die Antworten nicht gefallen?

Nimm das ernst und frag nach, statt sofort abzulehnen. Manchmal ist eine ausweichende Antwort nur Nervosität. Bleibt das Gefühl nach zwei Gesprächen unklar, ist ein Absagen oft die bessere Entscheidung als ein Jobwechsel, den du innerhalb eines Jahres bereust.