Gewachsene Software und KI: Verstehen, erweitern, absichern
Gewachsene Software und KI passen in zwei Rollen zusammen. In der ersten Rolle liest die KI den Bestand: Quellcode, Schemata, Protokolldaten und Tickets werden zu einer Karte mit Fundstellen, an der sich Änderungen planen lassen. In der zweiten Rolle liegt die KI als Verbindungsschicht über dem Bestand und beantwortet Fragen aus ihm, ohne dass er angefasst wird. Beide Rollen lassen das Altsystem führend.
Gewachsene Software und KI passen in zwei Rollen zusammen: Als Leser kartiert die KI Quellcode, Schemata, Protokolldaten und Tickets zu Regeln, Aufrufketten und Schnittstellen mit Fundstelle und erzeugt Charakterisierungstests; als Verbindungsschicht liegt sie lesend über Altsystem, Postfächern, Zeichnungen und Schichtbüchern und beantwortet Fragen, für die heute mehrere Systeme geöffnet werden müssen. Erweitert wird in fester Reihenfolge: Betroffene bestimmen, Verhalten festhalten, Regeln übersetzen, außerhalb ändern, vergleichen und freigeben. Drei Wege stehen zur Wahl: Verstehen, Erweitern, Anbinden, dazu die ernst gemeinte Option, ein System mit niedrigem Änderungsdruck bewusst so zu lassen.
Kurz beantwortetGewachsene Software ist Software, deren Regeln niemand mehr vollständig kennt, weil sie über Jahre von wechselnden Händen erweitert wurde. KI hilft dabei in zwei Rollen: als Leser, der Regeln, Ketten und Schnittstellen mit Fundstelle kartiert, und als Verbindungsschicht, die Fragen über das Altsystem und seine Nachbarn beantwortet. Ändern folgt einer festen Reihenfolge: erst Tests, die das heutige Verhalten festhalten, dann die Änderung, dann der Vergleich.
Was macht Software zu gewachsener Software?
Drei Merkmale, und keines davon ist das Alter. Erstens: Die Regeln stehen im Code und nirgends sonst, weil die Dokumentation einen Stand von früher beschreibt. Zweitens: Die Zahl der Menschen, die das System erklären können, ist kleiner als drei. Drittens: Änderungen dauern Monate, weil niemand sicher sagen kann, was sonst noch daran hängt. Ein System von 2019 kann alle drei Merkmale haben, eines von 1999 keines.
Die Folge ist eine Liste vertagter Fachanforderungen: Der Vertrieb wollte eine Preisstaffel, die Planung einen Export, der Service ein Feld, und jedes Mal hieß es „zu riskant". Diese Liste ist das ehrlichste Maß für den Zustand eines Systems, ehrlicher als jede technische Kennzahl. Wie sich technische Schulden messen und belegen lassen, steht in Technische Schulden messen.
Welche zwei Rollen spielt KI bei gewachsener Software?
Die Rolle des Lesers und die Rolle der Verbindungsschicht. Als Leser kartiert die KI den Bestand von innen, aus Code, Schemata, Protokolldaten und Tickets. Als Verbindungsschicht liegt sie über dem Bestand und seinen Nachbarn und beantwortet Fragen, für die heute drei Systeme geöffnet werden müssen. Die erste Rolle bereitet Änderungen vor, die zweite macht viele Änderungen überflüssig.
Ein Beispiel für Rolle zwei: Die Frage „Welche Aufträge des Kunden Meier hatten Sonderlackierung und welche Reklamationen folgten?" braucht heute das ERP, das Servicesystem und das Postfach des Vertriebs. Eine Verbindungsschicht liest alle drei über gemeinsame Schlüssel wie Auftrags- und Seriennummer und antwortet in Sekunden, mit Fundstelle. Am Altsystem wurde dafür nichts geändert. Warum diese Schicht fast immer günstiger ist als der Ersatz, steht in Systeme integrieren statt ersetzen.
Wie erweitere ich gewachsene Software, ohne sie zu zerstören?
In einer festen Reihenfolge, die das Risiko vor die Änderung zieht: erst festhalten, wie sich das Modul heute verhält, dann ändern, dann vergleichen. Wer die Reihenfolge umdreht und zuerst ändert, erfährt beim Kunden, was mitgerissen wurde.
Fünf Schritte, mit KI als Leser in den ersten drei:
- Betroffene bestimmen. Das Modell verfolgt die Aufrufkette der geplanten Änderung: Welche Module, Tabellen, Exporte und Nachbarsysteme hängen daran. Das Ergebnis ist eine Liste mit Fundstellen, die IT und Fachbereich bestätigen.
- Verhalten festhalten. Für jedes betroffene Modul erzeugt das Modell Charakterisierungstests: Eingaben und heutige Ausgaben, einschließlich der Sonderfälle. Diese Tests bewerten nichts, sie beschreiben.
- Regeln übersetzen. Die Regeln im betroffenen Code werden in Fachsprache gebracht und vom Fachbereich als gültig, veraltet oder unklar markiert. Veraltete Regeln werden nicht mitgenommen.
- Ändern, außerhalb wenn möglich. Neue Funktionalität entsteht möglichst als eigener Baustein neben dem Altsystem, angebunden über eine definierte Schnittstelle. Änderungen im Altsystem selbst bleiben klein.
- Vergleichen und freigeben. Die Tests aus Schritt 2 laufen erneut. Jede Abweichung ist entweder gewollt und dokumentiert oder ein Fehler. Erst dann Freigabe, mit Rückfallweg über Konfiguration.
Das Muster, neue Funktionalität konsequent außerhalb entstehen zu lassen, bis das Altsystem schrumpft, heißt Strangler-Fig. Wo es in der Praxis scheitert, steht in Strangler-Fig-Muster in der Praxis.
Welcher der drei Wege passt zu welchem System?
Verstehen, Erweitern und Anbinden schließen sich nicht aus, aber sie haben unterschiedliche Voraussetzungen und liefern unterschiedlich schnell. Die Tabelle ordnet sie:
| Weg | Wann er passt | Was KI übernimmt | Erste Zahl nach |
|---|---|---|---|
| Verstehen (Karte) | Änderungen dauern Monate, Kennerzahl unter drei | Regeln, Ketten, Schnittstellen, Datenmodell mit Fundstelle | Zehn Tagen |
| Erweitern (außerhalb) | Vertagte Fachanforderungen, klarer Nutzen je Baustein | Betroffene, Tests, Regelübersetzung | Vier bis acht Wochen je Baustein |
| Anbinden (Verbindungsschicht) | Fragen brauchen mehrere Systeme, Suchzeit hoch | Lesen, Verbinden, Antworten mit Fundstelle | Zwei Wochen |
| Bewusst so lassen | Kaum Änderungsdruck, Kenner vorhanden | Karte als Versicherung, Tests an drei Stellen | Zehn Tagen |
Die vierte Zeile ist eine ernst gemeinte Option. Ein System mit niedrigem Änderungsdruck und zwei Kennern wird mit einer Karte und drei abgesicherten Stellen günstiger betrieben als mit jedem Projekt. Wie diese Karte aktuell bleibt, steht in Legacy-Dokumentation, die nicht veraltet.
Was kostet eine vertagte Anforderung?
Eine Beispielrechnung mit gekennzeichneten Annahmen. Ein Betrieb hat zwölf Fachanforderungen an sein gewachsenes ERP vertagt, weil jede Änderung sechs Monate dauert und niemand die Folgen überblickt. Annahme: Jede Anforderung würde im Schnitt zwei Stunden Handarbeit pro Tag in Vertrieb, Planung oder Service ersparen, an 220 Arbeitstagen, zu 60 Euro je Stunde. Das sind 26.400 Euro je Anforderung und Jahr, für zwölf Anforderungen rund 317.000 Euro pro Jahr, die der Betrieb für die Angst vor dem eigenen System bezahlt.
Die Zahl ist eine Annahme und in Ihrem Betrieb anders. Ihre eigene entsteht aus der Liste der vertagten Anforderungen, je Anforderung mit der Handarbeit, die sie ersetzen würde. Diese Liste ist zugleich das stärkste Argument im Investitionsgremium; wie die Vorlage dort aufgebaut wird, steht in Legacy-Modernisierung: Business Case für das Investitionsgremium. Was der Betrieb des Altsystems heute kostet, rechnet Legacy-Betriebskosten transparent machen.
KI-Unterstützung bei der Modernisierung: Was ist im Maschinenbau anders?
Die Systemtypen und die Sicherheitsgrenze. Im Maschinenbau heißen die gewachsenen Systeme Variantenkonfigurator, Stücklistenlogik, Servicedatenbank und Steuerung, und an der Steuerung endet die KI-Unterstützung bei der Übersetzung, weil sicherheitsrelevante Logik von Menschen freigegeben wird. Was KI je Systemtyp beiträgt, steht in KI-Unterstützung: Altsysteme im Maschinenbau modernisieren.
Kernsystem-Ablösung vermeiden: Reicht die Verbindungsschicht dafür?
Oft, aber nicht immer. Die Verbindungsschicht löst das Suchproblem und macht viele Änderungen überflüssig; sie löst keinen Änderungsdruck, der im Kern des Systems sitzt. Welche vier Alternativen zur Ablösung es gibt und woran man erkennt, welche trägt, steht in Kernsystem-Ablösung vermeiden. Für das ERP im Besonderen beschreibt Wie modernisiere ich ein gewachsenes ERP ohne Neustart den Weg, und den Gesamtablauf ordnet der Leitfaden Legacy-Modernisierung Industrie.
Begriffe kurz erklärt
Vier Begriffe, die in diesem Artikel tragen:
- Gewachsene Software
- Software, deren Regeln nur noch im Code stehen, die weniger als drei Menschen erklären können und deren Änderungen Monate dauern. Das Alter ist kein Merkmal.
- Verbindungsschicht
- Lesende Schicht über dem Bestand, die Altsystem, Postfächer, Zeichnungen und Schichtbücher über gemeinsame Schlüssel verbindet und Fragen mit Fundstelle beantwortet.
- Charakterisierungstest
- Test, der das heutige Verhalten eines Moduls festhält, bevor es verändert wird. Er beschreibt, ohne zu bewerten.
- Vertagte Fachanforderung
- Eine Anforderung aus Vertrieb, Planung oder Service, die als zu riskant zurückgestellt wurde. Die Liste dieser Anforderungen misst den Zustand des Systems ehrlicher als jede Kennzahl.
Wer die Liste der vertagten Anforderungen führt, hat die Rechnung für jedes Modernisierungsgespräch schon in der Hand.
Weiterführend
Die Nachbarartikel des Clusters, der Themen-Hub und die passenden Leistungsseiten:
- KI und Legacy-Code: Was wirklich geht: die Einordnung, wo KI beim Altcode überschätzt wird.
- Warum Rip and Replace im Mittelstand scheitert: die drei Posten, die in der Ablösungsrechnung fehlen.
- Monolith schneiden entlang fachlicher Grenzen: wo der Schnitt für Bausteine außerhalb verläuft.
- KI-Unterstützung: Altsysteme im Maschinenbau: die Systemtypen und die Sicherheitsgrenze.
- Legacy-Modernisierung Industrie: Leitfaden: sechs Schritte von der Analyse bis zur Abschaltung.
- Kernsystem-Ablösung vermeiden: vier Alternativen im Vergleich.
- Themen-Hub Legacy-Systeme modernisieren: alle Fragen des Clusters mit Kurzantworten.
- Leistung Entwicklung: Bausteine außerhalb des Altsystems, gebaut an echten Daten.
- Legacy Discovery: die Karte in zehn Tagen, zum Festpreis.
Der erste Schritt kostet einen Nachmittag: die Liste der vertagten Anforderungen, je Zeile mit der Handarbeit, die sie ersetzen würde.
Häufige Fragen
Was ist gewachsene Software?
Software, deren Regeln nur noch im Code stehen, die weniger als drei Menschen im Haus erklären können und deren Änderungen Monate dauern, weil niemand die Folgen überblickt. Das Alter des Systems ist dafür kein Merkmal.
Wie hilft KI bei gewachsener Software?
In zwei Rollen: als Leser, der Regeln, Aufrufketten und Schnittstellen mit Fundstelle kartiert und Tests für das heutige Verhalten erzeugt, und als Verbindungsschicht, die Fragen über das Altsystem und seine Nachbarn beantwortet, ohne es anzufassen.
Kann KI gewachsene Software direkt umschreiben?
Sie kann Vorschläge machen, aber ohne Charakterisierungstests und bestätigte Regeln ist das ein Risiko. Belastbar ist die Reihenfolge: Verhalten festhalten, Regeln übersetzen und prüfen lassen, dann ändern, dann vergleichen.
Was ist eine Verbindungsschicht?
Eine lesende Schicht über dem Bestand, die Altsystem, Postfächer, Zeichnungen und Schichtbücher über gemeinsame Schlüssel wie Auftrags- oder Seriennummer verbindet und Fragen mit Fundstelle beantwortet. Das Altsystem bleibt führend.
Wann sollte man gewachsene Software bewusst so lassen?
Bei niedrigem Änderungsdruck und vorhandenen Kennern. Dann ist eine Karte als Versicherung plus Tests an den drei kritischsten Stellen die wirtschaftlichste Option.
Wie viele Anforderungen haben Sie vertagt?
Rozalia Karbowniczek klärt im Erstgespräch, ob bei Ihnen die Karte, ein Baustein außerhalb oder die Verbindungsschicht der richtige erste Schritt ist.
Gespräch vereinbaren →Vom Pilot in den Regelbetrieb: Hosting, Berechtigungen und Rollout je Abteilung stehen auf der Seite KI-Implementierung.
