Vorstellungsgespräch · IT
Vorstellungsgespräch als Softwareentwickler: 10 typische Fragen
Vorstellungsgespräche für Softwareentwickler-Stellen in DACH folgen typisch einem dreistufigen Aufbau: HR-Erstgespräch (30-45 min, kulturelle Passung + Motivation), Tech-Interview (60-90 min, oft mit Live-Coding oder System-Design-Aufgabe), Team-Runde mit zukünftigen Kollegen. Bei Konzernen kommt häufig ein viertes Gespräch mit der Fachabteilungsleitung dazu. Bei Startups ist die Reihenfolge oft umgekehrt — erst Tech, dann HR.
Was eine starke Softwareentwickler-Bewerbung im Gespräch signalisiert
- •Strukturiertes Denken auch unter Zeitdruck — bei Live-Coding-Aufgaben besser laut denken und einen Ansatz unsauber durchziehen, als 5 Minuten schweigen.
- •Pragmatismus über Perfektion — Recruiter mögen Sätze wie 'Hier würde ich erstmal eine simple Lösung bauen und später optimieren, wenn Lastdaten es rechtfertigen'.
- •Ehrliche Tool-Begrenzungen — niemand erwartet Vollexpertise in jeder Sprache; sage offen, wo deine Lücke liegt und wie du sie schließen würdest.
- •Code-Ownership-Mindset — wer 'man hat damals beschlossen' sagt, signalisiert nicht-Verantwortung; besser 'wir haben damals beschlossen' oder 'ich habe damals vorgeschlagen'.
10 typische Fragen im Vorstellungsgespräch als Softwareentwickler
Frage 1
Erzählen Sie uns von einem schwierigen Bug, den Sie zuletzt behoben haben.
Was der Recruiter prüft: Wie systematisch der Kandidat debuggt, ob er Log-Analyse, Reproduktion und Hypothesentest verwendet — und ob er den Bug überhaupt selbst gelöst hat oder nur 'mit dabei' war.
Musterantwort 1
Konkretes Beispiel: 'Letzte Woche hatten wir Latenzspitzen im Auth-Service unter Last. Mein erster Verdacht — Connection-Pool-Erschöpfung — bestätigte sich nicht, also habe ich pgbadger auf die DB-Logs angewendet und einen N+1-Query in einer neuen Middleware gefunden. Ein eager-load reduzierte die p99 von 1.2s auf 80ms.' — Strukturiert: Symptom, erste Hypothese (verworfen), zweites Werkzeug, gefundene Ursache, Fix, messbare Wirkung.
Musterantwort 2
Lerngeschichte: 'Der eigentliche Bug war trivial, aber ich hatte zuerst die falsche Komponente verdächtigt und dadurch 2 Tage verloren. Seitdem führe ich bei Performance-Themen IMMER zuerst APM-Traces durch, bevor ich Code lese.' — Recruiter schätzen die ehrliche Selbstkritik mehr als eine glatte Erfolgsgeschichte.
Musterantwort 3
Team-Variante: 'Wir hatten einen Race-Condition-Deadlock zwischen zwei Microservices. Ich habe die Sequence-Diagramme im Pair mit der Service-B-Eigentümerin durchgegangen und festgestellt, dass unser Retry-Backoff fehlerhaft konfiguriert war.' — Wenn der Bug Cross-Team-Charakter hatte, das mit erwähnen.
Frage 2
Wie halten Sie sich technisch auf dem Laufenden?
Was der Recruiter prüft: Ob der Kandidat eigeninitiative Weiterbildung betreibt oder rein reaktiv arbeitet, und ob er strukturiert oder nur sporadisch lernt.
Musterantwort 1
Konkret: 'Zwei Quellen täglich (Hacker News + Lobsters morgens), ein Tech-Talk pro Woche (in der Mittagspause), und alle 6 Monate ein Projekt in einer für mich neuen Sprache — letztes Jahr Rust, dieses Jahr Elixir.' — Konkrete Frequenz + konkrete Sprachen wirken authentischer als 'ich lese Twitter'.
Musterantwort 2
Spezialisierungs-Framing: 'In meinem Bereich (Backend-Performance) folge ich vier Engineer-Blogs (Discord, Cloudflare, Shopify, Bytedance) und teste neue Tools wie pg_query in meinen Side-Projects, bevor ich sie bei der Arbeit vorschlage.'
Musterantwort 3
Team-Lernen: 'Wir haben einen wöchentlichen Tech-Talk-Slot, in dem jemand 15 Min über eine neue Technologie spricht. Ich habe letzten Monat über WebSockets-Skalierung gesprochen.'
Frage 3
Wo sehen Sie sich in 5 Jahren?
Was der Recruiter prüft: Ob der Kandidat eine bewusste Karriereplanung hat, und ob seine Zielrichtung zur offenen Stelle passt (Tech-Track vs. Lead-Track).
Musterantwort 1
Tech-Track: 'Ich will Senior-Engineer mit echter Architekturverantwortung bleiben, nicht in Personalführung. In 5 Jahren möchte ich Staff-Level erreicht haben — also technisch tiefer und mit cross-team Einfluss, ohne tägliches 1:1-Coaching.'
Musterantwort 2
Lead-Track: 'Mein nächster Schritt ist Tech-Lead-Verantwortung für 3-5 Engineers, mit klarem Fokus auf Mentoring und technisches Coaching. Personalführung mit Mitarbeitergesprächen + Gehaltsgesprächen sehe ich frühestens in Jahr 3 als Engineering-Manager.'
Musterantwort 3
Ehrlich offen: 'Ich weiß noch nicht, ob ich auf den Lead-Track oder den Staff-Track möchte. Ich sehe diese Stelle als Gelegenheit, beide Seiten in einem konkreten Team zu erproben.'
Frage 4
Warum gerade unser Unternehmen?
Was der Recruiter prüft: Ob der Kandidat sich vorbereitet hat oder Massenbewerbungen verschickt, und ob die Motivation echt oder konstruiert klingt.
Musterantwort 1
Konkretes Produkt-Argument: 'Ich nutze Ihr Produkt seit zwei Jahren privat — die Stelle ist die erste Engineering-Position bei einer Firma, deren Produkt ich tatsächlich verstehe und schätze. Das macht für mich den Unterschied zwischen 'beliebiger Tech-Job' und 'Job, den ich wirklich will'.'
Musterantwort 2
Technische Begründung: 'Ihr Engineering-Blog beschreibt einen Migrationsschritt von Monolith zu Service-Architektur, der mich technisch interessiert — ich habe genau diesen Schritt bei meinem aktuellen Arbeitgeber begleitet und würde gerne Ihre Erfahrungen damit aus erster Hand kennenlernen.'
Musterantwort 3
Kultur-Argument: 'Eine ehemalige Kollegin arbeitet seit 18 Monaten bei Ihnen und beschreibt einen Engineering-Kultur, die mir fehlt — wöchentliche Architecture-Reviews, klare Beförderungsstufen, niedrige Meeting-Last. Ich brauche dieses Setup, um produktiv zu sein.'
Frage 5
Was sind Ihre Schwächen?
Was der Recruiter prüft: Selbstreflexion, ohne dass die 'Schwäche' offensichtlich eine getarnte Stärke ist, plus eine konkrete Strategie zum Umgang.
Musterantwort 1
Echte Schwäche + Strategie: 'Ich tue mich schwer mit ungenau definierten Anforderungen — ich frage in solchen Situationen zu lange nach Details, statt einfach loszubauen und früh zu validieren. Ich übe mich gerade darin, nach 10 Minuten Anforderungsklärung einen ersten 'kleinsten sinnvollen Prototyp' zu starten und am gebauten Stück weiterzudiskutieren.'
Musterantwort 2
Technische Lücke: 'Mein Frontend-Wissen ist etwa 4 Jahre alt — ich habe seitdem ausschließlich Backend gemacht. Ich arbeite aktiv daran (aktuelles Side-Project in React), aber Sie sollten in der ersten Zeit keine Frontend-Architektur-Entscheidungen von mir erwarten.'
Musterantwort 3
Vermeiden: Vermeiden Sie unbedingt 'Ich bin Perfektionist' oder 'Ich arbeite zu viel'. Das sind die zwei häufigsten Antworten, und beide werden von Recruitern als Pseudo-Schwächen klassifiziert.
Frage 6
Erzählen Sie uns von einem Konflikt im Team.
Was der Recruiter prüft: Konfliktverhalten, Eskalationsstrategie, und ob der Kandidat sich selbst Verantwortung am Konflikt zuschreibt.
Musterantwort 1
Sachorientiert: 'Wir hatten eine Architektur-Diskussion zwischen Microservices und Monolith für ein neues Projekt. Ich war pro-Microservices, der Tech-Lead war pro-Monolith. Wir haben uns auf ein 90-min Whiteboard-Session geeinigt, jeder seinen Ansatz mit konkreten Risiken durchgesprochen und am Ende eine modulare Monolith-Architektur als Kompromiss gewählt. Sechs Monate später war klar: der Tech-Lead hatte für das damalige Team-Size recht.'
Musterantwort 2
Persönlich-relevanter Konflikt: 'Ein Junior in meinem Team hat wiederholt Code ohne Tests submittet. Ich habe ihn zuerst in 1:1s direkt darauf angesprochen, dann in Code-Reviews konsequenter blockiert — und schließlich entdeckt, dass er Test-Frameworks nie systematisch gelernt hatte. Wir haben ein 2-wöchiges Pair-Programming für TDD vereinbart; danach war das Problem weg.'
Musterantwort 3
Vermeiden: KEINE Konflikte mit Vorgesetzten benennen, ohne die Reflexion 'was hätte ich anders machen sollen' anzubieten — das wirkt sonst, als trage immer der andere Schuld.
Frage 7
Wie gehen Sie mit technischen Schulden um?
Was der Recruiter prüft: Ob der Kandidat eine pragmatische Sicht auf Tradeoffs hat oder ein dogmatischer 'alles muss perfekt sein'-Typ ist.
Musterantwort 1
Pragmatisch: 'Ich behandle technische Schulden wie finanzielle: niedrige Zinsen sind ok, hohe Zinsen muss man tilgen. Konkret: ein hässliches Code-Stück, das niemand anfasst, ist niedrigverzinst — lass es liegen. Ein Performance-Problem, das jeden Tag Pager auslöst, ist hochverzinst — Sprint-Slot fest reservieren.'
Musterantwort 2
Strukturiert: 'Wir tracken bei uns eine Liste von Tech-Debt-Items im Backlog mit drei Eigenschaften: Impact, Fix-Aufwand, Häufigkeit der Berührung. Items mit hohem Impact und niedrigem Aufwand kommen in den nächsten Sprint. Hoher Impact + hoher Aufwand brauchen einen Champion-Lead.'
Musterantwort 3
Kultur-Anker: 'Ich plädiere für 15-20% der Sprint-Kapazität für Tech-Debt, fest reserviert. Wenn man es zu Restzeit-Tätigkeit macht, geschieht es nie.'
Frage 8
Wie würden Sie eine API für [konkretes Szenario] entwerfen?
Was der Recruiter prüft: System-Design-Skills auf Junior- bis Senior-Level — werden REST-vs-GraphQL, Auth, Pagination, Caching, Backwards-Compatibility erwähnt?
Musterantwort 1
Strukturiert vorgehen: Erst Anforderungen klären (Use-Cases, erwartetes Traffic-Volumen, SLAs). Dann Datenmodell. Dann Endpoints mit Resource-Hierarchie. Dann Auth (JWT vs OAuth2). Dann Cross-Cutting Concerns (Rate-Limiting, Pagination, Caching, Versioning). Niemals direkt mit Endpoints anfangen.
Musterantwort 2
Standard-Antworten parat haben: 'GET /resources mit cursor-based Pagination (cursor + limit), POST /resources mit Idempotency-Key-Header, PATCH statt PUT für Partial Updates, Sub-Resources unter /resources/<id>/<sub>. Versionierung im URL-Prefix /v1/. ETags für Cache-Validation. 401/403 sauber trennen.'
Musterantwort 3
Laut denken bei Unklarheiten: 'Hier wäre ich unsicher — soll der Endpoint synchron oder asynchron arbeiten? Bei großen Reports würde ich auf 202 Accepted + Webhook umschwenken, aber das hängt vom Use-Case ab.'
Frage 9
Was war Ihr größter beruflicher Misserfolg?
Was der Recruiter prüft: Lernfähigkeit, Reflexion, und ob der Kandidat ein echtes Misserfolg-Beispiel hat oder nur eine sanfte Story.
Musterantwort 1
Echt + Lernkurve: 'Ich habe in meinem ersten Senior-Job eine Microservice-Migration vorgeschlagen, ohne die Operations-Tooling-Reife im Team einzuschätzen. Nach 3 Monaten hatten wir 18 Services und ein Team von 4 Personen, das die Logs nicht mehr aggregieren konnte. Wir mussten 6 Services wieder zurück in einen Modul-Monolith integrieren. Seitdem starte ich Architektur-Diskussionen IMMER mit 'wer pflegt das in 12 Monaten und mit welchem Tooling'.'
Musterantwort 2
Soft Skills: 'Ich habe einen Junior zwei Monate lang nicht ernstgenommen, weil seine ersten PRs schwach waren. Im Quartalsfeedback hat er das thematisiert — er hatte versucht, einen Bug-Fix vorzuschlagen, den ich nicht gelesen hatte. Er hat das Team verlassen. Mein Learning: PR-Reviews sind ein Coaching-Tool, nicht nur Code-Quality-Gate.'
Musterantwort 3
Vermeiden: 'Ich kann mich an keinen Misserfolg erinnern' wird IMMER negativ gewertet — es signalisiert entweder Selbstüberschätzung oder Unehrlichkeit.
Frage 10
Was ist Ihre Gehaltsvorstellung?
Was der Recruiter prüft: Marktwert-Bewusstsein und Verhandlungstaktik. Wer zu niedrig nennt, signalisiert mangelnden Marktwert; wer überzogen hoch nennt, signalisiert Realitätsferne.
Musterantwort 1
Standard: 'Brutto p.a. zwischen €X und €Y, je nach Gesamtpaket — Urlaubstage, Bonus-Struktur, Equity oder Pension. Was ist Ihr Range für diese Rolle?' — Die Gegenfrage holt erstmal die Untergrenze des Arbeitgebers ein.
Musterantwort 2
Standhaft: 'Ich verdiene aktuell €Z. Für einen Wechsel würde ich €Z + 15% erwarten, weil die offene Stelle gegenüber meiner aktuellen mehr Verantwortung beinhaltet. Über Details würde ich gerne nach Einsicht in das volle Vergütungspaket sprechen.'
Musterantwort 3
Vermeiden: 'Ist verhandelbar' allein lässt Geld auf dem Tisch. IMMER eine konkrete Zahl oder Range nennen, sonst wird der Arbeitgeber den Bottom seines Bereichs anbieten.
5 Gegenfragen, die du dem Arbeitgeber stellen solltest
Auf die unvermeidliche Frage „Haben Sie selbst noch Fragen?\" — diese fünf Gegenfragen signalisieren Vorbereitung und ernsthaftes Interesse:
- 1.Wie ist der typische Onboarding-Prozess für einen neuen Engineer in den ersten 90 Tagen?
- 2.Wie wird technische Roadmap entschieden? Top-Down vom CTO oder Bottom-Up mit Engineer-Vorschlägen?
- 3.Wie viele Stunden pro Woche bin ich in Meetings vs. fokussierter Arbeit?
- 4.Welche technischen Schulden sind dem Team aktuell am bewusstesten?
- 5.Wie sieht ein typischer Beförderungsfall vom aktuellen Level zur nächsten Stufe aus — Zeitachse, Kriterien, Mentoring-Setup?