Technisches Vorstellungsgespräch: so bereitest du dich vor

Am Montag bekommst du die Einladung, am Donnerstag steht das technische Gespräch an. Im Kalender sind 90 Minuten blockiert, angekündigt sind Fachfragen, eine kleine Aufgabe und ein Austausch mit dem Team. Gerade beim Quereinstieg kann das Respekt auslösen. Die Einladung selbst ist schon ein gutes Zeichen: deine Bewerbung hat überzeugt, jetzt geht es darum, diesen Eindruck im Gespräch zu bestätigen. Die gute Nachricht: Du musst nicht jede Technologie auswendig kennen. Entscheidend ist, ob du Probleme strukturiert angehst, deine Entscheidungen erklären kannst und zeigst, wie du lernst.

Ein technisches Vorstellungsgespräch prüft meist mehr als dein Fachwissen. Unternehmen möchten verstehen, wie du arbeitest, ob du Anforderungen sauber erfasst und wie du in Situationen reagierst, in denen die Lösung nicht sofort klar ist. Bei uns erleben wir regelmäßig, dass Bewerberinnen und Bewerber mit nachvollziehbaren Gedankengängen deutlich überzeugender wirken als Menschen, die schnell eine Antwort raten.

Infografik zu Technisches Vorstellungsgespräch: so bereitest du dich vor (KI-generiert).

Womit du im technischen Vorstellungsgespräch rechnen kannst

Der genaue Ablauf hängt von Rolle, Unternehmen und Senioritätslevel ab. Für einen Einstieg in Softwareentwicklung, Data Science, Cloud, KI oder Cybersecurity ähneln sich viele Gespräche jedoch in ihrer Struktur.

Phase	Worum es geht	So bereitest du dich vor
Kennenlernen	Motivation, beruflicher Hintergrund, Rollenwechsel	Erkläre deinen Quereinstieg in zwei Minuten verständlich.
Fachfragen	Grundlagen, Begriffe, Konzepte und Methoden	Wiederhole Kernwissen passend zur Stelle.
Praxisaufgabe	Problemlösung, Code, Analyse oder Architektur	Trainiere einen klaren Arbeitsablauf und sprich ihn aus.
Projektbesprechung	Portfolio, Verantwortung, Entscheidungen	Bereite ein bis zwei Projekte detailliert vor.
Team und Arbeitsweise	Kommunikation, Feedback, Prioritäten	Formuliere konkrete Beispiele aus deiner bisherigen Arbeit.

Nicht jedes Gespräch enthält Live-Coding. In Data-Science-Rollen kann stattdessen eine Datenanalyse, die Interpretation eines Modells oder eine SQL-Aufgabe vorkommen. Für Cloud-Positionen geht es häufig um Infrastruktur, Sicherheit, Verfügbarkeit und Kostenbewusstsein. In der Cybersecurity werden Bedrohungen, Schutzmaßnahmen, Logs oder Incident-Abläufe diskutiert. Bei KI-Rollen zählen neben technischen Grundlagen auch Datenqualität, Evaluation und der verantwortliche Einsatz von Modellen.

Lies die Stellenausschreibung Satz für Satz. Markiere Technologien, Aufgaben und Anforderungen. Erstelle anschließend drei Spalten: „Das kann ich“, „Das habe ich praktisch angewendet“ und „Das lerne ich gerade“. So erkennst du früh, wo du Beispiele brauchst und welche Wissenslücken du gezielt schließen solltest.

Fachfragen: Grundlagen sicher erklären statt Begriffe aufsagen

Fachfragen sollen selten prüfen, ob du Definitionen wie aus einem Lehrbuch aufsagen kannst. Interviewende möchten sehen, ob du Zusammenhänge verstehst und sie auf eine konkrete Aufgabe übertragen kannst.

Wenn du dich auf Softwareentwicklung bewirbst, könnten Fragen zu Datenstrukturen, objektorientierter Programmierung, APIs, Datenbanken, Tests oder Versionsverwaltung kommen. Für Data Science sind Statistik, Datenbereinigung, SQL, Visualisierung, Modellbewertung und mögliche Verzerrungen wichtig. Im Cloud-Umfeld solltest du etwa erklären können, warum Zugriffsrechte nach dem Prinzip geringster Berechtigung vergeben werden oder wie du eine Anwendung ausfallsicherer gestaltest.

Eine gute Antwort folgt einer einfachen Reihenfolge:

1. Benenne das Konzept in einfachen Worten.
2. Erkläre, warum es relevant ist.
3. Gib ein praktisches Beispiel.
4. Nenne bei Bedarf Grenzen oder Alternativen.

Auf die Frage nach einem Index in einer Datenbank könntest du beispielsweise erklären, dass ein Index Suchvorgänge beschleunigen kann, weil nicht jede Zeile geprüft werden muss. Anschließend nennst du einen Anwendungsfall, etwa die häufige Suche nach einer Kundennummer. Noch besser wird die Antwort, wenn du erwähnst, dass Indizes Schreibvorgänge verlangsamen und Speicher benötigen können.

Diese Struktur zeigt Fachverständnis und Urteilsvermögen. Vermeide es, mit möglichst vielen Schlagwörtern Eindruck machen zu wollen. Wenn du einen Begriff verwendest, solltest du ihn erklären und in einen Zusammenhang einordnen können.

Live-Coding und Praxisaufgaben: Dein Vorgehen ist sichtbar

Viele Quereinsteiger fürchten Live-Coding, weil sie erwarten, unter Beobachtung fehlerfreien Code schreiben zu müssen. Das ist ein unrealistischer Anspruch. In der Praxis ist es normal, Rückfragen zu stellen, Dokumentation zu nutzen, einen Fehler zu finden oder die Lösung unterwegs zu verbessern, sofern das Gesprächsformat dies erlaubt.

Der wichtigste Grundsatz lautet: Denk laut, aber strukturiert. Sag nicht jeden einzelnen Gedanken ungefiltert. Teile stattdessen die Schritte mit, die für deine Entscheidung relevant sind.

Ein guter Ablauf sieht so aus:

• Fasse die Aufgabe mit eigenen Worten zusammen.
• Kläre offene Anforderungen und Sonderfälle.
• Beschreibe kurz deine Lösungsidee.
• Setze zuerst eine einfache, funktionierende Variante um.
• Prüfe das Ergebnis mit Beispieldaten oder Testfällen.
• Verbessere Struktur, Lesbarkeit oder Laufzeit, wenn Zeit bleibt.

Bei einer Coding-Aufgabe könntest du sagen: „Ich prüfe zuerst, welche Eingaben möglich sind und wie ich mit leeren Werten umgehe. Danach baue ich eine einfache Lösung. Anschließend teste ich typische und ungewöhnliche Fälle.“ Damit vermittelst du einen professionellen Arbeitsstil, selbst wenn du an einer Syntaxfrage hängen bleibst.

Für Datenaufgaben gilt das Gleiche. Bevor du ein Modell auswählst, solltest du die Daten prüfen: Welche Spalten gibt es? Fehlen Werte? Gibt es doppelte Einträge? Was ist die Zielvariable? Wie wird Erfolg gemessen? Wer direkt mit einem komplexen Modell startet, überspringt oft die entscheidenden Schritte.

Wenn du nicht weiterweißt

Nichtwissen ist kein K.-o.-Kriterium. Unsicher wirst du vor allem dann wahrgenommen, wenn du etwas erfindest oder eine Annahme als Tatsache verkaufst. Souverän ist eine Antwort, die Wissen, Hypothese und nächsten Schritt trennt.

Du kannst zum Beispiel sagen:

„Das habe ich noch nicht selbst umgesetzt. Ich würde zuerst prüfen, welche Anforderungen an Sicherheit und Skalierung gelten. Danach würde ich die Dokumentation des verwendeten Dienstes lesen und einen kleinen Testaufbau erstellen.“

Oder:

„Ich kenne das Konzept, bin aber bei diesem Detail nicht sicher. Meine erste Annahme wäre X, ich würde sie jedoch mit einem Test oder in der Dokumentation verifizieren.“

Damit zeigst du Lernfähigkeit und Verantwortungsbewusstsein. Gerade für Junior-Rollen ist das oft wichtiger als eine perfekte Antwort.

Dein Portfolio als Gespräch statt als Präsentation

Ein GitHub-Profil, ein Dashboard, eine Cloud-Architektur oder eine kleine Anwendung überzeugen nicht allein durch ihr Ergebnis. Im Gespräch zählt, wie du das Projekt einordnest. Die interviewende Person möchte wissen, welches Problem du lösen wolltest, welche Entscheidungen du getroffen hast und was du heute anders machen würdest.

Bereite für jedes Portfolio-Projekt, das du zeigen willst, diese Punkte vor:

• Ausgangslage: Welches Problem sollte gelöst werden?
• Zielgruppe: Wer nutzt das Ergebnis oder profitiert davon?
• Dein Beitrag: Was hast du selbst umgesetzt?
• Technik: Welche Werkzeuge und warum?
• Schwierigkeiten: Wo gab es Fehler, Umwege oder Zielkonflikte?
• Ergebnis: Was funktioniert heute konkret?
• Erkenntnis: Was würdest du beim nächsten Mal verbessern?

Nutze dafür eine kurze Geschichte statt einer Funktionsliste. „Ich habe Python, Docker und PostgreSQL verwendet“ bleibt abstrakt. Überzeugender ist: „Die Anwendung sollte eingehende Daten prüfen und speichern. Ich habe PostgreSQL gewählt, weil die Daten strukturiert waren und ich Abfragen nachvollziehbar halten wollte. Beim Import gab es zunächst doppelte Datensätze. Deshalb habe ich eine Prüfung über eindeutige Schlüssel ergänzt.“

Wenn du im Team gearbeitet hast, sprich klar über deine eigene Rolle. Sage nicht pauschal „Wir haben entwickelt“, wenn du konkret erklären kannst, welche Komponente, Analyse oder Entscheidung du verantwortet hast. Gleichzeitig musst du keine Alleinleistung behaupten. Gute Zusammenarbeit ist im Tech-Alltag ein klarer Pluspunkt.

Passende Seminare und Termine findest du bei uns auf cmt.de.

Bereite auch deine Wechselgeschichte vor

Beim Quereinstieg kommt fast immer die Frage, warum du in die Tech-Branche wechseln möchtest. Eine überzeugende Antwort ist weder eine vollständige Lebensgeschichte noch ein allgemeines Bekenntnis zu Technologie.

Verknüpfe drei Aspekte:

1. Was hat dein Interesse konkret ausgelöst?
2. Was hast du bereits unternommen, um den Wechsel vorzubereiten?
3. Warum passt genau diese Rolle zu deinem nächsten Schritt?

Ein glaubwürdiger Aufbau kann so klingen: Du hast in deinem bisherigen Beruf wiederkehrende Prozesse analysiert, dadurch Interesse an Daten oder Automatisierung entwickelt, anschließend eigene Projekte umgesetzt und möchtest dieses Wissen nun in einer Einstiegsrolle vertiefen. Wichtig ist, dass deine Geschichte zu deinem Portfolio und deinen Kenntnissen passt.

Auch frühere Berufserfahrung ist relevant. Kundengespräche, Qualitätskontrolle, Projektkoordination, Dokumentation, Prozessverständnis oder sorgfältiges Arbeiten mit vertraulichen Informationen können je nach Rolle wertvolle Kompetenzen sein. Übersetze diese Erfahrung in den Kontext der ausgeschriebenen Stelle. Denselben Übersetzungsschritt machst du auch in deinem Lebenslauf.

Deine Checkliste für die letzten 24 Stunden

• Lies die Stellenausschreibung erneut und ordne jeder Anforderung ein Beispiel zu.
• Bereite zwei Portfolio-Projekte vor, jeweils in einer Version von zwei und von fünf Minuten.
• Wiederhole zentrale Begriffe der Rolle, ohne dich in Nebenthemen zu verlieren.
• Übe eine kleine Aufgabe unter Zeitdruck und erkläre dabei dein Vorgehen laut.
• Teste Kamera, Mikrofon, Bildschirmfreigabe und Entwicklungsumgebung bei einem Online-Gespräch.
• Lege Wasser, Notizblock und die Ausschreibung bereit.
• Notiere eigene Fragen zu Team, Code-Reviews, Einarbeitung, Werkzeugen und Erfolgskriterien.

Eigene Fragen sind kein Pflichtteil, sondern eine Möglichkeit, echtes Interesse zu zeigen. Frage etwa, wie technische Entscheidungen getroffen werden, woran das Team gute Arbeit erkennt oder welche Aufgaben in den ersten Monaten typisch sind. So prüfst du zugleich, ob die Rolle wirklich zu dir passt.

Ein technisches Vorstellungsgespräch ist keine Prüfung, bei der du alles wissen musst. Es ist ein Arbeitsgespräch im kompakten Format. Wenn du dein Denken sichtbar machst, ehrlich mit Grenzen umgehst und deine Projekte nachvollziehbar erklärst, gibst du dem Unternehmen eine solide Grundlage, dich als zukünftiges Teammitglied kennenzulernen.