Legacy-Software modernisieren – ohne Big Bang, ohne Feature-Stillstand

Nicht, wenn die Software alt ist, sondern wenn sie zum Risiko wird: Laut Lünendonk-Studie 2025 ist bei jedem zweiten Unternehmen der Betrieb der Altsysteme mittelfristig nicht mehr gesichert. Konkrete Auslöser sind auslaufender Support wie beim Ende des kommerziellen Spring-Boot-2.7-Supports im Dezember 2026, schwindendes Personal für den Alt-Stack und die Faustregel: Übersteigen die Wartungskosten 50 Prozent der Neuentwicklungskosten, gehört eine Ablösung geprüft.

In den meisten Fällen schlägt schrittweise Modernisierung den Neubau: Über 50 Prozent der Enterprise-Transformationsprogramme überziehen ihr Budget, während Strangler-Projekte rund 40 Prozent seltener scheitern als Big-Bang-Rewrites. Neuentwicklung lohnt sich, wenn sich die Fachlichkeit grundlegend geändert hat oder das Altsystem kaum noch Prozesse trägt. Unser Assessment rechnet beide Wege durch – inklusive der dritten Option, das System einfach weiterzubetreiben.

Wir publizieren unsere Preisrahmen: Ein erstes ablösbares Modul in MVP-Größe kostet 8.000 bis 20.000 Euro, eine vollständige Modul-Ablösung mit Auth und Rollen 20.000 bis 60.000 Euro, Integrationsschicht und Identity-Setup 5.000 bis 20.000 Euro. Laufende Modernisierung im Retainer liegt bei 4.000 bis 12.000 Euro pro Monat. Das vorgelagerte Assessment kalkulieren wir als Festpreis nach der Discovery. Alle Spannen stammen aus realen Projekten.

Die Cloud-Anbieter sortieren nach 6R beziehungsweise 7R: Rehost, Replatform, Refactor, Rearchitect, Rebuild, Replace und Retain. Für den Mittelstand entscheidend sind zwei Muster: das Strangler-Fig-Pattern, bei dem neue Module hinter einer Fassade das Altsystem Route für Route ablösen, und Two-Speed IT, bei der eine schnelle TypeScript-Schicht neben dem stabilen Kernsystem neue Features liefert. Beide vermeiden den riskanten Big-Bang-Rewrite.

Anwendungsmodernisierung ist der von Cloud-Anbietern wie Azure, IBM und Red Hat geprägte Begriff für dasselbe Thema: Bestandsanwendungen technisch erneuern, meist mit Fokus auf Cloud-Migration und Container. Für Entscheider zählt weniger das Etikett als die Frage dahinter – Betriebsrisiko senken, Wartungskosten reduzieren und wieder lieferfähig werden, ohne den laufenden Betrieb zu unterbrechen. Genau dafür steht der schrittweise Ansatz auf dieser Seite.

Wenn das System stabil läuft, wenig Änderungsbedarf besteht, keine Support-Deadline droht und die Wartungskosten deutlich unter 50 Prozent der Neuentwicklungskosten liegen, ist Weiterbetreiben und Absichern meist die wirtschaftlichste Option. Wir sagen das offen: Kommt unser Assessment zu diesem Ergebnis, steht genau diese Empfehlung in der Entscheidungsvorlage – auch wenn uns das ein Modernisierungsprojekt kostet. Sie bezahlen für eine belastbare Entscheidung, nicht für ein Verkaufsdokument.

Nein. Beim Two-Speed-Ansatz läuft das Java-Kernsystem in seinem eigenen Release-Takt weiter, während eine TypeScript-Schicht daneben neue Features liefert – gekoppelt über APIs und Events. Wir bauen und betreiben diese neue Schicht; Ihr Java-Kern bleibt in der Verantwortung Ihres Bestandsteams oder -dienstleisters, denn JVM-Entwicklung bieten wir bewusst nicht an. Abgelöst wird nur, was sich einzeln rechnet – Modul für Modul.

Immer schrittweise: Nach dem Assessment wächst eine Integrationsschicht vor dem Bestand, dann wandert ein klar abgegrenztes Modul nach dem anderen auf den neuen Stack — der Betrieb läuft durchgehend weiter. Die konkreten Wege haben wir als Leitfäden veröffentlicht: Von Spring Boot zu NestJS und PHP-Legacy auf den TypeScript-Stack.