Du kennst die Sprache, du kennst die Aufgabe, und trotzdem passiert erstmal nichts. Der Cursor blinkt, jemand schaut zu, und im Kopf wird es leise. Genau dieser Moment ist der Grund, warum sich ein technisches Interview anders anfühlt als jedes andere Jobinterview.
Geprüft wird, ob du dein Können unter Beobachtung sichtbar machst.
Der Ablauf ist dabei in den meisten Unternehmen ähnlich, und fast alles daran lässt sich vorbereiten. Über Instaffo haben schon Tausende Talente eine technische Rolle gefunden. Aus ihren Prozessen wissen wir, worauf es in den einzelnen Phasen ankommt.
Dieser Guide zeigt dir den Aufbau, die typischen Fragetypen und den Umgang mit Coding-Test und Take-Home-Aufgabe. Und was sich je nach Rolle unterscheidet.
Das Wichtigste in Kürze
- Ein technisches Interview läuft meist in drei Phasen: kurzes Screening, Coding-Test oder Take-Home-Aufgabe, Abschlussgespräch mit dem Team
- Geprüft werden drei Fragetypen: algorithmische Aufgaben, System-Design und Verhaltensfragen nach der STAR-Logik
- Laut denken zahlt sich aus: Dein Lösungsweg fließt in die Bewertung ein, das Ergebnis allein reicht selten
- Edge Cases durchgehen, bevor du "fertig" sagst. Übersehene Randfälle kosten Bewertung
- Der technische Anteil unterscheidet sich stark nach Rolle: SQL-Case bei Data, Pipeline-Szenario bei DevOps, Priorisierungs-Case bei Product Owner
- Auf Instaffo liegt der Median von der Bewerbung bis zur Interview-Einladung in technischen Rollen bei gut 5 Tagen
Was ist ein technisches Interview?
Ein technisches Interview, oft auch technisches Vorstellungsgespräch genannt, ist ein Bewerbungsgespräch, in dem du deine fachlichen Fähigkeiten praktisch zeigst, statt sie nur zu beschreiben. Im Mittelpunkt stehen Programmierung und Problemlösung. Typisch sind Programmieraufgaben, Fragen zu Systemarchitektur und Szenarien aus dem Arbeitsalltag der Rolle. Es findet als Videocall, als Live-Coding-Session oder als Aufgabe zum Mitnehmen statt. In die Bewertung fließt neben dem Ergebnis auch dein Vorgehen ein: wie du ein Problem zerlegst, welche Annahmen du triffst und wie du Entscheidungen begründest.
Was sind technische Interviewfragen?
Technische Interviewfragen prüfen Fachwissen an konkreten Aufgaben statt an Selbsteinschätzungen. Sie fallen in drei Gruppen: algorithmische Aufgaben zu Datenstrukturen und Laufzeit, System-Design-Fragen zu Architektur und Skalierung sowie Verhaltensfragen zu echten Projektsituationen. Dazu kommen Fragen zu den Technologien, die in der Stellenanzeige stehen. Zusammen prüfen sie Fachwissen, Problemlösungsfähigkeiten und Kommunikation.
Welche Fragen werden bei einem Interview gestellt?
Neben dem technischen Teil kommen fast immer dieselben klassischen Fragen. Warum willst du wechseln, wie hältst du dich fachlich auf dem Laufenden, an welchen Projekten arbeitest du gerade und was sind deine Gehaltsvorstellungen. Dazu eine kurze Selbstvorstellung von zwei bis fünf Minuten. Am Ende bekommst du Raum für eigene Fragen, und der zählt mit.
So läuft ein technisches Interview ab: drei Phasen
In den meisten Unternehmen besteht der Prozess aus drei Schritten. Wer weiß, welcher Schritt gerade dran ist, bereitet gezielter vor.
Phase 1: Telefon- oder Videointerview. 15 bis 30 Minuten, meist mit jemandem aus HR oder dem Recruiting. Es geht um Qualifikation, Verfügbarkeit und Motivation. Tief technisch wird es hier selten.
Phase 2: Coding-Test. Entweder live im Call über 45 bis 60 Minuten oder als Take-Home-Aufgabe. Die Take-Home-Aufgabe kommt meist per E-Mail und hat typischerweise einen Umfang von drei bis vier Stunden, mit einer Frist von ein bis zwei Wochen.
Phase 3: Abschlussgespräch. Oft mit dem Team, manchmal mit einem Probetag. Hier geht es um Kulturfit und Persönlichkeit. Das Team prüft, ob deine fachliche Eignung auch im Alltag trägt. Fachliche Nachfragen kommen trotzdem, meist zu deiner Lösung aus Phase 2. Wie du dich auf diese Runde vorbereitest, steht ausführlich im Beitrag zum zweiten Vorstellungsgespräch.
Nicht jedes Unternehmen macht alle drei Phasen. Kleinere Teams kürzen oft auf zwei, größere schieben ein separates System-Design-Interview dazwischen.
Die drei Fragetypen im technischen Interview
Egal ob Startup oder Konzern: Der technische Teil setzt sich fast immer aus denselben drei Bausteinen zusammen. Sie prüfen unterschiedliche Dinge, und du bereitest sie unterschiedlich vor.
| Fragetyp | Was geprüft wird |
|---|---|
| Algorithmische Aufgaben | Datenstrukturen, Laufzeit- und Speicherverhalten, sauberes Zerlegen eines Problems |
| System-Design-Fragen | Architektur für Last und Wachstum, bewusste Trade-offs, Umgang mit unklaren Anforderungen |
| Verhaltensfragen | Umgang mit Stress, Konflikten und Fehlern, Verantwortung für Ergebnisse |
System-Design-Fragen tauchen ab Mid-Level auf und dominieren bei Senior-Rollen. Die Frage lautet dann etwa: Wie würdest du einen Dienst bauen, der Millionen Nutzende bedient? Dabei gibt es keine richtige Lösung. Gesucht ist, ob du Anforderungen klärst, Komponenten sauber schneidest und deine Kompromisse begründest.
Verhaltensfragen zielen auf deine Soft Skills: Kommunikation, Umgang mit Kritik, Verhalten im Konflikt. Sie wirken harmlos und entscheiden trotzdem oft. Antworte mit der STAR-Technik: Situation, Task, Action, Result. Also erst Kontext, dann deine konkrete Aufgabe, dann was du getan hast, dann das Ergebnis. Diese Struktur verhindert, dass du in allgemeine Aussagen abdriftest.
Laut denken: deinen Lösungsweg sichtbar machen
Laut denken beeinflusst, wie deine Lösung im technischen Interview bewertet wird. Der Interviewer oder die Interviewerin sieht deinen Bildschirm, aber nicht deinen Kopf. Was du nicht aussprichst, kann niemand bewerten. Viele Kandidatinnen und Kandidaten unterschätzen das.
Ein Vorgehen, das im Live-Coding funktioniert:
- Aufgabe zurückspiegeln. Fasse in eigenen Worten zusammen, was du verstanden hast, bevor du anfängst
- Annahmen klären. Frag nach Größenordnungen, erlaubten Bibliotheken, Sonderfällen. Rückfragen sind ein Pluspunkt, kein Eingeständnis
- Ansatz skizzieren, bevor du tippst. Zwei Sätze zur geplanten Lösung und warum du sie wählst
- Erst lauffähig, dann schön. Bring die einfachste funktionierende Variante zum Laufen und optimiere danach
- Laufzeit einordnen. Sag von dir aus, wo dein Ansatz teuer wird
Edge Cases prüfen, bevor du "fertig" sagst
Hier geht oft Bewertung verloren. Bevor du deine Lösung abgibst, geh die Randfälle laut durch, zum Beispiel leere Eingabe, ein einzelnes Element, doppelte Werte, negative Zahlen, sehr große Datenmengen. Nenne auch die Fälle, die du bewusst nicht behandelst, und sag warum. Ein erkannter, ungelöster Sonderfall ist besser als ein übersehener.
Wenn du hängen bleibst
Passiert allen, und es ist kein Ausschlusskriterium. Stillschweigend zu stocken dagegen schon. Sag laut, wo du feststeckst und welche Ansätze du bereits ausgeschlossen hast. Frag aktiv nach einem Hinweis. Bei Pair-Programming-Formaten ist genau das erwünscht: Das Format simuliert die Zusammenarbeit im Team, nicht eine Prüfung unter Aufsicht.
Take-Home-Aufgabe: worauf es wirklich ankommt
Bei der Take-Home-Aufgabe hast du viel Kontrolle über Zeit und Umsetzung. Trotzdem scheitern viele Abgaben an denselben Punkten.
Halte dich an den vorgegebenen Zeitrahmen. Wenn drei bis vier Stunden angesetzt sind, sind drei bis vier Stunden gemeint. Wer 20 Stunden investiert, verzerrt das Bild und verschlechtert die eigene Einschätzung im nächsten Gespräch.
Vier Best Practices für die Abgabe:
- Ein README, das Entscheidungen erklärt. Warum diese Struktur, warum diese Bibliothek, was du bewusst weggelassen hast
- Tests für den Kern der Logik. Nicht flächendeckend, aber dort, wo es zählt
- Lesbare Commits. Kleine Schritte mit klaren Nachrichten zeigen, wie du arbeitest
- Scope halten. Löse die gestellte Aufgabe sauber, statt Zusatzfeatures anzubauen
Rechne fest damit, dass du deine Abgabe im nächsten Gespräch verteidigen musst. Notiere dir direkt nach dem Abgeben, welche Kompromisse du eingegangen bist und was du mit mehr Zeit anders gemacht hättest.
Wie das technische Interview je nach Rolle aussieht
"Technisches Interview" heißt nicht überall dasselbe. Der Anteil an Code, Architektur und Prozessfragen verschiebt sich deutlich, je nach Position, auf die du dich bewirbst.
Softwareentwicklung. Der klassische Fall: Coding-Aufgabe in deiner Hauptsprache, Fragen zu Datenstrukturen und Laufzeit, oft ein Code-Review-Teil. Ab Senior-Level kommt System Design dazu. Welche Skills und Schwerpunkte typisch sind, siehst du im Berufsbild Softwareentwickler.
DevOps und Infrastruktur. Hier wird selten ein Algorithmus abgefragt. Stattdessen kommen Szenarien: eine kaputte CI/CD-Pipeline debuggen, ein Container-Setup erklären, Infrastructure as Code lesen, ein Incident-Postmortem durchsprechen. Linux- und Netzwerkgrundlagen werden vorausgesetzt. Mehr zum Rollenprofil im Berufsbild DevOps Engineer.
Data Analytics. Eine SQL-Aufgabe kommt fast immer. Dazu ein Case: Datenmodell lesen, eine Kennzahl sauber definieren, das Ergebnis für Nicht-Technische erklären. Der letzte Teil wird oft unterschätzt. Details im Berufsbild Data Analyst.
Data Science. SQL und Python plus Statistik. Typisch sind Fragen zur Modellwahl, zu Feature Engineering und dazu, welche Metrik für welches Problem taugt. Häufig gibt es eine Case Study mit echtem Datensatz. Siehe Berufsbild Data Scientist.
In Data-Rollen ist die fachliche Vorauswahl oft mehrstufig. Die Vorbereitung auf SQL-Aufgaben und Fallstudien lohnt sich hier besonders.
Product und Agile: technisch, aber ohne Coding
Product Owner und Scrum Master gehören bei Instaffo zum Vertical Product & Design. Ein technischer Interviewanteil kommt trotzdem vor, nur in anderer Form.
Product Owner. Statt Code bekommst du einen Product-Case: priorisieren unter Zeitdruck, eine Roadmap begründen, den Trade-off zwischen technischer Schuld und neuem Feature abwägen. Erwartet wird genug technisches Verständnis, um mit Engineering auf Augenhöhe zu diskutieren. Siehe Berufsbild Product Owner.
Scrum Master. Hier dominieren Szenariofragen: ein blockiertes Team, ein Konflikt zwischen Entwicklung und Stakeholdern, ein Sprint, der reihenweise reißt. Die STAR-Technik trägt in diesen Gesprächen besonders weit. Mehr im Berufsbild Scrum Master.
Deine Vorbereitung vor dem Gespräch
Bei technischen Rollen kommt es darauf an, das Richtige zu üben. Mit diesen fünf Schritten deckst du das Wesentliche ab.
Stellenanzeige und Tech-Stack abgleichen
Lies die Anzeige zweimal. Beim ersten Mal auf Aufgaben, beim zweiten Mal auf die geforderten Qualitäten. Schreib dir zu jedem Punkt auf, was du konkret dazu vorweisen kannst und wo eine Lücke ist.
Dann nimm dir den genannten Technologie-Stack vor. Frisch dort auf, was du länger nicht angefasst hast. Über Rollen und Stacks hinweg tauchen einige Werkzeuge immer wieder auf: Laut dem Stack Overflow Developer Survey 2025 arbeiten 71 Prozent der Befragten mit Docker, 81 Prozent nutzen GitHub und 59 Prozent SQL. Wer hier sicher ist, deckt einen großen Teil der Standardfragen ab.
Deine eigenen Projekte erzählbar machen
Auf die Frage nach aktuellen Projekten reicht eine Aufzählung nicht. Erklär je Projekt: Ziel, deinen konkreten Beitrag, wie das Team zusammengearbeitet hat und welche Tools ihr für Projektmanagement und Abstimmung genutzt habt.
Private Projekte gehören dazu. Sie zeigen Eigenantrieb und sind oft der Punkt, an dem ein Gespräch lebendig wird. Dasselbe gilt für Sprachen und Frameworks außerhalb deiner Hauptsprache.
Übungsplattformen: was sie bringen und was nicht
LeetCode und HackerRank sind die bekanntesten Ressourcen, wenn du die Grundlagen in Datenstrukturen und Algorithmen länger nicht angefasst hast. Sie bringen Routine und Sicherheit im Umgang mit dem Format.
Sie sind aber kein Ersatz für Vorbereitung auf die Rolle. Gute Coding-Tests prüfen realistische Job-Szenarien, keine auswendig gelernten Puzzle. Empfehlenswert ist eine Verteilung von zwei bis drei Aufgaben pro Woche über ein paar Wochen.
Mock-Interview mit echtem Publikum
Erklär eine Aufgabe laut, während jemand zuhört. Das muss keine Fachperson sein. Der Effekt entsteht durch das Sprechen unter Beobachtung.
Bitte danach um Feedback zu den Stellen, an denen deine Erklärung ins Stocken geriet. Genau diese Stellen sind deine Lücken.
Technik-Check fürs Videointerview
Unspektakulär, aber mit spürbarem Effekt bei geringem Aufwand:
- Stabile Verbindung prüfen, im Zweifel per Kabel
- Video und Audio vorher testen, Hintergrundgeräusche unterdrücken
- Ruhiger, gut ausgeleuchteter Ort mit neutralem Hintergrund
- Handy und Benachrichtigungen stummschalten
- Ein paar Minuten früher dem Call beitreten
Selbstpräsentation und die vier Fragen, die fast immer kommen
Der nicht-technische Teil, den meist die Personalabteilung führt, wird oft unterschätzt. Vier Fragen kommen so zuverlässig, dass sich eine feste Antwortlogik lohnt.
Deine Selbstpräsentation in zwei bis fünf Minuten
Lies nicht den Lebenslauf vor. Er liegt der Person gegenüber bereits vor. Erzähl stattdessen entlang deiner Meilensteine und nutze die Formel "Ich bin, ich kann, ich werde": wer du fachlich bist, was du mitbringst, was du in dieser Rolle beitragen willst.
Widme dem letzten Teil besondere Aufmerksamkeit. Beziehe jeden Punkt auf dieses Unternehmen und diese Stelle. Eine gute Antwort auf die Frage "Warum Sie?" findest du im Beitrag zur perfekten Antwort auf diese Frage.
Warum möchtest du wechseln?
Argumentiere nach vorne. Sprich über das, was du suchst: moderner Stack, mehr Verantwortung, andere Produktnähe. Rede nie schlecht über deinen aktuellen Arbeitgeber. Das fällt immer auf dich zurück.
Wie hältst du dich auf dem Laufenden?
Nenne die Newsletter, Konferenzen, Repos oder Communities, denen du wirklich folgst, und begründe deine Auswahl. "Ich lese viel" reicht nicht. Die Begründung ist die eigentliche Antwort.
An welchen Projekten arbeitest du und mit welchen Tools?
Hier zählt dein Anteil. Beschreib die Zusammenarbeit im Team, eure Projektmanagement-Tools und was genau von dir kam. Private Projekte und Sprachen außerhalb deines Alltags gehören ausdrücklich dazu.
Was sind deine Gehaltsvorstellungen?
Recherchier vorher eine realistische Spanne für Rolle, Erfahrung und Region. Setz dir eine persönliche Untergrenze und leg dir zwei bis drei Argumente zurecht. Formulier die Zahl im Indikativ: "Ich stelle mir 60.000 Euro vor" statt "Ich hätte gerne". Wie du mit der Frage nach deinem aktuellen Gehalt umgehst, steht im Beitrag Wie viel verdienen Sie aktuell?.
Konkrete Zahlen für deine Rolle findest du in den Berufsbildern weiter oben in diesem Artikel. Dort siehst du, was Talente auf Instaffo im Median erwarten und welche Spanne Unternehmen ausschreiben.
Auftreten im Gespräch und deine Fragen am Ende
Wie du sprichst, verändert, wie deine fachlichen Antworten ankommen. Ein paar Dinge helfen zuverlässig.
Sprich langsamer, als sich richtig anfühlt, und lass Pausen zu. Eine Denkpause wirkt souverän, Füllwörter wirken unsicher. Vermeide den Konjunktiv, wenn du etwas behauptest. Halte eine aufrechte, offene Körperhaltung, such Blickkontakt ohne zu starren, und lächel ruhig.
Am Ende bekommst du Raum für eigene Fragen. Nutz ihn. Keine Fragen zu haben liest sich als geringes Interesse. Diese fünf funktionieren fast immer:
- Wie würdest du die Unternehmenskultur in zwei bis drei Sätzen beschreiben?
- Wie wird Erfolg in dieser Rolle definiert?
- Wie sehen die Weiterentwicklungsmöglichkeiten aus?
- Was sind deine Erwartungen in den ersten 30, 60 und 90 Tagen?
- Was ist aktuell die größte Herausforderung in dieser Rolle?
Weitere Fragen, die du dem Unternehmen stellen kannst, findest du in unserer Übersicht zu Fragen an den Arbeitgeber im Vorstellungsgespräch.
Was du zeitlich erwarten kannst
Technische Prozesse haben ihr eigenes Tempo, und das sorgt oft für unnötige Nervosität.
Aus Unternehmenssicht dauert es lange: Laut Bitkom fehlen in der deutschen Wirtschaft rund 109.000 IT-Fachkräfte, und eine IT-Stelle bleibt im Schnitt 7,7 Monate offen. Gerechnet wird das ab dem Moment, in dem die Stelle aufgemacht wird. Deine Bewerbung setzt irgendwo mitten in diesem Zeitraum an.
Für dich selbst sind zwei Werte greifbarer. Auf Instaffo liegt der Median von der Bewerbung bis zur Interview-Einladung in technischen Rollen bei gut 5 Tagen. Der Wert gilt für die Bewerbungen, die überhaupt ein Interview erreichen, nicht für alle. Wenn nach einer Woche noch nichts kommt, ist das also kein schlechtes Zeichen.
Vom Eingang der Bewerbung bis zur Einstellung vergehen in technischen Rollen im Median rund 7 Wochen. Plan diese Zeit ein, wenn du mehrere Prozesse parallel führst oder eine Kündigungsfrist im Blick hast.
Fazit: Vorbereitung ist planbar
Ein technisches Interview ist eine Arbeitsprobe unter Beobachtung. Der Ablauf in drei Phasen ist planbar, die drei Fragetypen sind bekannt, und der Rest hängt daran, wie sichtbar du deinen Denkprozess machst. Laut denken, Annahmen klären, Edge Cases prüfen: Diese drei Gewohnheiten hast du selbst in der Hand.
Was sich außerdem lohnt: eine gute Vorauswahl. Je genauer die Stelle zu deinem Stack, deiner Erfahrung und deiner Gehaltsvorstellung passt, desto weniger Interviews brauchst du. Leg dir dafür ein Instaffo-Profil an, trag Stack, Wunschgehalt und Präferenzen ein und lass dir nur passende technische Jobs zeigen.
