Modernisierung von Legacy-Systemen im Bundesbereich: Warum die meisten Bemühungen scheitern und was funktioniert

Warum die meisten Bemühungen stocken und was funktioniert

Die Modernisierung von Legacy-Systemen im Bundesbereich ist kein neues Problem. Behörden sprechen seit Jahren über alternde Systeme, veraltete Sprachen, brüchige Integrationen, Cybersicherheitsrisiken und steigende Wartungskosten. Was sich jetzt geändert hat, ist, dass die Modernisierung mit fast allen anderen Prioritäten verknüpft wird: KI-Adoption, Cybersicherheit, Servicebereitstellung, Effizienz, Personalplanung und Missionsresilienz.

Die Beweislage ist nicht ermutigend. Im Juni 2019 identifizierte das Government Accountability Office (GAO) zehn kritische Legacy-Systeme des Bundes, die am dringendsten modernisiert werden müssen. Im Juli 2025 berichtete das GAO, dass bis Februar 2025 nur drei dieser zehn Modernisierungsbemühungen abgeschlossen waren. Vier sollten in den nächsten Jahren fertiggestellt werden, zwei würden fünf oder mehr Jahre in Anspruch nehmen, und eines hatte immer noch kein geplantes Fertigstellungsdatum. Das ist eine lange Zeit für Systeme, die bereits vor Jahren als kritisch eingestuft wurden.

Der Kongress achtet ebenfalls darauf. Im April 2026 brachte eine parteiübergreifende Gruppe von Abgeordneten des Repräsentantenhauses den „Legacy IT Reduction Act of 2026“ (H.R. 8408) ein. Der Gesetzentwurf würde erfordern, dass die CIOs der Behörden ein Inventar der Legacy-Systeme erstellen und dass die Behördenleiter Fünfjahrespläne zur Aktualisierung, Modernisierung, Außerbetriebnahme oder Entsorgung entwickeln. Sichtbarkeit und Planung lösen die Modernisierung nicht allein, aber sie sind notwendige Ausgangspunkte.

Die wichtigere Lektion ist einfach: Legacy-Modernisierung scheitert, wenn sie als Technologie-Relokationsprojekt statt als operatives Transformationsprojekt behandelt wird.

Warum dies jetzt wichtig ist

Legacy-Systeme sind nicht länger nur eine interne IT-Belästigung. Sie beeinflussen direkt, ob Behörden KI skalieren, sich gegen Cyberbedrohungen verteidigen, Bürgerdienste verbessern und sich an sich ändernde Missionsanforderungen anpassen können.

Die Federal Efficiency Survey 2026 von EY’ ergab, dass 86 % der Entscheidungsträger im Bundesbereich Hindernisse bei der Skalierung von KI zu behördenweiten Lösungen sehen. Das größte Hindernis war die Schwierigkeit, neue KI-Lösungen mit Legacy-IT-Systemen zu integrieren, was von 48 % der Befragten genannt wurde. Lücken in den Qualifikationen und der Schulung der Belegschaft waren ebenfalls ein großes Hindernis, das von 44 % genannt wurde.

Diese Zahlen sind wichtig, weil sie zwei Gespräche verbinden, die oft getrennt behandelt werden. Behörden können nicht KI-fähig werden, während sie ihre Kernsysteme brüchig, schlecht dokumentiert und schwer zu integrieren lassen. KI sitzt nicht über der Modernisierung. Zunehmend hängt KI von der Modernisierung ab.

Ein Modell kann in einer Sandbox beeindruckend sein, aber Produktions-KI benötigt Datenzugriff, Systemintegration, Identitätskontrollen, Überwachung, Sicherheit, Workflow-Design und Governance. Legacy-Umgebungen erschweren oft jedes dieser Elemente.

Die Falle des Lift-and-Shift

Lift-and-Shift-Migration kann nützlich sein. Das Verschieben eines Systems in die Cloud-Infrastruktur kann die Belastung des Rechenzentrums verringern, die Verfügbarkeitsoptionen verbessern oder einen Weg zur späteren Modernisierung eröffnen. Im Mai 2026 drängte ein leitender Technologieberater des Verkehrsministeriums die Behörden, Lift-and-Shift-Strategien zur Modernisierung von Legacy-Systemen ohne Ausfallzeiten in Betracht zu ziehen. Dieser Rat kann im richtigen Kontext pragmatisch sein.

Die Falle besteht darin, dies als Ziellinie zu bezeichnen.

Ein in der Cloud gehosteter Monolith ist immer noch ein Monolith. Eine brüchige Integration wird nicht flexibel, nur weil sie auf neuerer Infrastruktur läuft. Eine schlecht dokumentierte Geschäftsregel wird nicht klar, nur weil sich der Serverstandort geändert hat. Ein System mit fragilen Release-Prozessen, veralteten Schnittstellen, schwacher Observierbarkeit oder hartcodierten Annahmen kann nach der Migration immer noch das gleiche operative Risiko bergen.

Lift-and-Shift kann eine Phase sein. Es kann Zeit kaufen. Es kann bestimmte Risiken verringern. Aber wenn sich nur der Ort ändert, an dem das System läuft, hat die Behörde technische Schulden verlagert, anstatt das System zu modernisieren.

Modernisierung geht wirklich um Missionswissen

Der schwierigste Teil der Legacy-Modernisierung ist oft nicht der Code. Es ist das Wissen, das im Code eingebettet ist.

Viele Legacy-Systeme sind im Laufe der Jahre um politische Änderungen, operative Ausnahmen, manuelle Umgehungen, Berichtsanforderungen und institutionelle Gewohnheiten gewachsen. Einige Geschäftsregeln wurden nie vollständig dokumentiert, weil die Personen, die das System warteten, wussten, wie es funktioniert. Einige Datenstrukturen spiegeln Entscheidungen wider, die vor Jahrzehnten getroffen wurden. Einige Workflows existieren aufgrund von Einschränkungen, die nicht mehr gelten, während andere aufgrund gesetzlicher oder missionsbezogener Anforderungen existieren, die absolut immer noch wichtig sind.

Ein Modernisierungsteam, das diese Unterscheidungen nicht versteht, ist in Schwierigkeiten.

Deshalb kann ein Legacy-Ersatz nicht mit der Annahme beginnen, dass das alte System einfach schlecht ist und das neue System besser sein wird. Das alte System kann hässlich, teuer und schwer zu warten sein, aber es kann auch kritische Domänenlogik enthalten, die den Betrieb der Behörde aufrechterhält.

Das Ziel ist nicht, jede Eigenart zu bewahren. Das Ziel ist es zu verstehen, welche Verhaltensweisen zufällig sind, welche wesentlich sind und welche neu gestaltet werden sollten.

Die Qualifikationslücke wird größer

Die Bundesmodernisierung steht auch vor einem Personalproblem. Die Menschen, die ältere Systeme, Sprachen, Schnittstellen und behördenspezifische Workflows verstehen, stehen oft kurz vor dem Ruhestand oder sind bereits überlastet. Jüngere Technologen verstehen zwar Cloud, APIs, DevOps, moderne Sicherheitspraktiken und KI-gestützte Workflows, ihnen fehlt jedoch der Domänenkontext, der in der Legacy-Umgebung eingebettet ist.

Diese Lücke ist der Ort, an dem Modernisierungsprojekte stocken können.

Wenn Legacy-Experten keine Zeit für den Wissenstransfer erhalten, verlieren Teams den Kontext. Wenn moderne Ingenieure nicht mit der operativen Realität der Mission konfrontiert werden, entwerfen sie elegante Systeme, die wichtige Einschränkungen übersehen. Wenn Dokumentation als nachrangig behandelt wird, kann das neue System dieselbe Abhängigkeit von Stammwissen wiederholen, die das alte System fragil gemacht hat.

Wissenstransfer muss ein Liefergegenstand sein. Kein Nice-to-have. Nicht etwas, das in den letzten Monat eines Projekts gepresst wird. Ein Liefergegenstand.

Politische Zeitpläne und technische Zeitpläne stimmen nicht immer überein

Die Bundesmodernisierung stößt auch auf ein strukturelles Timing-Problem. Ernstzunehmende Modernisierungsarbeit dauert oft Jahre. Politische Prioritäten können sich schneller ändern. Führungswechsel, Budgetzyklen, Aufsichtsdruk und neue Mandate kommen an, bevor die alten abgeschlossen sind.

Dies ist ein Grund, warum Fünfjahres-Modernisierungspläne nützlich, aber nicht ausreichend sind. Ein Plan kann Sichtbarkeit schaffen, aber er braucht immer noch eine dauerhafte Verankerung. Modernisierungsbemühungen sollten an Missionsergebnisse, gesetzliche Anforderungen, Cybersicherheitsrisiken, operative Kontinuität und messbare Serviceverbesserungen geknüpft sein, anstatt an die Sprache einer einzelnen Regierung oder Führungsperiode.

Je mehr eine Modernisierungsbemühung von einer temporären Prioritätserzählung abhängt, desto leichter kann diese Bemühung an Dynamik verlieren.

Was besser funktioniert

Erfolgreiche Modernisierungsbemühungen folgen tendenziell einem disziplinierteren Muster.

• Definieren Sie Modernisierung als Architekturänderung, nicht als Infrastrukturverschiebung: Rehosting kann nützlich sein, aber echte Modernisierung verbessert Wartbarkeit, Integration, Sicherheit, Observierbarkeit, Liefergeschwindigkeit und Missionsanpassungsfähigkeit.
• Inventarisieren Sie Systeme ehrlich: Behörden müssen wissen, was existiert, wem es gehört, was es kostet, welche Risiken es schafft, welche Missionsfunktion es unterstützt und welche Abhängigkeiten es umgeben.
• Dokumentieren Sie Domänenlogik: Legacy-Verhalten sollte erfasst werden, bevor Ersatzentscheidungen getroffen werden. Teams müssen wissen, welche Regeln wichtig sind, welche historische Artefakte sind und welche vereinfacht werden können.
• Bauen Sie Wissenstransfer in den Plan ein: Paaren Sie Legacy-System-Experten mit modernen Ingenieuren, Analysten und Architekten, bevor institutionelles Wissen verschwindet.
• Modernisieren Sie inkrementell, wo möglich: Big-Bang-Rewrites sind riskant. Strangler-Patterns, API-Schichten, Service-Extraktion, Datenmodernisierung und phasenweise Migration können Störungen reduzieren.
• Entwerfen Sie für Kontinuität: Modernisierungspläne sollten Führungswechsel überstehen, indem die Arbeit an Missionsergebnisse, Sicherheitsrisiken, Compliance-Anforderungen und messbaren operativen Wert geknüpft wird.
• Machen Sie Integration zu einer Anforderung erster Klasse: Moderne Systeme müssen mit KI, Analytik, Identität, Fallmanagement, Berichterstattung und Partner-Ökosystemen verbunden werden. Integration kann nicht am Ende hinzugefügt werden.

Der gemeinsame Nenner ist, dass Modernisierung als Programm des Verstehens, der Sequenzierung und der Ausführung behandelt werden muss. Kein Beschaffungsereignis. Kein Plattformtausch. Keine reine Cloud-Migration.

KI erhöht die Einsätze

KI hat die Legacy-Modernisierung dringlicher gemacht, weil sie die Schwäche brüchiger Grundlagen aufzeigt. Behörden wollen, dass KI bei Analyse, Automatisierung, Betrugserkennung, Bürgerdiensten, Cybersicherheit, Falltriage, Dokumentenverarbeitung und Missionsplanung hilft. Aber KI hängt von Daten und Workflows ab, die oft in Legacy-Systemen gefangen sind.

Wenn Daten inkonsistent, unzugänglich, schlecht dokumentiert oder schwer zu governen sind, wird KI kämpfen. Wenn Geschäftsprozesse über veraltete Systeme fragmentiert sind, kann KI-gestützte Automatisierung Verwirrung einfach verstärken. Wenn Identität, Protokollierung und Zugriffskontrollen schwach sind, führt KI neue Governance- und Sicherheitsrisiken ein.

Das bedeutet nicht, dass jedes Legacy-System ersetzt werden muss, bevor eine Behörde KI nutzen kann. Es bedeutet, dass KI-Planung und Modernisierungsplanung verbunden sein müssen. Andernfalls könnten Behörden in KI-Piloten investieren, die nicht skalieren können, weil die Systeme, von denen sie abhängen, nicht bereit sind.

Wie Ridiculous Engineering über Modernisierung denkt

Bei Ridiculous Engineering betrachten wir Modernisierung als technisches und Domänenwissen-Problem. Die Technologie ist wichtig, aber die erste Herausforderung besteht darin zu verstehen, was das bestehende System tatsächlich tut, warum es sich so verhält und welche Teile dieses Verhaltens den Übergang überstehen müssen.

Dies ist besonders wichtig in komplexen öffentlichen und Unternehmensumgebungen, in denen Systeme oft Jahre der Politik, Prozesse, Compliance, Berichterstattung und operative Ausnahmen kodieren. Das Ersetzen der Software ohne Verständnis dieser Regeln ist der Weg, wie Modernisierung neues Risiko schafft.

Wir helfen Organisationen, Modernisierung in praktischen Schritten zu durchdenken: Istzustandsanalyse, Systeminventar, Workflow- und Datenmapping, Domänenlogik-Entdeckung, Integrationsplanung, Architekturbewertung, phasenweise Migration und Implementierungsunterstützung. Das Ziel ist es, Risiken zu reduzieren, während die Fähigkeit der Organisation’ verbessert wird, das System im Laufe der Zeit zu betreiben, zu integrieren, zu sichern und weiterzuentwickeln.

Für Organisationen, die sich auf die KI-Adoption vorbereiten, wird diese Arbeit noch wichtiger. KI-fähige Systeme benötigen zugängliche Daten, zuverlässige Integrationen, Governance, Überwachung und klare Eigentümerschaft. Legacy-Modernisierung ist oft das Fundament, das diese Fähigkeiten ermöglicht.

Modernisierung muss ausführbar sein

Die Modernisierung von Legacy-Systemen im Bundesbereich scheitert nicht, weil Behörden kein Bewusstsein haben. Das Problem ist gut bekannt. Es scheitert, wenn Pläne zu vage sind, Wissenstransfer zu spät stattfindet, Anforderungen unvollständig sind, Zeitpläne die Realität ignorieren und Technologieentscheidungen als Ersatz für architektonisches Urteil behandelt werden.

Der Legacy IT Reduction Act weist in die richtige Richtung, indem er Inventar und Planung betont. Aber Gesetzgebung allein wird ein System nicht modernisieren. Behörden brauchen immer noch disziplinierte Ausführung, starke Discovery, dauerhafte Finanzierung, klare Eigentümerschaft und Teams, die Missionsbedürfnisse in technischen Wandel übersetzen können.

Wenn Ihre Organisation Legacy-Modernisierung evaluiert, sich auf KI-Fähigkeit vorbereitet oder versucht, Risiken in einem alternden Anwendungsportfolio zu reduzieren, kann Ridiculous Engineering helfen. Wir arbeiten mit Kunden zusammen, um den Istzustand zu klären, Domänenwissen zu erfassen, realistische Modernisierungspfade zu gestalten und Systeme zu bauen, die leichter zu betreiben, zu integrieren und zu verbessern sind.

Modernisierung geht nicht nur darum, alte Technologie zu ersetzen. Es geht darum, das zu bewahren, was die Mission braucht, während die Einschränkungen entfernt werden, die die Organisation daran hindern, voranzukommen.

Quellen und weiterführende Literatur: GAO: Behörden müssen planen, kritische Legacy-Systeme aus vergangenen Jahrzehnten zu modernisieren, FedScoop: Legacy IT Reduction Act von 2026, EY: Effizienzbestrebungen der Bundesbehörden stoßen auf erhebliche Hindernisse, MeriTalk: DOT-Berater drängt auf Lift-and-Shift-Pfad, AWS: Rahmenwerk für beschleunigte Modernisierung und Reduzierung technischer Schulden