Staff Augmentation für Legacy-Modernisierung: Seltene Skills, klares Zeitfenster

Legacy-Modernisierung hat ein Staffing-Problem, das keine Stellenanzeige löst: Sie brauchen Leute, die die alte Welt wirklich verstehen, den COBOL-Batch-Job, den zwanzig Jahre alten Java-Monolithen, den undokumentierten Stored-Procedure-Dschungel, und die gleichzeitig in der Zielarchitektur zu Hause sind. Menschen mit einer Hälfte dieses Profils sind findbar; Menschen mit beiden Hälften sind selten, und fast keiner von ihnen will danach eine Festanstellung in der Wartung Ihres Legacy-Systems. Das ist das Doppel-Knappheitsproblem, und deshalb ist Modernisierung einer der natürlichsten Staff-Augmentation-Fälle überhaupt: seltene Skills, gemietet für ein definiertes Zeitfenster, mit Dokumentation als erstklassigem Liefergut, damit die Knappheit sich beim Abschied nicht einfach zurücksetzt.

Das Doppel-Knappheitsproblem

Modernisierungs-Staffing scheitert auf zwei symmetrische Arten. Stellen Sie nur Modern-Stack-Engineers ein, behandeln sie das Legacy als Blackbox, die blind ersetzt wird, und entdecken zwanzig Jahre Geschäftsregeln über Produktionsvorfälle neu. Stellen Sie nur Legacy-Veteran:innen ein, bekommen Sie eine treue Neuauflage der alten Probleme auf neuer Infrastruktur. Die Menschen, die beides können, den alten Code mit Respekt lesen und das neue System mit Zurückhaltung entwerfen, sind das knappste Profil der Unternehmens-IT, und der Festanstellungsmarkt bietet sie kaum: Sie verdienen und lernen mehr im Wechsel zwischen Modernisierungsprojekten, als sich in den Wartungs-Backlog eines einzelnen Unternehmens zu setzen. Augmentation ist hier kein Workaround; so funktioniert dieser Arbeitsmarkt tatsächlich.

Das Strangler-Pattern besetzen

Ernsthafte Modernisierungen strangulieren statt neu zu schreiben: eine Fassade vor das Legacy setzen, eine Fähigkeit nach der anderen in neue Services herauslösen und den alten Code Pfad für Pfad stilllegen. Diese Form hat direkte Staffing-Konsequenzen. Sie brauchen keine große Bank ab Tag eins; Sie brauchen kleine gemischte Teams je herausgelöster Fähigkeit, typischerweise zwei bis drei Externe mit Modernisierungserfahrung, gepaart mit ein bis zwei internen Engineers und einer Domänen-Veteran:in, plus eine dünne Architekturschicht, die die Scheiben kohärent hält. Die Kapazität sollte mit der Fassade atmen: wachsen, wenn parallele Scheiben öffnen, schrumpfen, wenn sie schließen.

Vetting-Signale: beide Richtungen testen

Das Interview muss beide Hälften des Profils prüfen, denn Lebensläufe in dieser Nische stecken voller einseitiger Behauptungen. Wer "Mainframes modernisiert hat", hat vielleicht nur die neuen Services geschrieben, während jemand anderes die Archäologie machte. Die stärkste Einzelübung: Legen Sie einen kniffligen, anonymisierten Ausschnitt Ihres echten Legacy-Codes vor und lassen Sie erzählen, was er tut, wovor die Person Angst hätte und was sie ohne Test-Harness nicht anfassen würde.

Dokumentation als Kern-Liefergut

In den meisten Augmentation-Kontexten ist Dokumentation Hygiene; in der Modernisierung ist sie das Produkt. Der knappe Wert der externen Person ist Verständnis, des Altsystems, der geborgenen Regeln, des Warums hinter dem neuen Design, und Verständnis, das nur in ihrem Kopf lebt, geht mit ihr zur Tür hinaus und setzt Ihr Knappheitsproblem auf null zurück. Schreiben Sie Dokumentation als Abnahmekriterium je Phase in den Vertrag, und reviewen Sie sie wie Code.

Tagessatz-Kontext, Laufzeiten und die Umwandlungsfrage

Als breite Marktbeobachtung für DACH und vergleichbare europäische Märkte 2026: Modernisierungsprofile liegen über allgemeinen Entwicklungssätzen, und echte Beide-Welten-Profile tragen einen sichtbaren Knappheitsaufschlag, host-nahe Skills zunehmend, weil der Veteranen-Pool in Rente geht. Engagements laufen für Augmentation-Verhältnisse lang, 6 bis 18 Monate in Phasen, weil Archäologie sich nicht hetzen lässt und Scheiben in Produktion bewiesen werden müssen. Umwandlung in Festanstellung ist hier strukturell selten, und das ist in Ordnung: Die meisten dieser Spezialist:innen sind bewusst Projektmenschen. Das Asset, dessen Übergang Sie erzwingen sollten, ist Kompetenz, die internen Engineers, die auf jeder Scheibe gepaart haben, und der Dokumentationskorpus, damit die nächste Modernisierung, und es gibt immer eine nächste, mit Wissen startet statt mit Knappheit.