Questions to Ask in a Frontend Developer Interview

Das Gespräch läuft gut, dann kommt der Satz: „Haben Sie noch Fragen an uns?" Und du starrst auf deine Notizen und findest nichts, was nicht nach Standard klingt. Genau hier trennen sich Bewerber, die eine Stelle wollen, von denen, die wissen, worauf sie sich einlassen.

Deine Fragen verraten mehr über dein Niveau als die Hälfte deiner Antworten. Ein Junior fragt nach Obstkorb und Homeoffice. Ein Senior will wissen, wie das Team arbeitet, wo es scheitert, und was in sechs Monaten als Erfolg gilt. Zwölf Fragen, sortiert danach, was sie dir zeigen.

Warum deine Fragen über deine Einschätzung entscheiden#

Interviewer merken sofort, ob du das Team verstehen willst oder nur eine Zusage. Gute Fragen zeigen, dass du schon einmal Projekte durch Krise, Refactoring und Deadline gebracht hast. Schlechte Fragen zeigen, dass du keine Vorstellung davon hast, wie Software tatsächlich entsteht.

Der Nebeneffekt: Du filterst. Nicht jedes Team ist ein Fortschritt für deine Karriere, egal wie hoch die Stellenbezeichnung klingt.

Fragen zur Realität im Team#

Diese vier Fragen decken ab, wie die Zusammenarbeit wirklich läuft. Nicht laut Stellenbeschreibung, sondern laut Alltag.

• „Wie viele Entwickler arbeiten am Frontend, und wer trifft die technischen Entscheidungen?"
• „Wie läuft der Review-Prozess, und wie lange liegt ein Pull Request typischerweise offen?"
• „Wann habt ihr zuletzt eine größere technische Entscheidung rückgängig gemacht?"
• „Wie viel Zeit geht pro Woche für Support, Bugs und ungeplante Arbeit drauf?"

Die dritte Frage ist mein Favorit. Teams, die offen über gescheiterte Entscheidungen sprechen, haben eine Lernkultur. Teams, die behaupten, alles sei immer nach Plan gelaufen, lügen oder reflektieren nicht.

Die vierte Frage ist unbequem und deshalb gut. Wenn als Antwort „eigentlich nur zehn Prozent" kommt, frag nach, wie das gemessen wird. Meistens gibt es keine Messung, und die Zahl ist ein Wunsch.

Fragen zu Prioritäten und Technik#

Hier zeigst du, dass du Technik als Mittel verstehst, nicht als Hobby.

• „Welche drei Themen stehen in den nächsten sechs Monaten auf der technischen Roadmap?"
• „Wie geht ihr mit technischer Schuld um, und gibt es dafür eine feste Zeit?"
• „Welche Metriken nutzt ihr für Frontend-Performance, und wer schaut sie an?"
• „Welche Teile des Frontends würdet ihr heute anders aufbauen?"

Die Frage nach den Metriken trennt ambitionierte Teams von den anderen. „Wir machen schon Lighthouse ab und zu" ist etwas anderes als „Wir tracken LCP und CLS im Real User Monitoring und haben Budgets im CI". Beides kann passen. Aber du solltest wissen, welches Team du bekommst.

Fragen zu Erfolgskriterien und Risiken#

Was gilt hier als gut gemacht? Und was ist gerade gefährlich? Diese Fragen kommen am Ende des Gesprächs, wenn Vertrauen da ist.

• „Woran messen Sie, ob ich nach sechs Monaten erfolgreich war?"
• „Was ist das größte Risiko für dieses Projekt in den nächsten zwölf Monaten?"
• „Warum ist die Stelle offen: Wachstum, Ersatz, oder weil jemand gegangen ist?"
• „Was hat der letzte Bewerber oder die letzte Bewerberin in dieser Rolle falsch gemacht?"

Die letzte Frage ist direkt. Manche Interviewer weichen aus. Das ist selbst eine Antwort. Wer konkret sagt „uns fehlte Erfahrung mit Testing in verteilten Teams", gibt dir eine echte Lücke, in die du hineinwachsen kannst.

So liest du die Antworten#

Nicht jede Auskunft wiegt gleich. Achte auf Muster, nicht auf einzelne Formulierungen.

Konkrete Zahlen und Beispiele sind ein gutes Zeichen. „Unsere Pull Requests laufen im Median nach einem Tag durch" ist besser als „wir haben sehr schnelle Reviews". Letzteres ist eine Behauptung ohne Substanz.

Widersprüche sind ein Warnsignal. Wenn im ersten Gespräch von „hoher technischer Qualität" die Rede ist und auf Nachfrage niemand sagen kann, wer Reviews macht, stimmt etwas nicht.

Schweigen auf unbequeme Fragen ist selten Absicht. Meistens fehlt die Antwort im Team, und du solltest dir überlegen, ob du die Person sein willst, die das Problem zum ersten Mal benennt. Das kann eine Chance sein. Es kann aber auch heißen, dass du gegen Widerstand arbeitest.

Wenn du dich vorbereitest, hilft ein Blick auf aktuelle Stellenanzeigen: Der Stellenbeschreibungs-Übersetzer zeigt dir, was hinter Standardfloskeln wie „agilem Umfeld" wirklich steckt. Für den Vergleich verschiedener Angebote lohnt ein Blick auf die aktuellen Jobangebote.

Fragen, die du besser weglässt#

Manche Fragen kosten dich Punkte, ohne dir Information zu bringen.

• „Was macht Ihr Unternehmen genau?" Recherchiere das vorher. Diese Frage signalisiert fehlendes Interesse.
• „Wie viel Homeoffice bekomme ich?" Nicht falsch, aber frag es spät und sachlich. Als erste Frage wirkt es, als ginge es dir nur um Bequemlichkeit.
• „Wie schnell kann ich aufsteigen?" Im ersten Gespräch klingt das nach Sprungbrett. Frage lieber, wie Karrierewege im Team aussehen.
• „Habe ich die Stelle?" Gib dem Prozess Zeit. Druck wirkt verzweifelt.

Gehaltsfragen sind berechtigt. Stelle sie, wenn das Unternehmen den Rahmen noch nicht genannt hat, und formuliere sie als Erwartungshaltungs-Abgleich, nicht als Forderung.

Ein konkretes Beispiel für die Formulierung#

Statt „Wie ist die Work-Life-Balance?" probiere das hier:

„Ich arbeite gern intensiv an komplexen Themen, brauche aber planbare Zeiten. Wie oft kommt es vor, dass Releases Abendarbeit oder Wochenenden erfordern, und woran liegt das dann meistens?"

Der Unterschied: Die zweite Version zeigt Selbsterkenntnis, ist konkret, und zwingt den Interviewer zu einer ehrlichen Antwort. „Eigentlich nie" ist eine Information. „In der Hochphase schon mal" auch.

Bevor du in die Gespräche gehst, prüfe deinen Lebenslauf auf ATS-Kompatibilität. Viele Unternehmen filtern Bewerbungen automatisch, und ein technisch starkes Profil nützt nichts, wenn die Maschine es nicht liest. Weitere Tipps zur Vorbereitung findest du im Karriere-Ratgeber.

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 in einem Interview stellen?

Drei bis fünf gut vorbereitete Fragen reichen normalerweise aus. Wichtiger als die Zahl ist die Qualität: Zwei konkrete Fragen, auf die du echte Antworten brauchst, wirken besser als eine lange Liste.

Sollte ich Fragen aufschreiben und mitbringen?

Ja. Eine Notiz mit vier bis fünf Punkten wirkt vorbereitet, nicht unsicher. Interviewer nehmen dir das Übel, wenn du nach einer langen Gesprächsrunde kurz auf die Liste schaust.

Was frage ich, wenn ich mich als Junior bewerbe?

Fragen zu Lernen und Mentoring sind dann angemessen. Zum Beispiel: „Wie läuft das Onboarding für neue Entwickler, und wer ist fester Ansprechpartner für Code-Reviews?"

Kann ich nach Gehalt und Urlaub fragen?

Ja, das ist berechtigt und wird erwartet. Frage nach dem Gehaltsrahmen für die Rolle und danach, wie Überstunden oder Bereitschaft geregelt sind. Die konkreten Zahlen variieren je nach Unternehmen und Region, prüfe die aktuellen Angaben der jeweiligen Firma.

Was mache ich, wenn mir die Antworten nicht gefallen?

Notiere dir die Punkte, die dich stören, und wäge ab, ob sie verhandelbar sind. Ein Team mit schlechten Prozessen kann sich ändern, ein Team mit fehlender Ehrlichkeit meistens nicht. Im Zweifel ist eine abgelehnte Stelle billiger als eine schlechte Einstellung.