Legacy-Modernisierung in der Industrie: Leitfaden in sechs Schritten

Kurz beantwortetLegacy-Modernisierung in der Industrie bedeutet, ein gewachsenes System in Betrieb zu lassen und es schrittweise zu entlasten, weil Maschinen dreißig Jahre laufen und ein Stichtag für alles den Betrieb gefährdet. Der Leitfaden ordnet sechs Schritte in drei Jahre: Halbjahr eins Analyse und Absicherung, Halbjahr zwei Kapselung und erster Bereich, Jahr zwei Wiederholung nach Geschäftswert, Jahr drei Abschaltung. Jeder Schritt wird einzeln abgenommen und kann der letzte sein.

Was ist an Legacy-Modernisierung in der Industrie anders als im Büro?

Drei Dinge: die Laufzeit der Maschinen, die Steuerungsebene und der Schichtbetrieb. Eine Anlage aus dem Jahr 1998 wird 2026 noch gewartet, und der Kunde bestellt Ersatzteile nach einer Stückliste, die nur das Altsystem kennt. Ein Bürosystem darf am Wochenende umziehen; ein Produktionsleitsystem im Dreischichtbetrieb hat kein Wochenende. Und an der Steuerung endet jede Modernisierung an einer Sicherheitsgrenze, die von Menschen mit Anlagenkenntnis freigegeben wird.

Dazu kommt die Kennerzahl. In vielen Industriebetrieben können zwei Personen das Kernsystem erklären, und eine davon geht in den nächsten Jahren in Rente. Das Altsystem ist dann ein Betriebsrisiko, ganz gleich, wie stabil es läuft. Der Leitfaden nimmt diese Besonderheiten als Rahmen: kein Stichtag, keine Änderung ohne Rückfallweg, und die Kenner sind vom ersten Tag an Prüfer der Karte. Warum der Komplettaustausch an genau diesen Punkten scheitert, steht in Warum Rip-and-Replace im Mittelstand scheitert.

Welche sechs Schritte hat der Leitfaden?

Die Reihenfolge ist zwingend, weil jeder Schritt den nächsten erst möglich macht: Ohne Karte weiß niemand, was ein Modul mitreißt; ohne Absicherung merkt niemand, ob eine Änderung das Verhalten verschiebt; ohne Zwischenschicht hängt jedes neue Modul direkt am Kern und macht ihn schwerer. Die sechs Schritte im Einzelnen:

1. Analysieren. Lesezugriff auf Quellcode, Schemata, Protokolldaten und Tickets; ein Sprachmodell liest, Fachbereich und IT bestätigen jede Aussage. Nach zehn Tagen liegt eine Karte in vier Schichten vor: Betrieb, Schnittstellen, Datenmodell, Regeln im Code. Wie die zehn Tage ablaufen, steht in Softwarearchäologie.
2. Absichern. Notfallplan für den Ausfall des letzten Kenners, Charakterisierungstests für die Module mit dem höchsten Schadenspotenzial, Netztrennung und Zugriffsschutz für Systeme ohne Herstellerpflege. Dieser Schritt hat eigenen Nutzen, auch wenn danach nie modernisiert wird; siehe IT-Notfallplan für den einzigen Kenner und Altsystem-Sicherheit ohne Hersteller-Updates.
3. Kapseln. Schnittstellen inventarisieren, eine Zwischenschicht mit Lese- und Schreibzugriffen bauen, Rechte einmal regeln. Neue Module greifen ab jetzt nur über diese Schicht auf den Kern zu. Das Verzeichnis dafür entsteht nach Legacy-Schnittstellen inventarisieren.
4. Ersten Bereich herauslösen. Ein kleiner, vollständiger Bereich, etwa das Angebotsmodul oder ein Serviceportal, mit eigener Abnahme, eigenem Messwert und Rückfallweg. Er beweist die Methode im eigenen Haus und liefert die erste Zahl für das Investitionsgremium.
5. Wiederholen nach Geschäftswert. Module in der Reihenfolge aus Änderungsdruck und Zahl der schreibenden Nachbarsysteme; Parallelbetrieb mit genau einem führenden System je Datenbereich und einem Abschalttermin je Segment. Die Regeln dafür stehen in Modernisierung ohne Projektstopp.
6. Abschalten und archivieren. Wenn kein Vorgang mehr am Kern hängt: Daten archivieren, Lesezugriff für Nachweispflichten sichern, Lizenzen kündigen. Wie das sauber geht, beschreibt Altsystem stilllegen, Daten archivieren.

Wie lange dauert jeder Schritt, und was liefert er?

Die Dauer richtet sich nach Systemgröße und Kennerzahl; die Größenordnungen aus Modernisierungen im Mittelstand stehen in der Tabelle. Entscheidend ist die letzte Spalte: Jeder Schritt hat einen Punkt, an dem der Betrieb aufhören kann, ohne etwas verloren zu haben.

Der Fahrplan ordnet, er terminiert nicht. Wer nach Halbjahr zwei feststellt, dass Kern plus Zwischenschicht plus ein Modul außerhalb den Änderungsdruck abfangen, bleibt dort und prüft jährlich neu. Wie die drei Jahre im Detail geplant werden, mit Abbruchpunkten je Halbjahr, steht in Legacy-Modernisierung: Fahrplan über drei Jahre.

Gewachsene Software und KI: Wo hilft KI-Unterstützung bei der Modernisierung?

In den Schritten eins bis vier, und dort beim Lesen: Regel-Kandidaten mit Fundstelle, Aufrufketten, Übersetzung von Altcode in Fachsprache und Tests, die das heutige Verhalten festhalten. Ab Schritt drei wird KI außerdem zur Verbindungsschicht, die Fragen über Kern und Nachbarsysteme mit Fundstelle beantwortet und damit viele Änderungswünsche überflüssig macht, deren Zweck eine Auswertung war.

Was KI-Unterstützung bei der Modernisierung von Altsystemen im Maschinenbau je Systemtyp beiträgt, vom Variantenkonfigurator bis zur Steuerung, steht in KI-Unterstützung: Altsysteme im Maschinenbau modernisieren; die zwei Rollen der KI bei gewachsener Software allgemein, Leser und Verbindungsschicht, in Gewachsene Software und KI. Der Leitfaden hier setzt beides voraus und ordnet es in die Reihenfolge ein.

Kernsystem-Ablösung vermeiden: Ist das immer das Ziel?

Nein. Ziel ist ein Kern, der nur noch das tut, was er gut kann; die Abschaltung in Schritt sechs ist die Folge, wenn nichts mehr an ihm hängt. Viele Betriebe bleiben bewusst bei Schritt drei oder vier stehen: Der Kern führt Buchungen, Bestände und Stammdaten, alles andere lebt daneben. Welche vier Alternativen zur Ablösung es gibt und welche zu welchem Befund passt, steht in Kernsystem-Ablösung vermeiden: vier Alternativen; wie der Weg für ein ERP im Besonderen aussieht, in Gewachsenes ERP modernisieren ohne Neustart.

Was zeigt eine Fallskizze aus der Zulieferindustrie?

Annahmen gekennzeichnet. Ein Zulieferer mit 250 Mitarbeitern betreibt ein Produktionsleitsystem aus dem Jahr 2004 (Annahme), zwei Kenner, einer geht 2028 in Rente, achtzehn vertagte Fachanforderungen aus Planung und Service (Annahme). Ein Angebot für die Komplettablösung nennt 600.000 Euro und achtzehn Monate (Annahme). Erste Schätzungen für Ablösungen liegen regelmäßig um Faktor zwei bis drei daneben, weil unbekannte Abhängigkeiten, Regeln ohne fachlichen Besitzer und der Parallelbetrieb fehlen; die realistische Spanne liegt also bei 1,2 bis 1,8 Millionen Euro.

Der Leitfaden dagegen, mit Annahmen je Schritt: Analyse zum Festpreis, hier mit 25.000 Euro angesetzt; Absicherung mit 40 internen Personentagen zu 8 Stunden und 85 Euro, also 27.200 Euro; Kapselung mit 120.000 Euro; erster Bereich, das Planungsmodul, mit 90.000 Euro. Nach Halbjahr zwei sind 262.200 Euro ausgegeben, und der Betrieb hat vier Abbruchpunkte passiert, eine Karte, ein Sicherheitsnetz, eine Zwischenschicht und ein Modul mit eigener Messung. Ob Jahr zwei folgt, entscheidet die Zahl am Planungsmodul, etwa die Vorlaufzeit je Änderung. Was das Warten kostet, mit der Liste vertagter Anforderungen als Grundlage, rechnet Gewachsene Software und KI vor; die Vorlage für das Investitionsgremium steht in Legacy-Modernisierung: Business Case.

Woran scheitert der Leitfaden in der Praxis?

An fünf wiederkehrenden Mustern, und keines davon ist technisch. Wer sie kennt, erkennt sie in Schritt eins.

• Schätzung vor der Analyse. Eine Gesamtsumme wird genannt, bevor die Karte existiert. Seriös schätzbar ist nur, was analysiert wurde, und zwar je Modul.
• Schnitt nach technischer Schwierigkeit. Das erste Modul wird gewählt, weil es leicht ist, und liefert keinen Geschäftswert. Der Schnitt folgt dem Änderungsdruck.
• Zwei führende Systeme. Im Parallelbetrieb schreiben Alt und Neu denselben Datenbereich. Regel eins lautet: genau ein führendes System je Datenbereich, schriftlich, mit Datum.
• Zwischenschicht ohne Betreiber. Die Schicht wird gebaut und niemand verantwortet sie. Wer das Altsystem verantwortet, steht in Wer verantwortet das Altsystem?.
• Stichtag von oben. Die Geschäftsführung setzt ein Datum für alles, und der Leitfaden wird zum Neustart in Verkleidung. Warum das scheitert, zeigt Warum Modernisierungsprojekte scheitern.

Begriffe kurz erklärt

Abbruchpunkt

Der Punkt am Ende eines Schritts, an dem der Betrieb aufhören kann, ohne das bisher Erreichte zu verlieren. Jeder der sechs Schritte hat einen.

Zwischenschicht

Softwareschicht mit Schnittstellen, Ereignissen und Rechten, die den Kern nach außen kapselt. Neue Module greifen nur über sie zu.

Kennerzahl

Zahl der Personen, die das Altsystem fachlich und technisch erklären können. Sinkt sie auf eins, ist das System ein Betriebsrisiko.

Parallelbetrieb

Phase, in der Alt und Neu zugleich laufen. Regel eins: genau ein führendes System je Datenbereich, mit Abschalttermin je Segment.

Weiterführend

• Kernsystem-Ablösung vermeiden: vier Alternativen: welche Alternative zu welchem Befund passt.
• Gewachsenes ERP modernisieren ohne Neustart: der Weg für das ERP im Besonderen.
• KI-Unterstützung: Altsysteme im Maschinenbau und Gewachsene Software und KI.
• Fahrplan über drei Jahre, Strangler Fig in der Praxis und Ablösen oder modernisieren?.
• Themen-Hub: Legacy-Systeme modernisieren ohne Kernsystem-Ablösung, die Leistungsseiten Entwicklung und Legacy-Modernisierung.