Fast jedes Unternehmen, das länger als zehn Jahre am Markt ist, betreibt sie: die gewachsene Anwendung, die das Kerngeschäft trägt und die niemand mehr anfassen möchte. Sie läuft — bis eine Schnittstelle gebraucht wird, der letzte Kenner des Codes das Unternehmen verlässt oder ein Sicherheitsaudit unbequeme Fragen stellt. Der Reflex „alles neu“ ist dann ebenso riskant wie das Aussitzen. Dieser Beitrag zeigt, wie eine fundierte Modernisierungsentscheidung entsteht.
Wann Legacy vom Bestand zum Risiko wird
Alter allein ist kein Problem — es gibt zwanzig Jahre alte Systeme, die sauber gewartet werden. Kritisch wird es, wenn mehrere Faktoren zusammenkommen: Das Wissen konzentriert sich auf ein bis zwei Personen. Die eingesetzte Technologie erhält keine Sicherheitsupdates mehr. Jede Änderung dauert Wochen, weil automatisierte Tests fehlen und niemand die Seiteneffekte überblickt. Fachliche Anforderungen — ein Kundenportal, eine Anbindung an den Onlineshop, elektronische Rechnungen — lassen sich nicht mehr umsetzen. Wer drei dieser vier Punkte bejaht, sollte handeln, bevor der Handlungsdruck von außen kommt.
Erst Bestandsaufnahme, dann Entscheidung
Vor jeder Richtungsentscheidung steht eine strukturierte Analyse, die in zwei bis vier Wochen machbar ist. Sie beantwortet drei Fragen: Was leistet das System fachlich wirklich — welche Funktionen werden täglich genutzt, welche seit Jahren nicht? Wie ist der technische Zustand — Codequalität, Testabdeckung, Abhängigkeiten, Datenmodell? Und wie kritisch ist das System für den Betrieb — was kostet ein Ausfalltag? In der Praxis ist das Ergebnis oft überraschend: Bei einem Handelsunternehmen zeigte die Analyse, dass von 240 Masken der Warenwirtschaft nur 61 aktiv genutzt wurden. Der Modernisierungsumfang schrumpfte damit um drei Viertel — und mit ihm Budget und Risiko.
Drei Wege: Sanierung, schrittweise Ablösung, Neuentwicklung
Aus der Bestandsaufnahme ergibt sich eine von drei Strategien. Sanierung lohnt, wenn die Fachlichkeit stimmt und nur die technische Substanz leidet: Abhängigkeiten aktualisieren, Tests nachrüsten, kritische Module gezielt umbauen. Das ist der günstigste Weg, setzt aber voraus, dass die Architektur grundsätzlich tragfähig ist. Schrittweise Ablösung passt, wenn das System zu groß für einen Umbau am Stück ist. Neuentwicklung ist die Ausnahme und nur dann rational, wenn Fachlichkeit und Technik gleichermaßen überholt sind — sie braucht die Disziplin, den Funktionsumfang der ersten Version hart zu begrenzen. Die Big-Bang-Ablösung, bei der das neue System an einem Stichtag das alte ersetzt, vermeiden wir fast immer: Sie bündelt sämtliche Risiken in einem einzigen Wochenende.
Das Strangler-Pattern in der Praxis
Für die schrittweise Ablösung hat sich das sogenannte Strangler-Pattern bewährt: Das Altsystem bleibt in Betrieb, während einzelne Funktionsbereiche nacheinander in eine neue Anwendung wandern. Eine vorgeschaltete Schicht leitet Anfragen je Bereich an Alt oder Neu. Ein Beispiel: Für einen Mittelständler mit einer 15 Jahre alten Auftragsverwaltung haben wir zuerst die Angebotserstellung neu gebaut — der Bereich mit dem größten Änderungsdruck. Nach acht Wochen arbeitete der Vertrieb produktiv im neuen Modul, das Altsystem übernahm weiter Auftragsabwicklung und Fakturierung. In fünf weiteren Etappen über 14 Monate wanderten die übrigen Bereiche. Zu keinem Zeitpunkt stand der Betrieb still, und nach jeder Etappe ließ sich der Kurs korrigieren.
Daten und Menschen nicht vergessen
Zwei Themen entscheiden am Ende über Erfolg oder Frust. Erstens die Daten: Altdatenübernahme ist regelmäßig der am meisten unterschätzte Aufwandsblock — Dubletten, historisch gewachsene Sonderfälle, undokumentierte Felder. Wir planen die Datenmigration als eigenes Teilprojekt mit Probeläufen und messbaren Qualitätskriterien. Zweitens die Anwender: Wer zwanzig Jahre mit denselben Masken gearbeitet hat, braucht Schulung, Übergangshilfen und eine Anlaufstelle in den ersten Wochen. Beides gehört von Anfang an in Budget und Zeitplan, nicht in die Restekiste am Projektende.
Fazit: Modernisierung ist eine Investitionsentscheidung
Legacy-Modernisierung ist kein Technikthema, sondern eine Investitionsentscheidung — und sie verdient dieselbe Sorgfalt: Bestandsaufnahme, Optionenvergleich, etappenweise Umsetzung mit überprüfbaren Zwischenergebnissen. Wie wir Analyse, Architektur und Umsetzung methodisch begleiten, beschreibt unsere Seite Dienstleistungen. Wenn Sie den Zustand Ihres Systems einordnen möchten, ist eine kompakte Bestandsaufnahme der richtige erste Schritt — sprechen Sie uns an.
