Legacy-Software-Modernisierung für Unternehmen in Deutschland

Wenn niemand die Software anzufassen wagt

Legacy-Software ist Software, von der ein Unternehmen abhängt und die es nicht mehr sicher ändern kann. Ihr Alter zählt weniger als das, was um sie herum fehlt: der Entwickler, der sie kannte, Tests und Dokumentation. Typische Anzeichen:

• Eine kleine Änderung dauert Wochen, weil niemand weiß, was sie sonst noch berührt.
• Updates des Servers oder der Programmiersprache warten, weil die Software danach vielleicht nicht mehr läuft.
• Eine einzige Person, oft außerhalb des Unternehmens, weiß, wie das System funktioniert.
• Ein KI-Assistent oder ein neues Werkzeug kann sich nicht anbinden, weil die Software keine API hat.

Wie ich Legacy-Software modernisiere

Ich lese, bevor ich ändere. Das Vorgehen stammt aus meiner aktuellen Arbeit für einen Kunden, bei der eine monolithische Anwendung Stück für Stück mit KI-Coding-Agenten unter schriftlichen Regeln ersetzt wird.

Der erste Schritt ist eine Landkarte. Aus dem Code und seiner Dokumentation entsteht ein Wissensgraph, und ein Agent darf einen Teil erst ändern, nachdem er den Graphen zu diesem Teil abgefragt hat. Dann kennt er die Aufrufer und die früheren Entscheidungen, nach denen ein neuer Kollege im Team fragen würde.

Danach kommen Tests. Sie halten fest, was die Software heute tut, auch die Sonderfälle, auf die sich Nutzer verlassen, und sie laufen, bevor eine Änderung live geht.

Neue Funktionen kommen in eine API mit versioniertem Pfad und einem schriftlichen Vertrag in OpenAPI. Die alte Software gibt eine Funktion nach der anderen ab, und Ihre Mitarbeiter arbeiten in ihr weiter, bis eine Funktion umgezogen ist.

Die Agenten arbeiten unter den Regeln, die auch für die Mitarbeiter gelten. Ihre Datenbankrolle darf lesen, aber nicht schreiben, der Produktionszweig ist geschützt, und ein Hook prüft jeden Tool-Aufruf, bevor er läuft. Eine Änderung an der Produktion braucht die Bestätigung eines Menschen, und die kommt außerhalb des Chats.

Der alte Teil geht vom Netz, sobald Prüfungen belegen, dass nichts mehr aus ihm liest oder in ihn schreibt. Eine Tabelle, die nicht mehr genutzt wird, bekommt eine Markierung im Namen und bleibt in der Datenbank, bis dieser Nachweis erbracht ist.

Fünf Wege für Legacy-Software

Diese Wege wäge ich mit einem Kunden ab, bevor sich die erste Zeile ändert. Den dritten Weg geht die oben beschriebene Arbeit für einen Kunden.

Weg	Was passiert	Wann er passt	Risiko
Dokumentieren und testen	Wissensgraph, Dokumentation und Tests entstehen um den bestehenden Code, und der Code bleibt	Die Software funktioniert, und Änderungen sind selten	Die alte Plattform altert weiter und braucht weiterhin ihre Sicherheitsupdates
API davor	Das alte System läuft weiter, und andere Werkzeuge erreichen es über eine neue API	Andere Systeme oder KI-Werkzeuge brauchen seine Daten	Der alte Code bleibt hinter der API bestehen
Stück für Stück ersetzen	Neue Teile übernehmen eine Funktion nach der anderen, bis das alte System vom Netz gehen kann	Die Software ändert sich oft, und das Geschäft kann nicht pausieren	Eine Zeit lang laufen zwei Systeme nebeneinander
Neu schreiben	Ein neues System entsteht neben dem alten und ersetzt es an einem Stichtag	Die alte Software ist klein, oder ihr Zweck hat sich geändert	Verhalten, das niemand aufgeschrieben hat, geht verloren, und neue Funktionen warten bis zur Umstellung
Standardsoftware	Ein Produkt ersetzt die Individualsoftware	Ihre Prozesse passen zu dem, was das Produkt tut	Die Prozesse ändern sich, damit sie zum Produkt passen

Entwickler nennen den dritten Weg „Strangler Fig Pattern“, nach der Würgefeige, die um einen Wirtsbaum herumwächst und ihn über die Jahre ersetzt.

Wer ich bin

Ich bin Michael Wutzke aus Frankfurt und habe mehr als zwanzig Jahre Erfahrung in IT und Medien. Beim Frankfurter Unternehmen Blocksize Capital habe ich als Head of Decentralized Finance and Node Operations ein laufendes Oracle-Netzwerk für Preisdaten samt interner Dokumentation übernommen und wurde später CIO. Davor habe ich Frontends und Backends von Onlineshops für Lidl und REWE programmiert. Ich unterrichte im Claude Hacker House und entwickle Software mit Claude und Codex. Außerdem interessieren mich Open-Source-KI-Agenten, die ein Unternehmen auf eigenen Servern betreibt. Details: Berufliche Stationen.