IT-Recruiting-Praxis
Viele Unternehmen suchen Entwickler:innen für gewachsene Softwarelandschaften, beschreiben die Rolle aber so, als müssten Kandidat:innen sich für veraltete Technik entschuldigen. Genau dadurch verlieren sie passende Profile.
Legacy-Tech ist im Recruiting selten das eigentliche Problem. Problematisch wird es, wenn eine Rolle nur nach alten Programmiersprachen, historischen Frameworks oder ungeliebten Bestandssystemen klingt. Gute Entwickler:innen interessieren sich nicht für technische Nostalgie. Sie interessieren sich für anspruchsvolle Aufgaben, saubere Verantwortung und die Möglichkeit, Systeme spürbar besser zu machen.
Für HR, Recruiting und Hiring Manager lautet die wichtigere Frage deshalb nicht: Wie verkaufen wir alte Technologie attraktiver? Sondern: Welche Modernisierungsaufgabe steckt hinter der Rolle, und welche Art von Engineering-Profil kann sie realistisch lösen?
Kernfrage
Wird eine Entwicklerin gesucht, die nur Bestandscode wartet, oder eine Person, die ein geschäftskritisches System Schritt für Schritt stabilisiert, modernisiert und in die nächste Architekturphase führt?
Warum Legacy-Rollen im Recruiting oft schlechter wirken, als sie fachlich sind
Viele Legacy-Rollen entstehen nicht aus einem Mangel an Innovation, sondern aus Verantwortung. Systeme laufen seit Jahren, tragen Umsatz, bilden kritische Prozesse ab oder verbinden Abteilungen, Daten und Kundenschnittstellen. Gerade deshalb können sie nicht einfach ersetzt werden.
Im Stellenprofil kommt davon häufig zu wenig an. Dort stehen dann Java 8, .NET Framework, Oracle, monolithische Architektur, Wartung, Migration und Betrieb. Für Kandidat:innen klingt das schnell nach Stillstand. Dabei kann die eigentliche Aufgabe deutlich interessanter sein: technische Schulden reduzieren, Schnittstellen entkoppeln, Testbarkeit herstellen, Cloud-Migration vorbereiten, Domain-Logik verstehen oder ein Produkt stabil weiterentwickeln.
Recruiting verliert an dieser Stelle keine Kandidat:innen, weil die Technologie alt ist. Es verliert sie, weil die Aufgabe nicht übersetzt wird.
Legacy ist kein einheitliches Rollenprofil
Der Begriff Legacy fasst sehr unterschiedliche Situationen zusammen. Für die Suche ist entscheidend, welche Art von Bestandssystem vorliegt und welche Veränderung erwartet wird. Eine Rolle in einem stabilen Versicherungs-Kernsystem braucht andere Profile als eine Produktmodernisierung in einem SaaS-Unternehmen oder eine Migration aus einem alten ERP-Umfeld.
| Situation | Was wirklich gesucht wird | Typischer Recruiting-Fehler |
|---|---|---|
| Stabiles Kernsystem | Entwickler:innen mit Systemverständnis, Qualitätsbewusstsein und Geduld für komplexe Fachlogik. | Die Rolle nur als Wartung zu beschreiben und den geschäftlichen Wert des Systems nicht zu erklären. |
| Modernisierung eines Monolithen | Profile mit Refactoring-Erfahrung, Architekturdenken, Teststrategie und Pragmatismus. | Greenfield-Sprache zu nutzen, obwohl es um kontrollierten Umbau unter laufendem Betrieb geht. |
| Migration auf neue Plattformen | Engineering-Profile, die Alt- und Zielarchitektur verbinden können. | Nur Cloud- oder Toolkeywords zu suchen und die Integrationsleistung zu unterschätzen. |
| Produktnahe Bestandssysteme | Entwickler:innen, die technische Verbesserung und Produktwirkung zusammen denken. | Die Rolle als reine Backend-Stelle auszuschreiben, obwohl Domain-Verständnis entscheidend ist. |
Welche Profile für Modernisierung wirklich passen
Nicht jede gute Entwicklerin und nicht jeder gute Entwickler passt zu Legacy-Modernisierung. Manche Profile suchen maximale technologische Neuheit, schnelle Produktzyklen und grüne Wiese. Andere finden genau die Arbeit spannend, die viele Ausschreibungen schlecht benennen: Ordnung in komplexe Systeme bringen, technische Risiken reduzieren und ein wichtiges Produkt wieder entwicklungsfähig machen.
Für Recruiting sind deshalb andere Signale relevant als bei reinen Neubaurollen. Es geht weniger darum, ob jemand das neueste Framework nennt. Wichtiger ist, ob die Person mit bestehender Architektur umgehen kann, technische Schulden priorisiert, fachliche Abhängigkeiten versteht und Verbesserung realistisch plant.
Gute Signale im Profil
- Refactoring in produktiven Systemen, nicht nur Neuentwicklung.
- Erfahrung mit Tests, Build-Pipelines, Release-Stabilität und Codequalität.
- Arbeit an Migrationen, Modularisierung oder Schnittstellenentkopplung.
- Fachdomänen mit hoher Prozess- oder Datenkomplexität.
- Kommunikation mit Produkt, Betrieb, Fachbereich oder Architektur.
Riskante Annahmen
- Wer moderne Tools kann, kann automatisch alte Systeme modernisieren.
- Legacy-Erfahrung bedeutet fehlende Lernbereitschaft.
- Jede Modernisierung braucht vor allem Cloud-Kompetenz.
- Seniorität lässt sich an Framework-Aktualität ablesen.
- Der attraktivste Teil der Rolle ist der Zielzustand, nicht die Übergangsarbeit.
Die stärkste Botschaft ist nicht Greenfield, sondern Wirkung
Viele Unternehmen versuchen, Legacy-Rollen attraktiver zu machen, indem sie die alte Umgebung möglichst kleinreden. Das wirkt selten glaubwürdig. Besser ist eine klare, erwachsene Botschaft: Das System ist wichtig, die Ausgangslage ist anspruchsvoll, und die neue Person bekommt die Aufgabe, Qualität, Wartbarkeit und Zukunftsfähigkeit sichtbar zu verbessern.
Für erfahrene Entwickler:innen kann genau das ein starkes Wechselargument sein. Nicht jeder möchte das nächste beliebige Feature bauen. Viele wollen technische Substanz sehen, echte Entscheidungen treffen und an Systemen arbeiten, deren Verbesserung für das Unternehmen zählt.
Was Hiring Manager vor der Suche klären sollten
Eine Legacy-Rolle wird suchbar, wenn der Fachbereich den Auftrag präziser beschreibt als die Technologiehistorie. Recruiting braucht keine vollständige Architekturzeichnung. Es braucht aber genug Kontext, um Kandidat:innen fachlich sinnvoll anzusprechen und unpassende Profile früh auszusortieren.
- Welche Aufgabe steht im Vordergrund?
Stabilisierung, Weiterentwicklung, Migration, Refactoring, Betriebssicherheit oder Produktmodernisierung? - Wie kritisch ist das System?
Trägt es Umsatz, Kundenschnittstellen, interne Prozesse, regulatorische Anforderungen oder Datenflüsse? - Welche technischen Schulden sind wirklich relevant?
Fehlende Tests, enge Kopplung, Release-Risiken, veraltete Infrastruktur, Performance oder Wissensmonopole? - Wie viel Gestaltungsspielraum gibt es?
Darf die Person Architekturentscheidungen beeinflussen oder nur Tickets abarbeiten? - Welche Kompromisse sind möglich?
Muss die alte Technologie bereits beherrscht werden, oder reicht starke Engineering-Reife mit Lernbereitschaft?
Wie Recruiter:innen Legacy-Rollen besser ansprechen
Eine gute Ansprache sollte nicht beschönigen, sondern einordnen. Kandidat:innen merken schnell, ob alte Technologie verschleiert wird. Glaubwürdiger ist eine Nachricht, die zeigt: Wir verstehen, dass diese Rolle anspruchsvoll ist, und wir können erklären, warum sie für ein bestimmtes Profil relevant sein könnte.
Statt „spannende Herausforderung in einem innovativen Umfeld“ braucht es konkrete Substanz. Zum Beispiel: ein geschäftskritisches System wird modularisiert, technische Schulden sollen priorisiert abgebaut werden, ein erfahrenes Team braucht zusätzliche Architektur- und Refactoring-Stärke, oder eine Migration muss so geplant werden, dass der laufende Betrieb stabil bleibt.
Bessere Rollenübersetzung
Vorher: Wir suchen Java-Entwickler:innen für Wartung und Weiterentwicklung bestehender Anwendungen.
Nachher: Wir suchen Entwickler:innen, die ein geschäftskritisches Java-System modernisieren, technische Schulden priorisieren und eine stabile Grundlage für die nächste Architekturphase schaffen.
Welche Interviewfragen bessere Signale liefern
Bei Modernisierungsrollen reicht es nicht, Toolwissen abzufragen. Entscheidend ist, wie Kandidat:innen mit gewachsenen Strukturen umgehen. Gute Fragen prüfen Denkweise, Priorisierung und technische Urteilskraft.
- Wie gehen Sie vor, wenn ein System fachlich wichtig ist, aber kaum Tests hat?
- Woran erkennen Sie, welche technischen Schulden zuerst bearbeitet werden sollten?
- Wann würden Sie einen Monolithen modularisieren, und wann bewusst nicht?
- Wie schaffen Sie Vertrauen im Team, wenn Modernisierung den laufenden Betrieb berührt?
- Welche Migration haben Sie begleitet, bei der der Zielzustand anfangs noch unklar war?
Wann externe Unterstützung sinnvoll wird
Legacy-Modernisierung ist im Recruiting anspruchsvoll, weil die Zielgruppe oft nicht über offensichtliche Keywords auffindbar ist. Manche passende Profile nennen sich Senior Software Engineer, Backend Developer, Software Architect, Technical Lead oder Application Developer. Andere kommen aus Branchen, in denen Stabilität, Integrationsfähigkeit und Prozesslogik wichtiger waren als sichtbare Tech-Trends.
Wenn interne Suche zu wenige passende Gespräche erzeugt, lohnt sich ein genauer Blick auf Rollenlogik, Suchräume und Vorqualifizierung. Besonders kritisch wird es, wenn eine Rolle fachlich wichtig ist, aber nach außen wie eine reine Wartungsstelle wirkt.
Sie möchten eine Modernisierungsrolle suchbarer machen?
indivHR unterstützt Unternehmen in Deutschland und Österreich bei anspruchsvollen IT-Fach- und Führungsrollen. Wenn eine Legacy- oder Modernisierungsrolle schwer zu besetzen ist, hilft ein kurzes Rollenbriefing oft schon, um Suchbarkeit, Zielmarkt und Ansprache deutlich klarer einzuschätzen.
