Gehen wir einmal davon aus: Ein Unternehmen betreibt ein 30 Jahre altes ERP, geschrieben in Visual Basic. Den Quellcode gibt es nicht mehr.
Wer ein solches System ablösen will, hat zwei Aufgaben: das bestehende Verhalten verstehen und ein neues System bauen. KI kann beides beschleunigen. Das Ergebnis ist ein System, an das sich später auch KI-Anwendungen anschliessen lassen. Dieser Leitfaden zeigt, wie KI-gestützte Legacy-Modernisierung abläuft, in welchen fünf Phasen, wo KI an Grenzen stösst und wie Sie in fünf Minuten prüfen, ob Ihr System bereit ist. Zuvor sollten wir kurz grundlegende Definitionen klären.
Was versteht man unter Legacy-Modernisierung?
Legacy-Modernisierung bezeichnet die Überführung eines gewachsenen Altsystems auf eine moderne technische Basis, bei der die Fachfunktion erhalten bleibt. Bei der KI-gestützten Legacy-Modernisierung analysiert KI den Altcode, dokumentiert das Verhalten und baut neue Module. Wichtig ist dabei, dass Menschen immer die Ergebnisse prüfen.
Fachleute unterscheiden dabei fünf Wege:
- Rehosting: Die Anwendung läuft unverändert auf neuer Infrastruktur.
- Replatforming: Die Anwendung wird in Teilen an eine neue Plattform angepasst.
- Refactoring: Der Code wird umgebaut, die Funktion bleibt gleich.
- Rebuild: Die Anwendung wird im neuen Technologiestack neu gebaut.
- Retirement: Das System wird abgeschaltet, weil es nicht mehr gebraucht wird.
Welcher Weg passt, hängt von Geschäftsziel, Risikobereitschaft und dem Zustand des Codes ab. Riwers wählt bei der Modernisierung von Legacy-Systemen meist den Rebuild und setzt als erstes Ziel eine 1:1-Kopie: gleiche Funktion, bei neuer Technologie.
Was bedeutet Softwaremigration?
Softwaremigration heisst, eine Anwendung samt ihren Daten auf eine neue technische Basis zu übertragen, etwa von einem alten Framework auf einen aktuellen Stack. Sie ist also ein Teil der Software-Modernisierung. Riwers trennt Migration und Weiterentwicklung: Zuerst entsteht die Kopie in neuer Technik, danach folgen Optimierungen und neue Funktionen.
Warum Legacy-Systeme jetzt unter Druck geraten
Altsysteme verursachen häufig laufende Kosten und Risiken, die sich schwer beziffern lassen. Nichtsdestotrotz haben wir einige Zahlen zur Orientierung herausgesucht:
- Laut einer HCLTech-Studie von 2026 gelten 51 % der Unternehmensanwendungen als Legacy (HCLTech).
- 62 % der befragten Unternehmen in einer Lünendonk-Studie von 2025 sehen Teile ihrer geschäftskritischen Anwendungen als nicht mehr zeitgemäss. 97 % nennen steigende Sicherheits- und Regulatorik-Anforderungen als Treiber (Lünendonk).
- In Deutschland fehlen laut Bitkom derzeit 79’000 IT-Fachkräfte, die sich um solche Systeme kümmern könnten (Bitkom).
Der Doppelnutzen: ablösen und gleichzeitig KI-ready werden
Diese Zahlen erklären, warum Altsysteme Geld und Nerven kosten. Für viele Unternehmen kommt gerade ein zweiter Grund dazu: Sie möchten KI einsetzen und merken dabei, dass ihre Systeme dafür nicht gebaut sind.
Genau hier setzt der Gedanke an, den wir Doppelnutzen nennen. Wer die Ablösung eines Altsystems und die Vorbereitung auf KI getrennt plant, analysiert dasselbe System zweimal. Der Doppelnutzen-Ansatz der KI-gestützten Legacy-Modernisierung verbindet beides: Die Arbeit, die ohnehin nötig ist, um das alte Verhalten zu verstehen und neu zu bauen, schafft zugleich die Grundlage, auf der KI-Anwendungen später aufsetzen.
Warum KI-Vorhaben an Altsystemen scheitern
Wie gross die Lücke zwischen Altsystem und KI ist, zeigt eine Studie von HCLTech aus dem Jahr 2026: Nur 21 % der Unternehmen halten ihre Datenlandschaft für modernisiert und einsatzbereit (HCLTech). Ein Grund dafür liegt in der Software selbst. Über Jahre gewachsene Individualsoftware ist oft schlecht dokumentiert und schwer zu überblicken (it-daily). Setzt man eine KI-Anwendung auf solche Daten und Schnittstellen, übernimmt sie jede Unklarheit, die im Altsystem steckt.
Was «KI-ready» konkret heisst
Was muss also vorliegen, damit ein System KI-ready ist? Aus unserer Sicht sind es drei Dinge:
- Dokumentierte Schnittstellen und Datenmodelle, an die sich Anwendungen anschliessen lassen.
- Eine Fachlogik, die sich überprüfen lässt, weil sie als Spezifikation mit Testfällen vorliegt.
- Automatisierte Tests, die belegen, dass das System sich so verhält wie beschrieben.
Wenn Sie diese Liste mit den Ergebnissen einer sauberen Modernisierung vergleichen, werden Sie viel wiederfinden. Bei der Analyse und beim Neubau entstehen ohnehin Modulkarten, Abhängigkeitsgraphen, Schnittstellen- und Datenmodell-Dokumentation, Feature-Spezifikationen und Abnahmetests. Das ist der Doppelnutzen. Welche KI-Lösungen im Unternehmen Sie danach darauf aufbauen, hängt vom Anwendungsfall ab; bei der Auswahl kann eine KI-Beratung helfen.
Wie KI bei der Modernisierung hilft, und wo nicht
Wo KI hilft
Bleibt die Frage, welche Rolle die KI selbst in diesem Prozess spielt. Ihre grösste Stärke liegt beim Verstehen: KI-Agenten können Code analysieren, Abhängigkeiten sichtbar machen und Dokumentation erstellen (it-daily). Das erwarten auch viele Unternehmen. In der Lünendonk-Studie rechnen 69 % der Befragten mit einem besseren Verständnis bestehender Programmstrukturen, 55 % sehen Potenzial bei Dokumentation und Wissensmanagement.
Beim Neubau schreibt die KI anschliessend die Module, und Entwickler prüfen sie. Wie sich die Arbeit in Entwicklungsteams dadurch gerade verändert, lesen Sie in unserem Beitrag zu KI in der Softwareentwicklung.
Wie viel Zeit sich damit sparen lässt, ist schwer pauschal zu sagen. Hersteller werben mit grossen Zahlen, Fujitsu etwa nennt für seinen KI-Modernisierungsservice rund 40 % kürzere Migrationszeiten (Fujitsu). Solche Herstellerangaben lassen sich allerdings nicht ohne Weiteres auf andere Projekte übertragen.
Wo KI Grenzen hat
So hilfreich KI beim Verstehen und Bauen ist, so deutlich zeigen sich ihre Grenzen, sobald man ihr zu viel überlässt. Gartner erwartet, dass mehr als 70 % der 2026 gestarteten Mainframe-Exit-Projekte ihre Ziele verfehlen. Als Grund nennt Gartner, dass die Fähigkeiten generativer KI-Tools überschätzt werden (Gartner). Auch Slalom betont, dass KI-Ergebnisse menschliche Kontrolle brauchen und dass eine reine Cloud-Migration die Probleme gewachsener Software meist nicht löst (it-daily).
Für uns bei Riwers heisst das: Jede Aussage über das Altsystem muss sich im Code belegen lassen. In unserer Methode haben wir das so festgehalten: «Nichts wird angenommen, alles ist durch Code belegt.»
Das Vorgehen bei der KI-gestützten Legacy-Modernisierung in fünf Phasen
Wie sieht das in der Praxis aus? Unsere Legacy-Migration läuft in fünf Phasen ab, die aufeinander aufbauen:
- Understand: Zuerst erfasst eine KI-Analyse die Codebasis mit Architektur, Geschäftsregeln, Abhängigkeiten und Datenflüssen. Dazu werten wir die Git-Historie aus und beobachten das laufende System.
- Analyze: Danach bewerten wir Code, Risikobereiche, Wartungsaufwand und versteckte Abhängigkeiten.
- Specify: Auf dieser Grundlage halten wir das Verhalten des Altsystems als Spezifikation mit Testfällen fest.
- Rebuild: Erst jetzt baut die KI das neue System, und unsere Senior Engineers prüfen jedes Modul. Der Umbau erfolgt schrittweise, ohne Big Bang.
- Verify: Zum Schluss belegen automatisierte Tests, dass sich das neue System identisch verhält.
Die ersten drei Phasen dienen also vor allem einem Zweck: das Wissen aus dem Altcode zu holen, bevor die Entwicklung im neuen Stack beginnt. Optimierungen, neue Funktionen und grössere Korrekturen heben wir uns bewusst für später auf, wenn die 1:1-Kopie steht. So bleibt jederzeit nachvollziehbar, was sich verändert hat.
Drei Beispiele aus der Praxis
Wie unterschiedlich die Ausgangslagen dabei sein können, zeigen drei unserer Projekte:
| Kunde | Ausgangslage | Vorgehen | Ergebnis |
|---|---|---|---|
| Löwenfels | jQuery-Frontend mit rund 60 serverseitigen RPC-Skripten | Oberfläche in Angular neu gebaut, das Dokumentensystem blieb unberührt | Sieben Arbeitstage statt drei bis vier Monate |
| dormakaba (B-COMM) | Java-RMI-Monolith mit Swing-Oberfläche, ohne Repository | Verhalten am laufenden System erfasst, Oberfläche in React ersetzt | Alt- und Neusystem laufen parallel |
| ERP-Projekt (Kunde anonym) | 30 Jahre altes ERP in Visual Basic, ohne Quellcode | Rekonstruktion aus Server-Snapshots, Migration nach Odoo Modul für Modul | Erstes Modul live, das Altsystem läuft parallel weiter |
Ein Sonderfall war das ERP-Projekt, denn dort gab es keinen Quellcode mehr. Das System wurde aus Server-Snapshots rekonstruiert und wird nun Modul für Modul nach Odoo überführt. Wer selbst vor einem ERP-Wechsel steht, findet im Beitrag zu ERP-Alternativen für KMU einen Vergleich der Optionen.
Ist Ihr System bereit? Die Voraussetzungen
Vielleicht fragen Sie sich an dieser Stelle, ob Ihr eigenes System für so ein Vorgehen infrage kommt. Bevor eine Analyse starten kann, müssen drei Voraussetzungen geklärt sein: der Quellcode, ein Testsystem und die Abnahme.
Wie aufwendig das Projekt danach wird, hängt von sechs Faktoren ab: der Grösse des Systems, der Datenhistorie, der Kernlogik, dem Umfang der Modernisierung, den Schnittstellen und dem Betrieb. Dazu kommen natürlich Termin und Budget.
Das klingt nach vielen Variablen, lässt sich aber schnell einschätzen.
Dafür haben wir den Legacy-Check entwickelt. Sie beantworten zehn Fragen ohne Vorbereitung, das dauert etwa fünf Minuten. Danach sehen Sie, welche Voraussetzungen erfüllt sind und welche noch fehlen. Sobald Sie Ihre E-Mail-Adresse bestätigt haben, erhalten Sie die Einschätzung als PDF-Bericht samt Aufwandsprofil. Wenn Sie möchten, besprechen wir das Ergebnis anschliessend in einem kostenlosen, unverbindlichen Gespräch von 30 Minuten.
Kosten, Dauer und Risiken
Und dann ist da natürlich die Frage nach Kosten und Dauer. Feste Preise für eine KI-gestützte Legacy-Modernisierung lassen sich ohne Kenntnis Ihres Systems leider nicht nennen. Zur Orientierung helfen Branchenwerte: Laut HCLTech dauert ein typisches Modernisierungsprojekt rund 39,5 Wochen. Die Personalkosten dafür beziffert HCLTech in einer Modellrechnung auf rund 807’000 US-Dollar (HCLTech). Wie weit Ihr Projekt davon abweicht, hängt von den eben genannten Faktoren ab.
Damit Sie nicht mit einer Schätzung ins Blaue starten müssen, beginnt bei uns jedes Projekt mit einer Analyse von Code oder laufendem System. Sie dauert bis zu eine Woche und läuft isoliert und unter NDA. Den Bericht erhalten Sie in jedem Fall, und er gehört Ihnen, auch wenn später jemand anderes die Umsetzung übernimmt. Auf dieser Grundlage erstellen wir ein Festpreisangebot ohne offenes Ende.
Auch die Risiken lassen sich auf diese Weise begrenzen. Weil wir schrittweise umbauen, gibt es keinen Big Bang. Alt- und Neusystem laufen eine Zeit lang parallel, wie bei dormakaba und dem ERP-Projekt, sodass der laufende Betrieb weitergeht. Für die Qualität sorgt die Prüfung jedes Moduls durch unsere Senior Engineers.
Häufige Fragen zur Legacy-Modernisierung
Was versteht man unter Legacy-Modernisierung?
Legacy-Modernisierung ist die Überführung eines gewachsenen Altsystems auf eine moderne technische Basis, bei der die Fachfunktion erhalten bleibt. Dazu gehören Rehosting, Replatforming, Refactoring, Rebuild und die Abschaltung nicht mehr benötigter Systeme.
Was bedeutet Softwaremigration?
Softwaremigration überträgt eine Anwendung samt Daten auf eine neue technische Basis. Sie ist ein Teil der Modernisierung und ändert zunächst nur die Technik, nicht die Funktion.
Wie hilft KI bei der Ablösung von Legacy-Systemen?
KI analysiert den Altcode, macht Abhängigkeiten sichtbar, erstellt Dokumentation und baut neue Module. Senior Engineers prüfen jedes Ergebnis, automatisierte Tests belegen, dass sich das neue System wie das alte verhält.
Lässt sich ein Legacy-System ohne Quellcode modernisieren?
In einem unserer Projekte gab es für ein 30 Jahre altes ERP keinen Quellcode mehr; wir haben es aus Server-Snapshots rekonstruiert. Voraussetzung ist in jedem Fall eine lauffähige Anwendung, deren Verhalten wir beobachten können. Ob das bei Ihrem System möglich ist, klärt der Legacy-Check in einem ersten Schritt.
Wie lange dauert eine Legacy-Migration?
Die Analyse dauert bei Riwers bis zu eine Woche. Die Dauer der Umsetzung hängt von Grösse, Kernlogik und Schnittstellen ab. Laut HCLTech dauert ein typisches Projekt rund 39,5 Wochen. Nach der Analyse erhalten Sie ein Festpreisangebot.
Fazit: Erst prüfen, dann ablösen
Wenn wir das Ganze zusammenfassen: KI-gestützte Legacy-Modernisierung lohnt sich dann, wenn sie dem Code mit Belegen begegnet. Das alte System wird verstanden, sein Verhalten spezifiziert, schrittweise neu gebaut und per Test verifiziert. Am Ende ist das Altsystem abgelöst, und Sie haben gleichzeitig die Dokumentation, die Schnittstellen und die Tests, auf denen Ihre KI-Anwendungen aufbauen können.
Ob Ihr System dafür bereit ist, sehen Sie nach fünf Minuten. Starten Sie den Legacy-Check oder buchen Sie ein kostenloses Erstgespräch zur Legacy-Migration.