Vorstellungsgespräch in der IT: Was in Deutschland anders läuft
Internationale Ratgeber üben ein Verfahren, das hier selten stattfindet. Was stattdessen zählt: Tarifbindung, Rufbereitschaft und die Rolle des Betriebsrats.
Wer sich auf ein IT-Gespräch vorbereitet, findet vor allem Material aus dem angloamerikanischen Raum: Algorithmen an der Tafel, mehrstufige Verfahren, Verhandlungsratgeber für Aktienpakete. Vieles davon trifft hier nicht zu.
Dieser Text sammelt, was in Deutschland stattdessen über die Stelle entscheidet – und was davon sich im Gespräch klären lässt, bevor unterschrieben wird.
Die Lage, ehrlich gerechnet
In der deutschen Wirtschaft fehlen rund 109.000 IT-Fachkräfte. Das ist viel – und es ist deutlich weniger als die 149.000 zwei Jahre zuvor.
Beide Zahlen zusammen ergeben das genauere Bild. Der Markt ist weiterhin eng: 85 Prozent der befragten Unternehmen beklagen einen Mangel, nur 4 Prozent sehen ein Überangebot, und 79 Prozent erwarten eine weitere Verschärfung. Aber die Spitze von 2023 ist vorbei.
Für ein Gespräch heißt das zweierlei. Du bist gesucht, und Selbstbewusstsein ist begründet. Wer allerdings mit den Erwartungen von 2022 verhandelt – mehrere Angebote gleichzeitig, Wechsel mit dreißig Prozent Aufschlag –, verhandelt an der heutigen Lage vorbei.
- 85 %
- beklagen einen Mangel an IT-Fachkräften
- 79 %
- erwarten, dass er sich weiter verschärft
- 4 %
- sehen ein Überangebot
- 2023149000
- 2025109000
Höchststand der Erhebung
Die Frage, die über dein Gehalt entscheidet
Sie lautet: Ist der Betrieb tarifgebunden? Kaum jemand stellt sie, dabei entscheidet sie mehr als jede Verhandlungstaktik – denn wo ein Tarifvertrag gilt, ist das Gehalt weitgehend festgelegt, und verhandelt wird an einer ganz anderen Stelle.
Das betrifft nicht nur Behörden. Sehr viele IT-Stellen in der Industrie – Automobilzulieferer, Maschinenbau, Elektrotechnik – liegen im Tarif der Metall- und Elektroindustrie mit seinem Entgeltrahmenabkommen. Dort entscheidet die Bewertung der Aufgabe über die Entgeltgruppe, nicht dein Auftreten.
| Wo | Wonach bezahlt wird | Worüber du verhandelst |
|---|---|---|
| Industrie mit Tarifbindung | Entgeltrahmenabkommen der Metall- und Elektroindustrie; die Aufgabe bestimmt die Gruppe | Nicht über die Gruppe, sondern über die Eingruppierung der Aufgabe und über Zulagen. Der Betriebsrat kennt die Systematik. |
| Öffentlicher Dienst und Hochschulen | TVöD oder TV-L, Entgeltgruppe aus der Stellenbewertung | Über die Stufenzuordnung: Einschlägige Berufserfahrung begründet einen Anspruch dem Grunde nach. |
| Produktfirmen und Beratungen ohne Tarif | Freie Vereinbarung, oft mit Gehaltsbändern nach Erfahrungsstufe | Über den Betrag – und über die Frage, wo im Band du eingeordnet wirst und was für den nächsten Schritt nötig wäre. |
Ohne Tarif ist die nützlichste Frage nicht „Was zahlen Sie?“, sondern „Arbeiten Sie mit Gehaltsbändern, und wo läge diese Stelle darin?“ Ein Haus mit Bändern kann darauf antworten. Eines ohne sagt dir damit ebenfalls etwas.
Rufbereitschaft: der teuerste übersehene Punkt
Kaum ein Thema kostet nach der Unterschrift so viel Lebensqualität und wird im Gespräch so beiläufig behandelt. Die Frage „Gibt es Rufbereitschaft?“ ist dabei die falsche – die Antwort lautet fast immer „gelegentlich“.
Nützlich sind vier Zahlen: Wie viele Wochen im Jahr? Wie viele Alarme kamen in der letzten Rufbereitschaftswoche tatsächlich? Wie wird sie vergütet – pauschal, als Arbeitszeit, oder gar nicht? Und wird ein nächtlicher Einsatz am nächsten Tag ausgeglichen?
Die zweite Frage ist die entscheidende. Rufbereitschaft ohne Alarme ist eine Unannehmlichkeit. Rufbereitschaft mit drei Weckern pro Nacht ist ein anderer Beruf.
Was der Betriebsrat mit deinen Werkzeugen zu tun hat
Ein Punkt, der in IT-Gesprächen fast nie vorkommt und den Alltag stark prägt: Die Einführung technischer Einrichtungen, die dazu geeignet sind, Leistung oder Verhalten zu überwachen, ist mitbestimmungspflichtig. Auf die Absicht kommt es nicht an – die Eignung genügt.
Darunter fällt mehr, als man zunächst denkt: Auswertungen im Ticketsystem, Kennzahlen aus der Versionsverwaltung, Monitoring mit Namenszuordnung, teils auch Assistenzsysteme, die Eingaben protokollieren.
Für dich ist das keine juristische Randnotiz, sondern eine Auskunft über das Haus. Frag, ob es einen Betriebsrat gibt und ob es eine Betriebsvereinbarung zu IT-Systemen gibt. Wo es beides gibt, ist geregelt, was mit den Daten über deine Arbeit geschieht. Wo es beides nicht gibt, ist es nicht geregelt.
Fragen, die die Codebasis beschreiben
Am Ende kommt die Einladung, selbst zu fragen. „Wie ist der Tech-Stack?“ steht in der Ausschreibung. Interessant ist, wie in diesem Stack gearbeitet wird – und das erfährt man nur über Zahlen und Abläufe.
So besser nicht
„Arbeiten Sie agil?“
So trägt es
„Wie lange dauert es bei Ihnen von einem Commit bis in die Produktion, und wie oft ist das in der letzten Woche passiert?“
„Agil“ sagt jedes Haus. Die Durchlaufzeit ist eine Zahl, und sie beschreibt die tägliche Arbeit genauer als jedes Vorgehensmodell.
So besser nicht
„Gibt es Tests?“
So trägt es
„Was passiert, wenn ein Test in der Auslieferung rot wird – wird zurückgerollt, oder wird durchgewunken? Und wie oft kam das im letzten Monat vor?“
Tests gibt es überall. Die Antwort auf den Umgang mit einem roten Test beschreibt die Qualitätskultur in einem Satz.
So besser nicht
„Wie ist die Work-Life-Balance?“
So trägt es
„Wie viele Wochen Rufbereitschaft fallen im Jahr auf mich, wie viele Alarme kamen in der letzten Woche, und wie wird der Einsatz ausgeglichen?“
Auf eine Frage nach Balance folgt eine Selbstbeschreibung. Auf drei Zahlen folgen drei Zahlen – oder das Eingeständnis, dass niemand sie kennt.
So besser nicht
„Wie viel technische Schuld gibt es?“
So trägt es
„Welchen Anteil der letzten drei Monate hat das Team an Wartung und Störungen gearbeitet, und welchen an neuen Funktionen?“
Nach technischer Schuld gefragt, antwortet jedes Team „einiges, aber wir arbeiten dran“. Das Verhältnis ist überprüfbar.
Zehn Fragen aus dem Entwickleralltag – und was sie prüfen
Neben dem vertieften Gespräch über ein Projekt kommen Fragen, die zeigen sollen, wie du im Team arbeitest und Entscheidungen triffst. Die rechte Spalte zeigt, worauf erfahrene Entwicklerinnen und Teamleitungen dabei hören.
| Frage | Was sie prüft |
|---|---|
| Wie gehen Sie bei einem Code-Review vor? | Ob du Verständlichkeit und Risiken prüfst und Rückmeldung sachlich gibst |
| Wann schreiben Sie Tests – und welche? | Ob du Tests als Werkzeug für sichere Änderungen siehst, nicht als Pflichtübung |
| Wie gehen Sie mit technischer Schuld um? | Ob du sie sichtbar machst und mit dem Nutzen abwägst, statt sie zu ignorieren oder alles neu zu schreiben |
| Ein Fehler in der Produktion betrifft viele Kunden. Was tun Sie zuerst? | Ob du erst den Schaden begrenzt, etwa durch Zurückrollen, und dann die Ursache suchst |
| Wie schätzen Sie Aufwände? | Ob du Unsicherheit benennst und Aufgaben so zerlegst, dass sie schätzbar werden |
| Wie entscheiden Sie zwischen zwei Frameworks? | Ob du nach Anforderungen, Team und Wartbarkeit abwägst statt nach Mode |
| Wie dokumentieren Sie Entscheidungen? | Ob andere später nachvollziehen können, warum etwas so gebaut wurde |
| Was tun Sie, wenn Sie mit einer Architekturentscheidung des Teams nicht einverstanden sind? | Ob du Bedenken mit Argumenten einbringst und die Entscheidung danach mitträgst |
| Wie gehen Sie mit Sicherheitslücken in Abhängigkeiten um? | Ob du Updates im Blick hast und Risiken nach Schwere einordnest |
| Wie arbeiten Sie mit Produktmanagement und Design zusammen? | Ob du Anforderungen verstehst und Rückfragen stellst, bevor du baust |
Die Fragen an dich
Fachlich wird in deutschen Verfahren seltener an der Tafel geprüft als international üblich. Häufiger ist das vertiefte Gespräch über ein Projekt aus deinen Unterlagen – mit Nachfragen, die so lange gehen, bis die Erinnerung endet.
Vorbereitet ist, wer drei Projekte bis in die Entscheidungen hinein erzählen kann: was die Lage war, was du gewählt hast, was die Alternative gewesen wäre, was dabei schieflief.
Fragen zum Mitüben
- „Erzählen Sie von einer Architekturentscheidung, die Sie heute anders treffen würden.“
- „Ein Fehler tritt nur in der Produktion auf und nicht lokal. Wie gehen Sie vor?“
- „Wie stellen Sie sicher, dass eine Änderung nichts kaputt macht, das Sie nicht kennen?“
- „Was war Ihre Rolle dabei genau – und was hat das Team gemacht?“
- „Womit haben Sie in diesem Bereich noch nicht gearbeitet?“
Dieser Artikel gibt den Stand von Ende September 2026 wieder und ersetzt keine Rechtsberatung. Welcher Tarifvertrag für einen Betrieb gilt und ob er überhaupt tarifgebunden ist, lässt sich nur im Einzelfall klären – die Frage danach gehört trotzdem in jedes Gespräch.
Häufige Fragen
Welche Fragen kommen im Vorstellungsgespräch als Softwareentwickler?
Meist ein vertieftes Gespräch über ein Projekt aus deinen Unterlagen – mit Nachfragen zu Entscheidungen, Alternativen und Fehlern –, dazu Fragen zu Tests, Code-Reviews, Zusammenarbeit im Team und zum Umgang mit Fehlern in der Produktion. Manche Unternehmen ergänzen eine Programmieraufgabe.
Gibt es in Deutschland Coding-Tests im Bewerbungsgespräch?
Manche Unternehmen nutzen sie – als Aufgabe für zu Hause, als gemeinsames Programmieren oder als kurze Aufgabe im Gespräch. In deutschen Verfahren ist das Gespräch über eigene Projekte aber häufiger als Aufgaben an der Tafel. Frag bei der Einladung, was dich erwartet.
Was sollte ich als Entwickler im Gespräch fragen?
Nach Zahlen und Abläufen: wie lange eine Änderung bis in die Produktion braucht, was bei einem roten Test passiert, wie viel Zeit auf Wartung entfällt und wie die Rufbereitschaft geregelt ist. Solche Fragen beschreiben die Arbeit genauer als die Frage nach dem Tech-Stack.
Teil der Reihe Vorstellungsgespräch als Ingenieur und in der Technik: Die Fachfrage ist ein Gespräch über Entscheidungen.
Quellen
- Bitkom: Der Arbeitsmarkt für IT-Fachkräfte, Studienbericht 2025
- BAG, Beschluss vom 13. September 2022 – 1 ABR 22/21, Arbeitszeiterfassung
- § 87 Absatz 1 Nummer 6 Betriebsverfassungsgesetz