Legacy-Modernisierung ohne Neustart

Kurze Antwort

Legacy-Modernisierung bringt ein alterndes System voran, ohne es komplett neu zu schreiben: Funktionierendes bleibt, Daten bleiben erhalten, Funktionalität wird schrittweise hinter einer stabilen Schnittstelle ersetzt. Ziel ist, Risiko und Wartungskosten zu entfernen — nicht, ein System neu zu starten, das sich noch rechnet.

Veröffentlicht 7. September 2026 · Zuletzt aktualisiert 7. September 2026

Die meisten Systeme müssen nicht ersetzt werden. Es müssen die drei Dinge repariert werden, die tatsächlich kaputt sind.

Was enthalten ist

Bewertung: Was das System leistet, was der Betrieb kostet, und wo das reale Risiko liegt. Meist sind es eine Abhängigkeit und ein undokumentierter Prozess.
Schrittweise Ablösung: Neue Funktionalität entsteht daneben, der Verkehr wandert Stück für Stück — kein einzelnes Umstellungswochenende.
Datenmigration: Der Teil, der über das Projekt entscheidet. Vor jeder Umstellung kartiert, validiert und abgeglichen.
Wissenssicherung: Dokumentieren, was nur eine Person weiss, bevor genau das zum Engpass wird.

Ablauf

Bewerten und die realen Kosten des Status quo beziffern.
Eine Schnittstelle vor das Altsystem setzen.
Dahinter ersetzen, eine Fähigkeit nach der anderen.
Erst abschalten, wenn nichts mehr davon abhängt.

Häufige Fragen

Sollten wir stattdessen neu schreiben?

Manchmal ja, und wir sagen es. Eine Neuentwicklung lohnt, wenn das Datenmodell wirklich falsch ist und nicht nur alt. Ist das Modell tragfähig und nur die Technik veraltet, ist schrittweise Ablösung günstiger und scheitert deutlich seltener.

Wie lange dauert das?

Länger, als eine Neuentwicklung verspricht, und kürzer, als sie liefert. Schrittweise Arbeit erzeugt jeden Monat Wert statt erst am Ende.

Was, wenn die ursprünglichen Entwickler weg sind?

Das ist der Normalfall. Dann ist die erste Leistung eine Bewertung, die das Verhalten von aussen rekonstruiert — Eingaben, Ausgaben, Sonderfälle. Dieses Verhalten, nicht der Quellcode, muss erhalten bleiben.