Welche Fragen stelle ich einem Softwareentwickler im Erstgespräch?

Einleitung: Warum das Erstgespräch mehr ist als ein Screening

Viele Developer sehen das erste Gespräch als Pflichttermin vor dem technischen Loop. Damit verschenkst du Chancen. Im Erstgespräch entscheidest du, ob Rolle, Team und Umfeld überhaupt zu dir passen – bevor du Zeit in Hausaufgaben, Live‑Coding oder Panel‑Interviews steckst. Gleichzeitig prüfen Recruiter:innen und Hiring Manager deine Motivation, Kommunikation und Passung zur Arbeitsweise. Wer hier die richtigen Fragen stellt, verschafft sich einen massiven Vorteil: Du bekommst echte Entscheidungsgrundlagen und sendest professionelle Signale.

Die Erwartungslücke: HR‑Screenings fokussieren oft auf CV, Gehaltsrahmen und Verfügbarkeit; technische Loops gehen tief in Architektur und Code. Dazwischen bleibt häufig unklar, was du im Alltag wirklich tust, wie das Team arbeitet und wie reif die Delivery‑Prozesse sind. Ziel dieses Artikels: Dir einen strukturierten Fragenkatalog geben, der Technik‑Check und Kultur‑Check im Erstgespräch balanciert, inklusive Bewertungskriterien und Warnsignalen.

Hinweis zu Quellen: Fragenkategorien wie „operational/situational“, „role‑specific“ und „behavioral“ sind in HR‑Kits gut beschrieben, z. B. bei Workable (Developer‑Interviewfragen, Software‑Developer‑Interviewfragen). Wir drehen die Perspektive: Welche Fragen sollten Bewerber:innen stellen – und worauf sollten sie in den Antworten achten?

Was im Erstgespräch typischerweise geprüft wird

Erstgespräche variieren:

HR‑Screening: Fokus auf Werdegang, Motivation, Wechselgrund, Gehaltsband, Startdatum.
Hiring‑Manager‑Call: Grobe Rolle, Teamauftrag, Arbeitsweise, erste technische Einordnung.
Frühes Tech‑Screening: High‑level‑Architektur, Entscheidungskriterien, kein Tiefen‑Vetting.

Häufige Themen: Kommunikationsstil, Kulturfit, Lernbereitschaft, Umgang mit Feedback und Konflikten, grobe technische Orientierung sowie Motivation für Produkt, Domäne und Tech‑Stack.

Frageklassen, die du selbst stellen solltest – und warum

Die folgenden Kategorien helfen dir, das Gespräch zu strukturieren. Wähle gezielt aus, statt starr einen Katalog abzulesen.

Rolle und Verantwortlichkeiten

Du willst verstehen, welche Outcomes du verantwortest und wie Seniorität sichtbar wird. Unklare Erwartungen führen zu Frust und falschen Leistungsbeurteilungen.

Team und Zusammenarbeit

Entscheidend ist, wie Entscheidungen fallen, wie Reviews laufen, ob Pairing/Mob‑Programming genutzt wird (mehrere Personen arbeiten gemeinsam an einem Rechner an derselben Aufgabe) und wie autonom Teams arbeiten.

Technik‑Stack und Architektur

Du brauchst genug Tiefe, um spätere Tech‑Loops sinnvoll zu akzeptieren oder abzulehnen. Achte auf Klarheit und Widerspruchsfreiheit.

Onboarding, Lernen und Karrierepfad

Gutes Onboarding und echte Entwicklungspfade sind Kern der Zufriedenheit – besonders in der Probezeit in Deutschland.

Prozesse, Tools und Qualitätssicherung

Lieferfähigkeit, Testabdeckung, CI/CD‑Reife, Incident‑Umgang und Tech‑Debt‑Management zeigen, wie stabil dein Alltag wird.

Kultur, Feedback und Managementstil

Transparenz, Fehlerkultur, 1:1s und Priorisierung entscheiden darüber, ob du nachhaltig performen kannst.

Logistik und Rahmenbedingungen

Arbeitszeitmodell, Remote‑Policy, Urlaubsregelungen, Ausstattung, Gehaltsband und Zusatzleistungen sind Basis für deine Entscheidung.

Konkrete Beispielfragen – mit Hinweisen, worauf du achten solltest

Nutze diese Formulierungen als Ausgangspunkt. Höre auf Konkretion, Konsistenz und Beispiele.

Rolle und Verantwortlichkeiten

Welche zwei bis drei wichtigsten Outcomes soll diese Rolle in den ersten sechs Monaten liefern? Worauf achten: Klare, messbare Ergebnisse statt vager Aufgabenlisten.
Wie ist die Seniorität im Team verteilt und woran erkennt ihr „Senior Impact“? Achten: Beispiele für Ownership, Mentoring, System‑Design, Cross‑Team‑Einfluss.
Welche Entscheidungsspielräume habe ich im Alltag (z. B. Tech‑Choices, Scope‑Schnitte)? Achten: Delegation vs. Mikromanagement.
Wie sieht die Schnittstelle zu Produkt/Design/Data aus? Achten: Gemeinsame Backlog‑Pflege, DOR/Definition of Ready, klare Priorisierung.
Gibt es klare Erwartungstransparenz (Ziele, OKRs, Level‑Matrix)? Achten: Dokumente, Regeltermine, Review‑Rhythmus.
Welche typischen Stolpersteine hatten Vorgänger:innen in dieser Rolle? Achten: Ehrlichkeit und Lernkurve statt Schönfärberei.

Team und Zusammenarbeit

Wie laufen Code‑Reviews ab und welche SLAs verfolgt ihr? Achten: Qualität vor Geschwindigkeit, konstruktives Feedback, keine Review‑Staus.
Nutzt ihr Pairing/Mob‑Sessions? Wann und wozu? Achten: Gezielter Einsatz bei komplexen Themen, Einarbeitung, Incident‑Lösungen.
Wie trefft ihr technische Entscheidungen (z. B. ADRs, RFC‑Prozess)? Achten: Dokumentation, Einbindung, klare Entscheidungsrechte.
Wie geht ihr mit Konflikten über Architektur oder Prioritäten um? Achten: Eskalationspfad, Moderation, Datengrundlagen.
Wie groß ist das Team, welche Rollen sind vertreten (QA, SRE, PM, UX)? Achten: Vollständigkeit des Delivery‑Teams.
Wie gestaltet ihr Wissensaustausch (Tech Talks, Brown Bags, Guilds)? Achten: Regelmäßigkeit, Formate, Freiwilligkeit.

Technik‑Stack und Architektur

Auf welchem Kern‑Stack entwickelt ihr aktuell und welche Migrationen laufen? Achten: Versionsstände, Migrationsplan, Risiken.
Wie sind Services geschnitten und wie kommunizieren sie? Achten: Abgrenzungen, Data Ownership, Observability.
Welche Qualitätsbarrieren existieren vor dem Merge (Tests, Linting, Security‑Checks)? Achten: Automatismen, „shift‑left“‑Ansatz.
Wie gestaltet ihr Deployments (Frequenz, Rollbacks, Feature Flags)? Achten: Wiederholbarkeit, geringe MTTR, kontrollierte Releases.
Wie geht ihr mit Tech‑Debt um? Achten: Sichtbarkeit im Backlog, Zeitbudgets, klare Kriterien.
Beispiel für eine jüngste Architekturentscheidung und die Abwägungen dahinter? Achten: Realistische Trade‑offs, Daten statt Dogmen.

Onboarding und Karriere

Wie sieht ein typisches 30/60/90‑Tage‑Onboarding aus? Achten: Ziele pro Phase, Buddy/Mentor, produktive Erstaufgaben.
Welche Lernbudgets (Zeit/Geld) und welche Formate gibt es? Achten: Konferenzbesuche, interne Trainings, Fokuszeiten.
Wie funktionieren Beförderungen und Gehaltsanpassungen in der Praxis? Achten: Zyklen, Kriterien, Gremien.
Wie werden Ziele vereinbart und in 1:1s verfolgt? Achten: Regelmäßigkeit, Feedbackqualität, Dokumentation.

Prozesse und Qualitätssicherung

Wie priorisiert ihr Arbeit (Backlog‑Pflege, Refinements, DOR/DOD)? Achten: Klare Eingangsqualität, schlanke Übergaben.
Wie messt ihr Delivery‑Gesundheit (z. B. Lead Time, Rework‑Quote)? Achten: Metriken als Lerninstrument, nicht als Druckmittel.
Wie geht ihr mit Incidents und Post‑Mortems um? Achten: Blameless‑Kultur, Maßnahmenverfolgung.
Welche Testpyramide lebt ihr (Unit, Integration, E2E) und was ist realistisch abgedeckt? Achten: Automatisierungsgrad, Flakiness‑Umgang.
Wie integriert ihr Security/Privacy frühzeitig? Achten: Threat‑Modeling, Abnahmen, Data‑Handling.

Kultur, Feedback und Managementstil

Wie sieht eure Fehlerkultur aus – Beispiel der letzten sechs Monate? Achten: Konkrete Fälle, Lernmaßnahmen.
Wie oft gibt es 1:1s und was ist ihr Zweck? Achten: Coaching statt nur Status.
Wie transparent sind Roadmap und Priorisierung? Achten: Einbindung, Kontextteilung.
Welche Werte werden in der Praxis sichtbar und wann wurden sie bewusst verteidigt? Achten: Taten statt Poster.
Wie geht ihr mit Überstunden um? Achten: Ausnahme statt Regel, Ausgleich, realistische Planung.

Logistik und Rahmenbedingungen (DE‑Kontext)

Remote‑Policy und Büro‑Tage? Achten: Verbindlichkeit, Team‑Synchronität, Home‑Office‑Ausstattung.
Arbeitszeitmodell (Gleitzeit, Kernzeiten, Teilzeit‑Optionen)? Achten: Flexibilität, Planbarkeit.
Gehaltsband für diese Rolle und relevante Benefits? Achten: Spannbreite, Transparenz, Zusatzleistungen (z. B. betriebliche Altersvorsorge, Weiterbildung, Job‑Ticket).
Probezeit, Urlaubstage, Equipment‑Standard? Achten: Übliche DE‑Standards, verlässliche Zusagen.

Wie du Antworten einordnest: Kriterien und Warnsignale

Gute Antworten sind konkret, konsistent und belegt. So kannst du bewerten:

Gut: Beispiele aus jüngsten Projekten, klare Prozesse, dokumentierte Entscheidungen, sichtbare Lernkultur, Daten statt Meinungen.
Neutral: Allgemeine Beschreibungen ohne Beispiele, Prozesse „im Aufbau“, wenige Metriken, aber ehrliches Bild.
Problematisch: Vage Antworten, widersprüchliche Aussagen zwischen HR und Hiring Manager, Abwertung von Tests/Reviews, „Wir brauchen nur Rockstars“, Dauer‑Überstunden als Normalzustand, keine Roadmap‑Transparenz.

Besondere Red Flags:

„Wir haben keine Zeit für Tests/Reviews“ – Qualitätsrisiko und Burnout‑Gefahr.
„Entscheidungen trifft die Chefetage“ – geringe Autonomie, langsame Iteration.
„Wir sind gerade im totalen Umbau“ ohne Plan – hohe Unsicherheit, Scope‑Creep.
Ausweichen bei Gehaltsband/Benefits – Intransparenz.
Kein klares Onboarding – lange Anlaufzeiten, Frust in der Probezeit.

Gesprächsstrategie: Timing, Ton und Priorisierung

Baue eine natürliche Dramaturgie: Starte mit Rolle/Outcomes, gehe zu Team/Prozessen, dann Technik‑Tiefe, schließe mit Rahmenbedingungen. So vermeidest du, zu früh über Geld zu sprechen, ohne es zu vergessen.
Höre aktiv zu und hake nach: „Können Sie ein Beispiel aus den letzten drei Monaten nennen?“ – das trennt Absichtserklärungen von gelebter Praxis.
Wenn Antworten ausweichen: Formuliere eine geschlossene Nachfrage („Wer entscheidet das konkret und wann?“) oder bitte um einen Follow‑up‑Kontakt (z. B. künftige Teamkolleg:in).

Must‑have‑Fragen für 30 Minuten

Welche wichtigsten Outcomes in 6 Monaten? Wer entscheidet über Prioritäten?
Wie laufen Reviews und Deployments typischerweise ab?
Beispiel für eine jüngste Architekturentscheidung und die Abwägung.
Wie sieht das 30/60/90‑Tage‑Onboarding aus?
Remote‑Policy, Arbeitszeitmodell und grober Gehaltsrahmen für diese Rolle.

Must‑have‑Fragen für 60 Minuten

Alles aus 30 Minuten plus:

Entscheidungsprozesse (ADRs/RFCs), Konfliktlösung, Eskalationspfade.
Teststrategie und Incident‑Lernkultur inkl. konkreter Post‑Mortem‑Beispiele.
Lern‑ und Karrierepfad, Beförderungspraxis, 1:1‑Rhythmus und Inhalte.
Tech‑Debt‑Umgang und Roadmap‑Transparenz über die nächsten zwei Quartale.

Abschluss: Nachbereitung und Entscheidungsgrundlage

Direkt nach dem Gespräch: Notiere Zitate und Beispiele, bevor sie verblassen. Ordne Antworten entlang deiner Prioritätenmatrix (z. B. 1. Team/Kultur, 2. Delivery‑Reife, 3. Architektur‑Passung, 4. Rahmenbedingungen). Fehlen harte Fakten (Gehaltsband, Remote‑Policy‑Details, Onboarding‑Plan), frage zeitnah per E‑Mail nach und bitte um referenzierbare Dokumente (z. B. Level‑Matrix, Engineering‑Guidelines, ADR‑Beispiele). So reduzierst du das Risiko von Erwartungsbrüchen nach Vertragsunterschrift.

Kompakte Checkliste zum Mitnehmen

Rolle/Outcomes klar? Messbare Ziele für 6 Monate benannt?
Entscheidungswege transparent? Wer entscheidet was, wie dokumentiert?
Reviews, Tests, CI/CD praxisnah beschrieben? Jüngste Beispiele gehört?
Onboarding strukturiert (30/60/90), Buddy vorhanden, erste Aufgaben definiert?
Lernbudget und Karrierepfad mit Kriterien und Zyklen belegt?
Kultur greifbar: 1:1s, Fehlerkultur, Konfliktlösung, Roadmap‑Transparenz?
Tech‑Debt und Incident‑Umgang realistisch? Post‑Mortem‑Praxis vorhanden?
Rahmenbedingungen offen gelegt: Remote, Zeitmodell, Gehaltsband, Benefits, Equipment, Urlaub, Probezeit?

Fazit: Das Erstgespräch ist kein One‑Way‑Screening. Wer vorbereitet fragt, erkennt früh, ob Technik‑Check und Kultur‑Check zusammenpassen – und spart sich spätere Schleifen. Nutze den Slot, um die für dich entscheidenden Faktoren sichtbar zu machen. So triffst du eine belastbare Entscheidung – und sendest gleichzeitig die Signale einer:s reflektierten Professional:in.