Ablösen oder modernisieren? Die Entscheidungsmatrix, die ohne Bauchgefühl auskommt
Die Frage wird meistens als Glaubensfrage geführt: Die einen wollen das Alte retten, die anderen endlich neu bauen. Beide Lager argumentieren mit Technik, obwohl die Entscheidung fachlich und wirtschaftlich fällt. Vier Kriterien reichen, und keines davon heißt „Programmiersprache".
Die Entscheidung zwischen Ablösung und Modernisierung fällt an vier Kriterien: Änderungsdruck (wie viele Anforderungen wurden als „zu riskant" vertagt), Anteil undokumentierter Fachlogik, Personaldecke der Systemkenner und Vorhandensein eines glaubwürdigen Zielzustands. Bei hoher unbelegter Fachlogik ist Kapseln günstiger als Neubauen. Bei niedrigem Änderungsdruck ist Stillhalten die wirtschaftlich richtige Entscheidung.
Kriterium 1: Wie oft muss das System geändert werden?
Ein System, das seit drei Jahren unverändert läuft und weiter unverändert laufen kann, ist kein Problem, egal wie alt es ist. Teuer wird Altsoftware durch Änderungsdruck: neue Produkte, neue Regulatorik, neue Schnittstellen. Zählen Sie die Änderungsanforderungen der letzten zwei Jahre, die abgelehnt oder vertagt wurden, weil sie „zu riskant" waren. Diese Liste ist die ehrlichste Kennzahl im ganzen Vergleich.
Kriterium 2: Wie viel Fachlogik steckt ausschließlich im Code?
Je mehr Geschäftsregeln nur im System existieren und nirgends dokumentiert sind, desto teurer wird eine Neuentwicklung — denn jede dieser Regeln muss erst gefunden, dann fachlich bewertet und dann neu gebaut werden. Bei hoher unbelegter Fachlogik ist Kapseln fast immer günstiger als Neubauen: Das Alte bleibt, bekommt eine definierte Schnittstelle und wird schrittweise entkernt.
Kriterium 3: Wer trägt das System heute?
Zwei Kenner kurz vor der Rente sind ein anderes Risiko als acht Leute im mittleren Alter. Bei dünner Personaldecke ist der Zeitdruck real: Eine Analyse ist dann nicht nur Vorarbeit, sondern Wissenssicherung — das Wissen wird ausgelesen, solange es noch jemanden gibt, der die Ergebnisse bestätigen kann.
Kriterium 4: Gibt es einen glaubwürdigen Zielzustand?
Eine Neuentwicklung braucht ein Zielbild, das über „modern" hinausgeht: Welche Fähigkeiten soll das neue System haben, die das alte nicht hat, und wer im Fachbereich braucht sie? Fehlt diese Antwort, entsteht die teuerste Variante überhaupt — dieselbe Funktionalität in neuer Technologie, zwei Jahre später, mit denselben Regeln, die niemand mehr versteht.
Die Matrix in einem Satz
Hoher Änderungsdruck plus dokumentierte Fachlogik plus klarer Zielzustand: ablösen, in Scheiben. Hoher Änderungsdruck plus unbelegte Fachlogik: erst analysieren, dann kapseln, dann schrittweise ersetzen. Niedriger Änderungsdruck: stabilisieren, dokumentieren, Wissen sichern — und die Investition dorthin lenken, wo sie messbar wirkt.
Häufige Fragen
Woran erkenne ich echten Änderungsdruck?
An der Liste der Anforderungen, die in den letzten zwei Jahren abgelehnt oder vertagt wurden, weil der Eingriff als zu riskant galt. Diese Liste ist aussagekräftiger als jede Alterskennzahl, weil sie zeigt, wo das System das Geschäft tatsächlich bremst.
Ist Kapseln nicht nur ein Aufschub?
Nein, wenn es mit einer Reihenfolge verbunden ist. Kapseln heißt: definierte Schnittstelle vor das Alte, neue Funktionalität nur noch außerhalb, und der Altbestand wird Stück für Stück entkernt. Ein Aufschub wäre es nur ohne diesen zweiten Teil.
Wann ist eine Neuentwicklung tatsächlich die richtige Wahl?
Wenn die Fachlogik dokumentiert oder klein ist, ein Zielbild mit neuen Fähigkeiten existiert und die Organisation den Parallelbetrieb tragen kann. Fehlt eines der drei, wird die Neuentwicklung teurer als die Modernisierung — und liefert dieselbe Funktionalität mit neuen Fehlern.
Was, wenn der Hersteller sagt: neu bauen oder gar nichts?
Dann ist das eine Geschäftsentscheidung des Herstellers, keine technische Notwendigkeit. Die belastbare Antwort darauf ist eine eigene Analyse: Erst wenn Abhängigkeiten und Fachregeln belegt auf dem Tisch liegen, lässt sich beurteilen, ob die Aussage stimmt.
Bringen Sie das System mit, das Ihnen Sorgen macht.
30 Minuten, kein Vertrieb. Wir sagen Ihnen, ob eine Discovery bei diesem System etwas bringt.
Legacy Discovery ansehen →
