Nicht jedes alte System muss ersetzt werden. Ein stabiler Kern mit überschaubaren Betriebskosten kann länger wertvoll bleiben als eine voreilige Neuentwicklung. Umgekehrt verlängert ein rein technisches Upgrade manchmal nur die Lebensdauer einer ungeeigneten Prozessarchitektur. Die Entscheidung braucht deshalb mehr als das Alter des Technologie-Stacks.
Vier Ebenen getrennt bewerten
Prüfen Sie zuerst den fachlichen Fit: Unterstützt das System die heutigen Abläufe, Entscheidungen und Ausnahmen? Danach folgt die technische Änderbarkeit: Wie sicher lassen sich Funktionen, Schnittstellen und Datenmodelle verändern? Die dritte Ebene ist der Betrieb mit Sicherheit, Verfügbarkeit, Know-how und Support. Schließlich zählt die Wirtschaftlichkeit aus Lizenz, Infrastruktur, externer Anpassung und manueller Kompensation.
Ein System kann technisch alt und fachlich passend sein. Dann sind Stabilisierung oder gezielte Modernisierung plausibel. Ist dagegen die fachliche Struktur selbst zur Bremse geworden, löst ein Framework-Upgrade das Kernproblem nicht.
Drei echte Optionen formulieren
Stabilisieren bedeutet, Risiken zu reduzieren, ohne die Architektur grundlegend zu ändern: dokumentieren, Backups prüfen, kritische Abhängigkeiten aktualisieren und Betrieb absichern.
Modernisieren ersetzt ausgewählte Komponenten, Oberflächen oder Integrationen. Das eignet sich, wenn Systemgrenzen und Kernlogik tragfähig bleiben.
Neu bauen und ersetzen schafft ein neues Zielmodell. Das ist sinnvoll, wenn mehrere zentrale Probleme zusammenkommen: schwer veränderbare Logik, fehlende Integrationsfähigkeit, kritische Betriebsabhängigkeit und Prozesse, die sich deutlich weiterentwickelt haben.
Kein Big Bang als Default
Martin Fowlers Strangler-Fig-Muster beschreibt, wie neue Funktionen schrittweise um ein bestehendes System entstehen und Teile ablösen. Das Muster ist kein Automatismus; Datenabhängigkeiten und transaktionale Grenzen können eine Zerlegung erschweren. Es schafft aber eine bessere Ausgangsannahme als die Idee, an einem Wochenende alles umzuschalten.
Definieren Sie vertikale Prozessschnitte mit eigenem Nutzwert. Jeder Schnitt braucht Datenzugriff, Verhalten, Oberfläche, Integration und Abnahme. So wird Fortschritt sichtbar und Risiko messbar.
Entscheidung mit Belegen treffen
Ein System-Audit sollte mindestens Prozesslandkarte, Nutzergruppen, Regeln, Ausnahmen, Schnittstellen, Datenverantwortung, Betriebsrisiken und Gesamtkosten erfassen. Ergänzen Sie konkrete Szenarien: Monatsabschluss, Änderung eines Stammdatums, fehlerhafte Imports, Vertretung oder Rückabwicklung.
Die richtige Entscheidung ist nicht die modernste Option. Es ist die Option, die den gewünschten Prozessnutzen bei vertretbarem Migrations- und Betriebsrisiko liefert. Erst wenn diese Grundlage vorliegt, lässt sich seriös über Umfang, Zeit und Zielkosten sprechen.