Zurück zum Blog
Was kostet es, Legacy-Software zu modernisieren? Realistische Zahlen

Was kostet es, Legacy-Software zu modernisieren? Realistische Zahlen

Dennis Reinkober1 Min. Lesezeit
TL;DR

Schrittweise Modernisierung (Strangler-Fig-Ansatz) eines typischen Mittelstands-Systems: 40.000–150.000 € über 6–18 Monate, während das alte System weiterläuft. Ein kompletter Rewrite: das 2- bis 4-Fache, mit deutlich höherer Fehlschlagquote. Die größten Kostentreiber sind Datenmigration, undokumentierte Geschäftsregeln und Parallelbetrieb — nicht der neue Code.

"Unser System ist alt — was würde eine Modernisierung kosten?" hat keine ehrliche Ein-Zahlen-Antwort. Aber ein ehrliches Framework. Hier ist es.

Rewrite vs. Strangler Fig

Ein Rewrite baut das neue System neben dem alten und schaltet am Ende um. Das fühlt sich sauber an und scheitert oft: Das undokumentierte Verhalten des Altsystems ist die Spezifikation — und ihr entdeckt sie in Produktion, nach der Umschaltung.

Der Strangler-Fig-Ansatz ersetzt das System Fähigkeit für Fähigkeit — neue Module übernehmen Routen und Workflows, während der Legacy-Kern schrumpft. Auf dem Papier langsamer, in der Praxis dramatisch sicherer — und er liefert ab Monat eins Wert statt ab Monat achtzehn. Das ist unsere Standard-Empfehlung, aus derselben Logik wie technische Schulden, die man behalten sollte: Nicht alles Alte verdient einen Ersatz.

Realistische Kostenspannen

SystemgrößeSchrittweise ModernisierungKompletter Rewrite
Kleines Tool (1–3 Kern-Workflows)15.000–40.000 €30.000–80.000 €
Typisches Mittelstands-System40.000–150.000 €100.000–400.000 €
Groß / Compliance-lastig150.000 €+500.000 €+

Wohin das Geld wirklich fließt

Der neue Code ist der planbare Teil. Budgetiert den Rest:

  1. Datenmigration — Jahrzehnte inkonsistenter Datensätze, Encodings und "temporärer" Felder. Regelmäßig 20–30 % des Projekts.
  2. Undokumentierte Geschäftsregeln — dieser eine if-Zweig von 2011 ist irgendjemandes kritischer Prozess. Archäologie braucht Zeit.
  3. Parallelbetrieb — alt und neu nebeneinander betreiben, Daten synchronisieren, Ergebnisse doppelt prüfen. Notwendig, und nie umsonst.
  4. Die Integrationen, die niemand erwähnt hat — der Excel-Export, von dem drei Abteilungen heimlich abhängen.

Wann Nichtstun die richtige Entscheidung ist

Wenn das System stabil läuft, der Hersteller noch Sicherheitspatches liefert, keine Compliance-Deadline droht und es weder Einstellungen noch Wachstum blockiert — behaltet es. Modernisierung rechtfertigt sich durch konkreten Schmerz: Sicherheitslücken, ein OS- oder Runtime-End-of-Life, fehlende Integrationsfähigkeit oder eine Entwicklungsgeschwindigkeit nahe null. "Es ist alt" allein ist kein Business Case.

Ihr wollt eine Modernisierungs-Einschätzung für euer konkretes System? Wir machen zuerst ein Code- und Infrastruktur-Assessment und geben euch dann einen Stufenplan mit echten Zahlen — siehe unsere Cloud & DevOps und MVP-Entwicklung Services.

Ähnliche Beiträge