Legacy-Systeme modernisieren ohne Kernsystem-Ablösung
Legacy-Systeme modernisieren ohne Kernsystem-Ablösung bedeutet, das gewachsene System in Betrieb zu lassen und es schrittweise zu entlasten: zuerst eine Analyse von zehn Tagen, die Betrieb, Schnittstellen, Datenmodell und Regeln im Code kartiert, dann eine Verbindungsschicht über den Bestand, dann ein kleiner Bereich nach dem anderen, jeder mit eigenem Nutzen und Abbruchpunkt. Das Kernsystem wird erst abgeschaltet, wenn kein Vorgang mehr daran hängt.
KI-Unterstützung bei der Modernisierung
KI hilft bei der Modernisierung vor allem durch Menge: Sie liest Quellcode, Jobs, Logs und Tickets in einer Größenordnung durch, die manuell unbezahlbar wäre. Belastbar sind vier Aufgaben: Geschäftsregel-Kandidaten auffinden, Aufrufketten nachverfolgen, Code in Fachsprache übersetzen und Charakterisierungstests erzeugen. Softwarearchäologie kartiert so ein Altsystem in zehn Tagen in vier Schichten, Betrieb, Schnittstellen, Datenmodell und Regeln im Code, jede Aussage mit Fundstelle und bestätigt von Fachbereich und IT. Unbelastbar bleiben Architekturentscheidungen und die Frage, ob eine Regel fachlich noch gilt; die Rundungsvorschrift von 2009 bewertet weiterhin der Fachbereich. Das Ergebnis ist eine Liste von Behauptungen mit Fundstelle, die die Modernisierung planbar macht.
Wie modernisiere ich ein gewachsenes ERP ohne Neustart?
Ein gewachsenes ERP modernisieren Sie nach dem Strangler-Fig-Muster: Neue Funktionalität entsteht ausschließlich außerhalb des Altsystems, ein Bereich nach dem anderen wandert heraus, und das Altsystem schrumpft, bis es abgeschaltet werden kann. Drei Fallen entscheiden über den Erfolg: ungeklärte Datenhoheit, denn zwei schreibende Systeme erzeugen zwei Wahrheiten, ein Schnitt nach technischer Schwierigkeit statt nach Geschäftsfähigkeit, und eine Fassade ohne verantwortlichen Betrieb. Für den Parallelbetrieb gelten fünf Regeln, an erster Stelle genau ein führendes System je Datenbereich, schriftlich und mit Gültigkeitsdatum, sowie Abschalttermine je Segment statt eines Termins am Projektende. Rückfallwege laufen über Konfiguration, damit ein Fehlschlag in Minuten zurückgenommen ist.
Gewachsene Software und KI
Gewachsene Software und KI passen zusammen, wenn KI als Verbindungsschicht über dem Bestand liegt statt als Ersatz: Sie liest über vorhandene Schnittstellen, verbindet Fragmente über gemeinsame Schlüssel und lässt das Altsystem führend. Genau das fehlt bei der Komplettablösung, denn auch das neue System kennt Zeichnungen, Postfächer und Schichtbücher nicht, das Verbindungsproblem bleibt. In der Rechnung fehlen dort drei Posten: zwei Jahre gebundene Aufmerksamkeit der Schlüsselpersonen, verlorene Sonderwege und unvollständig migrierte Historie. Die Verbindungsschicht zeigt außerdem, welche Teile des Altsystems tatsächlich genutzt werden und welche Regeln im letzten Jahr kein einziges Mal ausgelöst wurden. Das ist die belastbarste Grundlage für die Entscheidung, was modernisiert, gekapselt oder bewusst so gelassen wird.
Kernsystem-Ablösung vermeiden
Ob eine Ablösung nötig ist, entscheiden vier Kriterien: der Änderungsdruck, also wie viele Anforderungen als zu riskant vertagt wurden, der Anteil undokumentierter Fachlogik, die Personaldecke der Systemkenner und ein glaubwürdiger Zielzustand. Bei hoher unbelegter Fachlogik ist Kapseln günstiger als Neubauen, bei niedrigem Änderungsdruck ist Stillhalten mit Absicherung die wirtschaftlichste Option. Erste Schätzungen für eine Ablösung liegen regelmäßig um Faktor zwei bis drei daneben, weil unbekannte Abhängigkeiten, Regeln ohne fachlichen Besitzer und der Parallelbetrieb fehlen. Seriös schätzbar ist deshalb nur, was analysiert wurde: Die Analyse lässt sich festpreisen, danach entsteht je Komponente eine eigene Schätzung. Modernisierungsprojekte scheitern an fünf wiederkehrenden Mustern, das erste davon ist die Schätzung vor der Analyse.
Legacy-Modernisierung Industrie
In der Industrie folgt eine tragfähige Modernisierung einem Drei-Jahres-Fahrplan, der ordnet statt zu terminieren: Halbjahr 1 Analyse, Notfallvorsorge und Testnetz an den Stellen mit dem höchsten Schaden, Halbjahr 2 ein kleiner, vollständiger Bereich als Beweis der Methode, Jahr 2 Wiederholung nach Geschäftswert, Jahr 3 Abschalten. Jeder Schritt hat eigenen Nutzen und eigenen Abbruchpunkt. Das Investitionsgremium überzeugt kein IT-Argument, tragfähig ist eine Rechnung aus vier Bausteinen: die Fortschreibung des Ist-Zustands ohne Investition mit Änderungsvorlaufzeit, Kennerzahl und Vorfällen, die Liste der vertagten Fachanforderungen, eine Modulreihenfolge mit Abbruchpunkten statt einer Gesamtsumme und die Darstellung der Risiken. Wenn zwei Personen das System kennen und eine 2028 in Rente geht, steht die Kennerzahl danach bei eins.
Engineering
Modul für ModulWie modernisiere ich ein gewachsenes ERP ohne Neustart?
Ein gewachsenes ERP ohne Neustart modernisieren: Karte des Systems, Zwischenschicht, neue Module daneben, Ablösung mit Rückfallweg. Reihenfolge und Vorgehen.
02.09.2026 · 9 MinEngineering4 AufgabenKI-Unterstützung: Altsysteme im Maschinenbau modernisieren
KI-Unterstützung bei der Modernisierung von Altsystemen im Maschinenbau: vier belastbare Aufgaben, drei Grenzen, die typischen Systeme von Konfigurator bis SPS und der Weg zum Befund.
02.09.2026 · 9 Min
Engineering2 RollenGewachsene Software und KI: Verstehen, erweitern, absichern
Gewachsene Software und KI passen in zwei Rollen zusammen: als Leser, der den Bestand kartiert, und als Verbindungsschicht darüber. Drei Wege, fünf Schritte, eine Rechnung.
02.09.2026 · 9 Min
SystemeEntscheidungAblösen oder modernisieren? Die Entscheidungsmatrix, die ohne Bauchgefühl auskommt
Vier Kriterien, die die Frage beantworten und der Fall, in dem die richtige Antwort „nichts tun" lautet. Plus die Kosten, die keiner der Wege spart.
04.08.2026 · 7 MinSystemeStrategieWarum Rip-and-Replace im Mittelstand scheitert und was stattdessen funktioniert
Die große Ablösung bindet zwei Jahre, die besten Leute und das gesamte Änderungsbudget. Die nüchterne Rechnung dagegen. Und der Weg, der stattdessen trägt.
31.07.2026 · 6 MinSystemeMusterStrangler Fig: Migration ohne Big Bang, mit den Fallen, die niemand erwähnt
Das Muster ist bekannt, die Umsetzung scheitert an drei Stellen: Datenhoheit, doppelte Wahrheit und die Frage, wer die Fassade betreibt.
04.08.2026 · 7 Min
SystemeBetriebModernisieren, während der Betrieb weiterläuft: die Regeln für den Parallelbetrieb
Zwei Systeme, eine Wahrheit: wie man Datenhoheit, Abschalttermine und Rückfallwege organisiert, ohne im Zwischenzustand steckenzubleiben.
04.08.2026 · 7 MinSystemePlanungDie Drei-Jahres-Roadmap für ein Altsystem: was in welcher Reihenfolge
Eine Reihenfolge, die auch dann noch trägt, wenn Budget und Personal sich ändern, mit Abbruchpunkten nach jedem Schritt.
04.08.2026 · 7 MinSystemeKostenWas eine Legacy-Modernisierung wirklich kostet und warum jede erste Schätzung zu niedrig ist
Die drei Posten, die in keinem Angebot stehen: unbekannte Abhängigkeiten, Fachregeln ohne Besitzer und der Parallelbetrieb. Eine nüchterne Rechnung.
04.08.2026 · 7 MinSystemeBusiness CaseDer Business Case für eine Modernisierung: wie man ein Gremium überzeugt, das keine IT-Argumente hört
Vier Bausteine, die auch bei einem CFO tragen, die Zahlen, die Sie dafür aus dem eigenen Betrieb brauchen, und die drei Formulierungen, die eine Vorlage zuverlässig scheitern lassen. Mit Ein-Seiten-Vorlage zum Ausfüllen.
04.08.2026 · 8 Min
SystemeRealitätscheckKI und Legacy-Code: was 2026 tatsächlich funktioniert und was Marketing ist
Drei Aufgaben, bei denen Modelle in Altbeständen echten Vorsprung bringen und drei, bei denen sie zuverlässig danebenliegen.
04.08.2026 · 7 MinEngineering10 TageSoftwarearchäologie: Wie KI ein Altsystem in zehn Tagen kartiert
Softwarearchäologie mit KI: Ein Altsystem wird in zehn Tagen kartiert, aus Code, Schemata, Logs und Tickets. Vier Schichten, ein Befund, ohne Neubau-Zwang.
11.09.2026 · 8 MinSystemeRückblickWarum Modernisierungsprojekte scheitern: fünf Muster, die sich wiederholen
Keines davon ist technisch. Alle fünf sind vor dem Start erkennbar und vier davon vermeidbar.
04.08.2026 · 7 MinSystemeArchitekturSysteme integrieren statt ersetzen: die Anschluss-Architektur erklärt
Warum Anschließen fast immer schlägt, was Ablösen verspricht und wie eine Integrationsschicht technisch aufgebaut ist. Inklusive Berechtigungen und Betrieb.
31.07.2026 · 6 Min
SystemeMethodeGeschäftsregeln aus Altcode extrahieren: wie aus zwanzig Jahren Logik eine Liste wird
Business-Rules-Extraktion praktisch: Was maschinell geht, was Fachbereichsarbeit bleibt und woran man erkennt, dass eine Regel tot ist.
04.08.2026 · 7 MinBegriffe zum Thema
- Strangler-Fig-Muster
- Schrittweise Ablösung: Neue Funktionalität entsteht außerhalb des Altsystems, Bereich für Bereich wandert heraus, das Altsystem schrumpft bis zur Abschaltung.
- Softwarearchäologie
- Kartierung eines Altsystems in zehn Tagen aus Quellcode, Schemata, Logs und Tickets, in vier Schichten: Betrieb, Schnittstellen, Datenmodell, Regeln im Code.
- Charakterisierungstest
- Test, der das heutige Verhalten eines Altsystems festhält, bevor es verändert wird. Er beschreibt, was der Code tut, ohne zu bewerten, ob das richtig ist.
- Parallelbetrieb
- Phase zwischen erstem Go-live und Abschaltung, in der Alt und Neu zugleich laufen. Regel eins: genau ein führendes System je Datenbereich.
- Kennerzahl
- Zahl der Personen, die das Altsystem fachlich und technisch erklären können. Sinkt sie auf eins, ist das System ein Betriebsrisiko.
- Verbindungsschicht
- Lesende Schicht über dem Bestand, die Fragmente aus Altsystem, Zeichnungen, Postfächern und Schichtbüchern über gemeinsame Schlüssel verbindet.
Wie wir Altsysteme analysieren, kapseln und Modul für Modul erneuern, steht unter Entwicklung und auf der Seite Legacy-Modernisierung.
Wer kennt Ihr Kernsystem noch?
Rozalia Karbowniczek klärt im Erstgespräch, ob eine Zehn-Tage-Analyse Ihres Altsystems der richtige erste Schritt ist und was danach kommt.
Erstgespräch mit Rozalia Karbowniczek →