Wie man ein technisches Vorstellungsgespraech fuer Entwickler in Deutschland strukturiert — 7 Schritte

Das technische Vorstellungsgespraech ist der kritischste Moment im Einstellungsprozess fuer Entwickler — und gleichzeitig der Punkt, an dem die meisten deutschen Unternehmen die groessten Fehler machen. Zu lange Prozesse, irrelevante Coding-Aufgaben, fehlende Struktur und rechtliche Fallstricke fuehren dazu, dass Top-Kandidaten abspringen, bevor ein Angebot gemacht werden kann. In Berlin verlieren Arbeitgeber 60 % der Senior-Entwickler, wenn der Interviewprozess laenger als zwei Wochen dauert. In Muenchen und Hamburg ist die Situation aehnlich angespannt.

Dieser Leitfaden zeigt Ihnen in 7 Schritten, wie Sie ein technisches Vorstellungsgespraech strukturieren, das die besten Entwickler ueberzeugt, rechtlich einwandfrei ist und innerhalb von 5 Werktagen zu einer Entscheidung fuehrt. Jeder Schritt ist praxiserprobt und basiert auf Erfahrungen aus ueber 500 technischen Einstellungen in Deutschland.

Schritt 1: Den Interviewprozess an das Senioritaetslevel anpassen (Junior, Mid, Senior)

Der haeufigste Fehler in deutschen Unternehmen: Ein identischer Interviewprozess fuer alle Erfahrungsstufen. Ein Junior-Entwickler mit 0-2 Jahren Erfahrung braucht ein grundlegend anderes Interview als ein Senior-Architekt mit 10+ Jahren. Wer alle ueber denselben Kamm schert, verschreckt Seniors mit trivialen Aufgaben und ueberfordert Juniors mit System-Design-Fragen.

Junior (0-2 Jahre): Fokus auf Grundlagen und Lernfaehigkeit. Eine praktische Coding-Aufgabe, die in 30 Minuten loesbar ist — kein algorithmisches Raetsel, sondern eine reale Aufgabe aus Ihrem Produkt. Bewerten Sie nicht das Ergebnis, sondern den Denkprozess: Stellt der Kandidat kluge Fragen? Wie geht er mit Hindernissen um? Kann er seinen Code erklaeren? In Berlin zahlen Startups Junior-Entwicklern 45.000-55.000 EUR — der Interviewprozess sollte der Gehaltsklasse angemessen sein.

Mid-Level (3-5 Jahre): Live-Coding mit einer Aufgabe mittlerer Komplexitaet (45 Minuten) plus ein kurzes Architekturgespraech. Bewerten Sie sowohl technische Faehigkeiten als auch Kommunikation: Kann der Kandidat technische Entscheidungen begruenden? Kennt er Patterns und Anti-Patterns? In Muenchen liegen Mid-Level-Gehaelter bei 60.000-80.000 EUR — die Erwartungen an den Prozess steigen entsprechend.

Senior (6+ Jahre): System-Design-Interview als Kern (60 Minuten), ergaenzt durch ein Architektur-Review von echtem Produktcode. Keine trivialen Coding-Aufgaben — das ist respektlos gegenueber der Erfahrung. Stattdessen: Diskutieren Sie eine reale Architekturentscheidung aus Ihrem System. Senior-Entwickler in Hamburg verdienen 85.000-120.000 EUR und haben 3-5 Angebote gleichzeitig. Ihr Interviewprozess muss ueberzeugen, nicht testen.

Schritt 2: Live-Coding-Aufgaben vorbereiten, die reale Probleme widerspiegeln

Die Live-Coding-Aufgabe ist das Herzstuck des technischen Interviews — und gleichzeitig der Teil, den die meisten Unternehmen falsch machen. Das Problem: Viele verwenden generische Aufgaben aus dem Internet (FizzBuzz, Umkehren einer verketteten Liste, Binary Tree Traversal), die nichts ueber die tatsaechliche Arbeit im Unternehmen aussagen.

Was gute Live-Coding-Aufgaben auszeichnet:

• Realer Bezug: Die Aufgabe sollte ein vereinfachtes Problem aus Ihrem tatsaechlichen Produkt sein. Wenn Sie einen REST-API-Service bauen, lassen Sie den Kandidaten einen Endpoint implementieren. Wenn Sie eine React-App haben, lassen Sie ihn eine Komponente erweitern.
• Angemessener Umfang: 30-45 Minuten fuer die Implementierung, inklusive Erklaerung und Fragen. Der Kandidat muss die Aufgabe realistisch abschliessen koennen — nichts frustriert mehr als eine Aufgabe, die in der vorgegebenen Zeit nicht loesbar ist.
• Freie Tool-Wahl: Erlauben Sie die gewohnte IDE, Internetzugang und Dokumentation. Kein Whiteboard-Coding — das testet Gedaechtnis, nicht Faehigkeit. In der echten Arbeit googelt jeder Entwickler Syntax und API-Dokumentation.
• Klare Bewertungskriterien: Definieren Sie vor dem Interview, was Sie bewerten: Code-Qualitaet, Problemloesungsansatz, Kommunikation, Testing-Denken. Jeder Interviewer muss dieselben Kriterien verwenden.

Beispiel fuer eine gute Aufgabe: „Hier ist ein vereinfachter Teil unserer API. Implementieren Sie einen neuen Endpoint, der Nutzerdaten filtert und paginiert. Sie haben Zugang zur Dokumentation und koennen jede Library verwenden. Erklaeren Sie Ihre Entscheidungen waehrend der Implementierung.“

Schritt 3: System-Design-Interviews fuer Senior-Rollen strukturieren

System-Design-Interviews sind fuer Senior-Rollen (6+ Jahre) der wichtigste Bewertungsbestandteil. Sie testen nicht Syntax oder Algorithmen, sondern die Faehigkeit, komplexe Systeme zu entwerfen, Trade-offs abzuwaegen und Architekturentscheidungen zu kommunizieren.

Struktur eines guten System-Design-Interviews (60 Minuten):

1. Anforderungen klaeren (10 Min.): Stellen Sie ein offenes Problem: „Entwerfen Sie ein System fuer X.“ Bewerten Sie, welche Fragen der Kandidat stellt — die Faehigkeit, Anforderungen zu klaeren, ist wertvoller als die Loesung selbst.
2. High-Level-Design (15 Min.): Der Kandidat skizziert die Gesamtarchitektur: Komponenten, Datenfluss, API-Grenzen. Kein Whiteboard noetig — ein Online-Tool wie Excalidraw oder sogar Stift und Papier reichen.
3. Deep Dive (20 Min.): Waehlen Sie eine Komponente und gehen Sie in die Tiefe: Datenbankschema, Caching-Strategie, Skalierungsplan. Hier zeigt sich die echte Erfahrung.
4. Trade-offs diskutieren (15 Min.): Stellen Sie Skalierungsfragen: „Was passiert bei 10x Last?“ „Wie aendert sich das Design bei globaler Verteilung?“ Bewerten Sie die Faehigkeit, Kompromisse zu begruenden.

Wichtig fuer den deutschen Kontext: Viele Senior-Kandidaten in Berlin, Muenchen und Hamburg haben Erfahrung mit US-Style System-Design-Interviews (Google, Amazon, Meta). Nutzen Sie das als Basis, aber passen Sie die Aufgabe an Ihr tatsaechliches System an. Generische Fragen wie „Design Twitter“ wirken unprofessionell — stellen Sie stattdessen ein Problem aus Ihrer Domain.

Schritt 4: Soft Skills und kulturelle Passung bewerten — ohne Diskriminierung

Die Bewertung von Soft Skills und kultureller Passung ist in Deutschland ein Minenfeld. Einerseits ist die kulturelle Passung entscheidend fuer den langfristigen Erfolg — ein technisch brillanter Entwickler, der nicht ins Team passt, schadet mehr als er nuetzt. Andererseits setzt das AGG (Allgemeines Gleichbehandlungsgesetz) klare Grenzen: Fragen nach Familienplanung, Religionszugehoerigkeit, sexueller Orientierung oder ethnischer Herkunft sind verboten und koennen zu Klagen fuehren.

Erlaubte und sinnvolle Fragen zur kulturellen Passung:

• „Wie arbeiten Sie am liebsten — im Team oder allein? Beschreiben Sie eine Situation.“
• „Wie gehen Sie mit technischen Meinungsverschiedenheiten im Team um?“
• „Beschreiben Sie ein Projekt, bei dem Sie unter Zeitdruck eine technische Entscheidung treffen mussten.“
• „Wie halten Sie sich technisch auf dem Laufenden?“
• „Was erwarten Sie von Ihrem Team Lead / Engineering Manager?“

Verbotene Fragen (AGG-Verstoss):

• „Planen Sie Kinder?“ / „Sind Sie schwanger?“
• „Welche Religion haben Sie?“ / „Feiern Sie Weihnachten?“
• „Woher kommen Sie urspruenglich?“ (bei Bezug auf ethnische Herkunft)
• „Wie alt sind Sie?“ (sofern nicht fuer die Stelle relevant)
• „Haben Sie eine Behinderung?“ (sofern nicht fuer die Stelle relevant)

Praxis-Tipp: Erstellen Sie einen festen Fragenkatalog fuer Soft-Skills-Interviews und lassen Sie ihn von Ihrer Rechtsabteilung oder einem Arbeitsrechtsanwalt pruefen. Jeder Interviewer in Berlin, Muenchen oder Hamburg sollte denselben Katalog verwenden — das stellt Vergleichbarkeit sicher und schuetzt vor AGG-Klagen.

Schritt 5: Take-Home-Aufgaben richtig einsetzen (Zeitlimit, Verguetung, Bewertungskriterien)

Take-Home-Aufgaben sind ein zweischneidiges Schwert: Richtig eingesetzt, liefern sie die aussagekraeftigste Bewertung der technischen Faehigkeiten. Falsch eingesetzt — zu lang, unverguetet, unklar bewertet — sind sie der Hauptgrund fuer Kandidatenabspruenge.

Die drei Regeln fuer Take-Home-Aufgaben in Deutschland:

1. Zeitlimit: Maximal 3-4 Stunden. Alles darueber ist respektlos gegenueber der Zeit des Kandidaten. Kommunizieren Sie das Zeitlimit klar und explizit: „Diese Aufgabe ist auf 4 Stunden ausgelegt. Wir bewerten nicht, ob Sie alles fertig haben, sondern wie Sie priorisieren und Ihren Ansatz begruenden.“

2. Verguetung: 150-300 EUR. Immer mehr Berliner Startups und Tech-Unternehmen vergueten Take-Home-Aufgaben — und erhoehen damit die Abschlussquote um 40-60 %. Die Logik: Wenn Sie einen Senior-Entwickler bitten, 4 Stunden seiner Freizeit zu investieren, zeigen Sie mit der Verguetung, dass Sie seine Zeit wertschaetzen. 200 EUR sind fuer ein Unternehmen, das eine 90.000-EUR-Stelle besetzt, eine minimale Investition.

3. Klare Bewertungskriterien: Definieren Sie vor der Aufgabe, was Sie bewerten — und teilen Sie diese Kriterien dem Kandidaten mit. Transparenz schafft Vertrauen. Typische Kriterien: Code-Qualitaet und Lesbarkeit, Architekturentscheidungen, Testing, Fehlerbehandlung, Dokumentation.

Schritt 6: Technische Interviews rechtssicher gestalten (AGG, Datenschutz, Dokumentation)

Deutschland hat eines der strengsten Arbeitsrechte der Welt — und das gilt bereits fuer den Bewerbungsprozess. Drei Rechtsgebiete sind fuer technische Interviews besonders relevant:

AGG (Allgemeines Gleichbehandlungsgesetz): Verbietet Diskriminierung aufgrund von Geschlecht, Alter, ethnischer Herkunft, Religion, Behinderung und sexueller Identitaet. Fuer technische Interviews bedeutet das: Alle Fragen muessen jobrelevant sein, und die Bewertung muss objektiv und nachvollziehbar dokumentiert werden. Wenn ein abgelehnter Kandidat klagt, muessen Sie beweisen koennen, dass die Ablehnung auf fachlichen Gruenden basierte — nicht auf diskriminierenden Faktoren.

DSGVO (Datenschutz-Grundverordnung): Bewerberdaten sind personenbezogene Daten und unterliegen der DSGVO. Konkrete Pflichten: Datenschutzerklaerung fuer Bewerber bereitstellen (was wird gespeichert, wie lange, wer hat Zugang), Rechtsgrundlage fuer die Verarbeitung dokumentieren (in der Regel Art. 6 Abs. 1 lit. b DSGVO — vorvertragliche Massnahmen), und Loeschfrist einhalten (maximal 6 Monate nach Absage, es sei denn, der Bewerber stimmt einer laengeren Speicherung zu).

Dokumentationspflicht: Jede Bewertung im technischen Interview muss schriftlich dokumentiert werden. Verwenden Sie standardisierte Bewertungsboegen mit den vorab definierten Kriterien. Jeder Interviewer fuellt seinen Bogen unabhaengig aus, bevor das Team die Ergebnisse bespricht. Diese Dokumentation ist Ihre Verteidigung bei AGG-Klagen — ohne sie stehen Sie im Wort-gegen-Wort-Szenario, und die Beweislast liegt beim Arbeitgeber.

Praxis-Empfehlung: Investieren Sie einmalig 2-3 Stunden in die Erstellung einer „Interview-Compliance-Checkliste“, die jeder Interviewer vor dem Gespraech durchgeht: Fragen AGG-geprueft? Bewertungsbogen bereit? Datenschutzerklaerung dem Kandidaten zugestellt? Aufzeichnungstool DSGVO-konform (kein Zoom-Recording ohne Zustimmung)? Diese Investition schuetzt vor Klagen, die schnell 10.000-20.000 EUR kosten koennen.

Schritt 7: Feedback-Prozess und schnelle Entscheidung — Angebotsfrist unter 5 Werktagen

Geschwindigkeit ist der wichtigste Faktor im Kampf um Top-Entwickler. In Berlin, Muenchen und Hamburg haben Senior-Entwickler durchschnittlich 3-5 aktive Interviewprozesse gleichzeitig. Wer als Erster ein Angebot macht, gewinnt in 70 % der Faelle — unabhaengig davon, ob das Angebot das hoechste ist. Kandidaten nehmen das erste gute Angebot, nicht das beste Angebot, das drei Wochen spaeter kommt.

Der optimale Feedback-Prozess:

1. Innerhalb von 24 Stunden nach dem Interview: Alle Interviewer fuellen ihre Bewertungsboegen unabhaengig aus. Kein „Ich schaue mir das morgen an“ — morgen ist der Kandidat bei der Konkurrenz.
2. Innerhalb von 48 Stunden: Team-Debrief mit allen Interviewern. 30-minuetiges Meeting, strukturiert nach den Bewertungskriterien. Jeder teilt seine Einschaetzung, dann gemeinsame Entscheidung: Angebot, Absage oder weitere Runde.
3. Tag 3-4: Angebot formulieren und intern freigeben. Keine woechenlangen Genehmigungsprozesse — vorab-genehmigte Gehaltsbandbreiten beschleunigen diesen Schritt.
4. Tag 5: Angebot dem Kandidaten praesentieren. Muendlich per Telefon/Video (persoenlicher), schriftlich als Nachgang am selben Tag.

Was das Angebot enthalten sollte: Gehalt (brutto, jaehrlich), Bonus/Praemie, Urlaubstage (mindestens 28, besser 30), Arbeitsmodell (Remote/Hybrid/Office), Weiterbildungsbudget, Hardware-Budget, KI-Tooling (Copilot/Claude Code). Besonders der letzte Punkt ist 2026 ein Differenzierungsmerkmal: Entwickler fragen aktiv nach KI-Tooling im Vorstellungsgespraech.

Bei Absage: Geben Sie immer konkretes, konstruktives Feedback. „Wir haben uns fuer einen anderen Kandidaten entschieden“ ist respektlos und schadet Ihrer Arbeitgebermarke. Stattdessen: „Ihre Code-Qualitaet war stark, aber wir suchen jemanden mit mehr Erfahrung in verteilten Systemen. Fuer kuenftige Rollen mit Ihrem Profil kommen wir gerne auf Sie zurueck.“ In der deutschen Entwickler-Community spricht sich gutes und schlechtes Interviewverhalten schnell herum.

Das Radar-Diagramm verdeutlicht den fundamentalen Unterschied in der Bewertung: Bei Juniors zaehlt Code-Qualitaet und Problemloesungsfaehigkeit am meisten (zusammen 60 %), waehrend bei Seniors System-Design der wichtigste Einzelfaktor ist (30 %). Diese Gewichtung sollte in Ihren Bewertungsboegen explizit festgelegt sein — damit jeder Interviewer nach denselben Masstaeben bewertet und die Entscheidung nachvollziehbar und AGG-konform dokumentiert ist.

Zusammenfassung: Die 7 Schritte auf einen Blick

Ein gutes technisches Vorstellungsgespraech in Deutschland vereint technische Exzellenz mit rechtlicher Konformitaet und operativer Geschwindigkeit. Hier sind die 7 Schritte zusammengefasst:

1. Senioritaetslevel bestimmen — Junior, Mid, Senior bekommen unterschiedliche Aufgaben und Bewertungskriterien.
2. Live-Coding mit realen Problemen — Keine algorithmischen Raetsel, sondern Aufgaben aus Ihrem Produkt. Freie IDE-Wahl, Internetzugang erlaubt.
3. System-Design fuer Seniors — 60-Minuten-Format mit Anforderungsklaerung, High-Level-Design, Deep Dive und Trade-off-Diskussion.
4. Soft Skills ohne Diskriminierung — AGG-gepruefte Fragen, standardisierter Katalog, keine verbotenen Themen.
5. Take-Home-Aufgaben richtig — Maximal 4 Stunden, 150-300 EUR Verguetung, transparente Bewertungskriterien.
6. Rechtssicher dokumentieren — AGG-Compliance, DSGVO-konforme Datenverarbeitung, standardisierte Bewertungsboegen.
7. Schnell entscheiden — Feedback in 24h, Debrief in 48h, Angebot in 5 Werktagen. Wer zu langsam ist, verliert.

Der wichtigste Merksatz: Ihr technisches Interview ist nicht nur eine Bewertung des Kandidaten — es ist eine Bewertung Ihres Unternehmens durch den Kandidaten. In einem Markt, in dem Senior-Entwickler in Berlin, Muenchen und Hamburg zwischen 3-5 Angeboten waehlen koennen, entscheidet die Qualitaet Ihres Interviewprozesses darueber, ob Sie die besten Entwickler bekommen — oder nur die, die sonst niemand wollte.