Bevor IT-Kandidat:innen ins Fachinterview gehen, muss klar sein, was wirklich geprüft werden soll.
Technische Vorqualifizierung ist kein Ersatz für das Fachinterview. Sie entscheidet aber oft darüber, ob überhaupt die richtigen Gespräche stattfinden.
Gerade in IT-Rollen stehen Recruiter:innen häufig vor einer unangenehmen Lücke: Sie sollen Kandidat:innen einschätzen, deren technische Arbeit sie nicht selbst ausführen. Das gelingt nicht durch Detailfragen auf Entwickler:innen-Niveau, sondern durch bessere Kontextfragen, klare Prüflogik und eine saubere Übergabe an den Fachbereich.
Dieser Artikel zeigt, wie HR und Recruiting IT-Kandidat:innen fachlich plausibilisieren können, ohne sich als technische Entscheider auszugeben. Der Maßstab ist nicht Perfektion, sondern frühere Klarheit: Passt die Erfahrung zur Aufgabe? Ist die Verantwortung vergleichbar? Welche Punkte muss der Fachbereich gezielt prüfen?
Warum technische Vorqualifizierung im IT-Recruiting so häufig unterschätzt wird
Viele IT-Recruiting-Prozesse unterscheiden zu spät zwischen einem formal passenden Lebenslauf und einem wirklich passenden Profil. Auf dem Papier sieht ein Kandidat gut aus: Java, Cloud, Kubernetes, fünf Jahre Erfahrung, vielleicht ein bekannter Arbeitgeber. Erst im Fachgespräch zeigt sich dann, dass die Erfahrung aus einem ganz anderen Kontext stammt, die Rolle deutlich weniger eigenverantwortlich war oder die Person zwar Tools kennt, aber nicht die Art von Problem gelöst hat, um die es im Unternehmen eigentlich geht.
Das ist kein Vorwurf an HR. Technische Rollen sind oft schwer zu lesen, weil Jobtitel, Skills und Erfahrungsjahre nur grobe Hinweise liefern. Ein Backend Developer kann APIs in einem kleinen Produktteam bauen, Legacy-Systeme stabilisieren, Plattformarchitektur mitgestalten oder vor allem Tickets nach Vorgabe umsetzen. Ein Cloud Engineer kann Migration, Betrieb, Automatisierung, Security oder Kostenoptimierung verantworten. Dieselben Begriffe bedeuten je nach Unternehmen etwas anderes.
Technische Vorqualifizierung soll diese Unterschiede früher sichtbar machen. Sie muss nicht beweisen, ob jemand fachlich exzellent ist. Das bleibt Aufgabe des Fachbereichs. Sie soll klären, ob ein Gespräch fachlich sinnvoll ist, welche Punkte geprüft werden sollten und ob die Erwartungen auf beiden Seiten zusammenpassen.
Gute Vorqualifizierung prüft nicht nur Skills, sondern Kontext.
Der wichtigste Perspektivwechsel lautet: Nicht „Kann die Person Kubernetes?“ oder „Hat sie Python gemacht?“ ist die beste erste Frage. Besser ist: In welchem Kontext hat die Person damit gearbeitet, welche Verantwortung hatte sie, welche Entscheidungen musste sie treffen und wie nah liegt das an der offenen Rolle?
Was HR realistisch prüfen kann und was nicht
HR muss im technischen Screening nicht beurteilen, ob ein Architekturansatz elegant, ein Code-Design wartbar oder ein Cloud-Setup optimal ist. Wer das versucht, gerät schnell in eine Rolle, die weder glaubwürdig noch fair ist. Recruiter:innen können aber sehr wohl prüfen, ob Kandidat:innen ihre Arbeit nachvollziehbar erklären können, ob Erfahrungstiefe und Rolle zusammenpassen und ob die erzählten Beispiele zur gesuchten Aufgabe passen.
Ein gutes Screening trennt deshalb drei Ebenen. Die erste Ebene ist die formale Passung: Technologien, Rollenbezeichnungen, Branchen, Seniorität, Standort, Gehalt, Verfügbarkeit. Die zweite Ebene ist die kontextuelle Passung: Produkt oder Projekt, Systemlandschaft, Teamgröße, Verantwortungsumfang, Entscheidungsräume und Arbeitsweise. Die dritte Ebene ist die fachliche Plausibilität: Kann die Person beschreiben, was sie tatsächlich getan hat, warum es relevant war und welche Probleme sie gelöst hat?
Besonders wertvoll ist die dritte Ebene. Sie verlangt keine tiefen Coding-Kenntnisse, aber Aufmerksamkeit für Genauigkeit. Kandidat:innen, die wirklich Verantwortung getragen haben, können meist konkret erklären, worum es ging. Kandidat:innen mit oberflächlicher Erfahrung bleiben häufiger bei Tool-Listen, allgemeinen Formulierungen oder stark vorbereiteten Schlagworten.
Die drei Ebenen der technischen Vorqualifizierung
Tech-Stack, Rolle, Erfahrungsjahre, Arbeitsort, Gehaltsrahmen, Verfügbarkeit und grundsätzliche Wechselbereitschaft.
Produkt, Architektur, Teamgröße, Verantwortungsgrad, Projektphase, Schnittstellen, Seniorität und Entscheidungsräume.
Konkrete Beispiele, Problemverständnis, Erklärfähigkeit, Prioritäten, Trade-offs und erkennbare Verantwortung.
Fragen, die mehr leisten als ein Skill-Abgleich
Viele Screening-Gespräche bleiben zu nah am Lebenslauf. „Wie lange haben Sie mit AWS gearbeitet?“ klingt naheliegend, bringt aber wenig, wenn nicht klar wird, was die Person dort wirklich getan hat. Hat sie Services genutzt, Infrastruktur aufgebaut, Kosten optimiert, Sicherheit mitgedacht oder nur in einer Umgebung gearbeitet, die von anderen betreut wurde?
Bessere Fragen öffnen den Kontext. Sie laden Kandidat:innen ein, ihre Arbeit in eigenen Worten zu erklären. Gleichzeitig geben sie Recruiting und Fachbereich Hinweise darauf, wo später tiefer geprüft werden sollte.
Beispiele für bessere Screening-Fragen
- Welche technische Aufgabe stand in Ihrem letzten Projekt im Vordergrund und welchen Anteil hatten Sie daran persönlich?
- Welche Entscheidung mussten Sie selbst treffen, statt nur eine Vorgabe umzusetzen?
- Welche Systeme, Teams oder Stakeholder waren von Ihrer Arbeit abhängig?
- Was war an der Aufgabe schwierig: Architektur, Betrieb, Skalierung, Datenqualität, Security, Geschwindigkeit oder Abstimmung?
- Welche Technologie war wirklich zentral und welche war nur Teil der Umgebung?
- Woran konnte Ihr Team erkennen, dass Ihre Lösung funktioniert hat?
- Welche Art von technischer Aufgabe möchten Sie in der nächsten Rolle stärker oder weniger stark übernehmen?
Wie technische Antworten im Screening eingeordnet werden können
Recruiter:innen müssen nicht jede technische Antwort vollständig bewerten. Entscheidend ist, ob die Antwort strukturiert, konkret und rollenbezogen ist. Gute Kandidat:innen erklären meist nicht nur, welches Tool sie verwendet haben, sondern warum es eingesetzt wurde, welche Alternativen es gab und was ihre eigene Verantwortung war.
Ein starkes Signal ist zum Beispiel, wenn eine Kandidatin bei einer Cloud-Rolle zwischen Migration, Betrieb, Automatisierung und Governance unterscheidet. Ein weiteres starkes Signal ist, wenn ein Entwickler erklären kann, ob er vor allem Features gebaut, technische Schulden reduziert, Schnittstellen entworfen oder Architekturentscheidungen mitgetragen hat. Bei Security-Profilen ist relevant, ob jemand nur Tools bedient hat oder Risiken, Prozesse, Fachbereiche und technische Maßnahmen zusammenführen konnte.
Schwächere Signale zeigen sich häufig in sehr breiten, aber unkonkreten Aussagen. Wenn jemand viele Technologien nennt, aber keine eigene Aufgabe, keinen Entscheidungsbeitrag und kein nachvollziehbares Beispiel beschreiben kann, sollte der Fachbereich gezielt nachprüfen. Das bedeutet nicht automatisch, dass die Person ungeeignet ist. Es bedeutet aber, dass der Lebenslauf allein noch nicht genug Sicherheit gibt.
Screening-Matrix: Was HR vor dem Fachinterview sichtbar machen kann
| Prüffeld | Worauf achten? | Gute Screening-Frage | Hinweis für den Fachbereich |
|---|---|---|---|
| Technologietiefe | Tool genutzt, produktiv verantwortet oder Entscheidungen getroffen? | Welche konkrete Aufgabe haben Sie mit dieser Technologie gelöst? | Später prüfen, ob die Tiefe zur Rolle passt. |
| Rollenanteil | Hands-on, Koordination, Architektur, Betrieb oder Beratung? | Was war Ihr persönlicher Beitrag im Projekt? | Abgleichen, ob die neue Rolle ähnliche Verantwortung verlangt. |
| Seniorität | Eigenständigkeit, Entscheidungsräume, Umgang mit Komplexität. | Welche Entscheidung mussten Sie ohne klare Vorgabe treffen? | Nicht nur Jahre Erfahrung bewerten. |
| Motivation | Warum ist die nächste Rolle fachlich interessant? | Welche technische Aufgabe möchten Sie als Nächstes lösen? | Wechselgrund mit Rollenangebot abgleichen. |
| Prozessrisiko | Gehalt, Verfügbarkeit, Remote-Erwartung, Entscheidungsstand. | Welche Rahmenbedingungen müssen für einen Wechsel passen? | Früh klären, ob der Prozess realistisch ist. |
Beispiele aus typischen IT-Rollen
Softwareentwicklung
Bei Softwareentwickler:innen reicht die Frage nach Programmiersprachen selten aus. Interessanter ist, ob jemand produktnah entwickelt, Architektur mitgestaltet, Legacy modernisiert, Schnittstellen baut, Tests ernst nimmt oder technische Führung übernimmt. Ein gutes Screening fragt deshalb nach dem System, dem Entwicklungsprozess und der Verantwortung: Wurde nur ein Ticket umgesetzt oder ein technisches Problem eigenständig gelöst?
Cloud, DevOps und Platform Engineering
Cloud-Erfahrung kann sehr unterschiedlich aussehen. Manche Profile kommen aus Infrastruktur und Betrieb, andere aus Software Engineering, Automatisierung oder Plattformaufbau. HR sollte klären, ob die Person eher bestehende Umgebungen betreut, Migrationen begleitet, Infrastruktur als Code aufgebaut, CI/CD verbessert oder Security- und Governance-Fragen mitverantwortet hat. So wird früher sichtbar, ob das Profil zur tatsächlichen Cloud-Aufgabe passt.
Data, AI und Machine Learning
In Data- und AI-Rollen ist die Unschärfe besonders groß. Data Science, Data Engineering, Machine Learning Engineering und AI Engineering überschneiden sich, sind aber nicht austauschbar. Ein Screening sollte daher fragen, ob die Person Modelle entwickelt, Datenpipelines baut, Systeme produktiv betreibt, Fachbereiche berät oder AI-Funktionen in Anwendungen integriert. Das verhindert, dass beeindruckende Begriffe im Lebenslauf mit der falschen Aufgabe verwechselt werden.
Cybersecurity
Bei Security-Profilen sollte früh geklärt werden, ob es um operative Security, Architektur, Governance, Incident Response, Cloud Security, Awareness oder Führung geht. Gute Kandidat:innen können meist erklären, welche Risiken sie bewertet, welche Maßnahmen sie umgesetzt und welche Stakeholder sie eingebunden haben. Gerade bei Senior-Profilen ist wichtig, ob Security nur technisch oder auch organisatorisch verstanden wird.
Vorqualifizierung wird besser, wenn HR und Fachbereich vorab Bewertungslogik teilen.
Der Fachbereich sollte nicht erst nach dem Screening erklären, was eigentlich wichtig gewesen wäre. Besser ist ein kurzer Bewertungsrahmen vor Start: Welche drei technischen Signale sind wirklich entscheidend? Welche Erfahrung ist nur nice-to-have? Welche Antworten würden ein Gespräch besonders interessant machen?
Wie HR und Hiring Manager die Vorqualifizierung gemeinsam aufsetzen
Technische Vorqualifizierung funktioniert am besten, wenn sie vor dem ersten Kandidatengespräch vorbereitet wird. Dafür braucht es kein langes Workshop-Format. Oft reichen 30 bis 45 Minuten, in denen Recruiting und Fachbereich die Rolle in prüfbare Fragen übersetzen.
Der Fachbereich sollte erklären, welche technischen Aufgaben in den ersten sechs bis zwölf Monaten wirklich anstehen. Recruiting sollte daraus Screening-Fragen ableiten, die Kandidat:innen auch ohne Fachinterview beantworten können. Wichtig ist außerdem, klare Ausschlusskriterien von Lernfeldern zu trennen. Nicht jede fehlende Technologie ist kritisch. Manche Lücken sind akzeptabel, wenn Systemverständnis, Lernfähigkeit oder verwandte Erfahrung stark genug sind.
Besonders hilfreich ist ein gemeinsames Notizformat. Statt nach dem Gespräch nur „passt fachlich wahrscheinlich“ zu schreiben, sollte das Screening konkrete Beobachtungen enthalten: Welche Aufgaben hat die Person beschrieben? Welche Verantwortung war erkennbar? Welche Punkte sind offen? Wo braucht der Fachbereich eine Tiefenprüfung?
Entscheidungsmatrix für das Screening
Das Profil passt zur Kernaufgabe, die Person kann eigene Verantwortung konkret beschreiben und die Rahmenbedingungen wirken realistisch.
Der Lebenslauf wirkt passend, aber Tiefe, Rolle oder Kontext sind noch unklar. Der Fachbereich sollte konkrete Prüffragen vorbereiten.
Die Person ist grundsätzlich interessant, reagiert aber auf andere Aufgaben, Seniorität oder Rahmenbedingungen als ursprünglich angenommen.
Die Muss-Kriterien fehlen, der Verantwortungsgrad liegt zu weit weg oder zentrale Rahmenbedingungen passen nicht zusammen.
Typische Fehler in der technischen Vorqualifizierung
Ein häufiger Fehler ist die reine Keyword-Prüfung. Wenn ein Lebenslauf alle Begriffe enthält, wirkt er schnell passend. Doch gerade im IT-Recruiting sind Begriffe oft mehrdeutig. „Kubernetes“ kann bedeuten, dass jemand Anwendungen deployed hat, eine Plattform betreibt, Cluster designt oder nur in einem Team gearbeitet hat, das Kubernetes nutzt.
Ein zweiter Fehler ist eine zu enge Fachprüfung durch HR. Wenn Recruiter:innen versuchen, technische Detailfragen wie ein Engineering Lead zu stellen, kann das Gespräch künstlich werden. Besser ist es, die richtige Tiefe vorzubereiten und offene Punkte sauber an den Fachbereich zu übergeben.
Ein dritter Fehler ist fehlendes Erwartungsmanagement. Kandidat:innen sollten früh verstehen, worum es in der Rolle wirklich geht. Wer erst im Fachinterview merkt, dass die Aufgabe anders ist als gedacht, verliert Vertrauen. Gute Vorqualifizierung schützt deshalb auch die Candidate Experience.
Was in der Übergabe an den Fachbereich stehen sollte
Die Übergabe ist der Punkt, an dem Vorqualifizierung ihren Wert zeigt. Ein Lebenslauf allein zwingt den Fachbereich dazu, bei null zu beginnen. Eine gute Übergabe macht sichtbar, warum das Profil relevant ist und welche Fragen im Fachinterview offen bleiben.
Eine gute Übergabe enthält
- kurze Einordnung der bisherigen Rolle und Verantwortung
- relevante technische Kontexte, nicht nur Tool-Listen
- konkrete Beispiele aus dem Screening-Gespräch
- Motivation und fachlicher Wechselgrund
- Rahmenbedingungen wie Gehalt, Verfügbarkeit, Standort und Arbeitsmodell
- offene Prüfpunkte für das Fachinterview
- eine klare Empfehlung: weiterführen, gezielt prüfen oder nicht priorisieren
Wann externe Unterstützung sinnvoll wird
Viele Unternehmen können technische Vorqualifizierung intern deutlich verbessern, wenn Rollenklärung, Screening-Fragen und Übergabe sauberer strukturiert werden. Externe Unterstützung wird vor allem dann sinnvoll, wenn mehrere Dinge gleichzeitig schwierig werden: Die Zielgruppe ist schwer erreichbar, die Rolle technisch unscharf, interne Recruiting-Kapazität knapp oder der Fachbereich bekommt zu viele unpassende Profile.
In solchen Situationen reicht mehr Aktivität selten aus. Entscheidend ist eine Suchlogik, die technische Verantwortung, Marktverfügbarkeit, Ansprache und Vorqualifizierung verbindet. Genau hier entsteht die natürliche Brücke zu spezialisierter IT-Personalberatung oder Active Sourcing: nicht als Ersatz für den Fachbereich, sondern als Entlastung vor dem eigentlichen Auswahlprozess.
indivHR unterstützt Unternehmen in Deutschland und Österreich bei anspruchsvollen IT-Fach- und Führungsrollen, wenn Kandidat:innen nicht aktiv suchen, technische Profile schwer zu bewerten sind oder interne Teams zusätzliche Identifikation, Ansprache und Vorqualifizierung brauchen. Der Mehrwert liegt nicht in mehr Lebensläufen, sondern in besser eingeordneten Profilen und nachvollziehbarer Entscheidungsgrundlage.
Worauf es jetzt ankommt
Technische Vorqualifizierung verbessert IT-Recruiting nicht, weil HR plötzlich technische Interviews ersetzt. Sie verbessert den Prozess, weil Kandidat:innen früher genauer verstanden, Rollen realistischer erklärt und Fachinterviews besser vorbereitet werden.
Wenn Ihre IT-Suche aktuell viele Gespräche erzeugt, aber zu wenig wirklich passende Profile, lohnt sich ein genauer Blick auf Rollenklärung, Screening-Fragen und Übergabequalität.
