Modernisierung bestehender Systeme: 6 Strategien vom Lift-and-Shift bis zum vollständigen Ersatz

Einer Studie von Deloitte zufolge werden schätzungsweise 80 Prozent der IT-Budgets von Unternehmen für die Wartung von Altsystemen aufgewendet. Diese veralteten Plattformen – von denen viele auf COBOL, AS/400 oder jahrzehntealten On-Premise-ERPs laufen – schränken Innovationen ein, schaffen Sicherheitslücken und machen es immer schwieriger, technische Talente zu gewinnen, die bereit sind, mit veralteter Technologie zu arbeiten.

Doch Modernisierung ist keine einfache Entscheidung. Der falsche Ansatz kann drei- bis fünfmal mehr kosten als geplant, den Betrieb über Monate hinweg unterbrechen und im schlimmsten Fall zum Abbruch des Projekts führen. Dieser Leitfaden bewertet sechs Modernisierungsstrategien, bietet Entscheidungsrahmen für die Wahl des richtigen Ansatzes und beschreibt Praktiken zur Risikominderung, die erfolgreiche Modernisierungen von Misserfolgen trennen.

---

Die sechs Modernisierungsstrategien

Strategie 1: Behalten (nichts Strategisches tun)

Beschreibung: Halten Sie das Altsystem mit minimalem Wartungsaufwand am Laufen. Investieren Sie nur in kritische Patches und Compliance-Anforderungen.

Wann wählen:

• Das System erfüllt die Geschäftsanforderungen immer noch ausreichend
• Die Modernisierungskosten übersteigen die Wartungskosten für mehr als 5 Jahre
• Das System soll unabhängig davon innerhalb von 2-3 Jahren außer Betrieb genommen werden
• Regulatorische Änderungen erfordern keine Systemaktualisierungen

Risiken:

• Technische Schulden häufen sich
• Sicherheitslücken nehmen zu
• Der Anbietersupport endet möglicherweise
• Opportunitätskosten einer Nichtmodernisierung

Kostenprofil: 50.000–200.000 $/Jahr für Wartung (bekannt, vorhersehbar)

Strategie 2: Rehost (Lift and Shift)

Beschreibung: Verschieben Sie die vorhandene Anwendung in eine moderne Infrastruktur (typischerweise Cloud), ohne den Code zu ändern.

Wann wählen:

• Die Infrastruktur ist die primäre Einschränkung (nicht die Anwendung selbst)
• Schneller Migrationszeitplan erforderlich (behördlich oder mietvertragsabhängig) – Die Anwendungsarchitektur unterstützt die Cloud-Bereitstellung
• Das Budget für die Optimierung ist begrenzt

Vorteile:

• Schnellster Migrationsansatz (Wochen bis Monate)
• Minimales Risiko für die Anwendungsfunktionalität
• Sofortige Einsparungen bei den Infrastrukturkosten (30–50 %)
• Bessere Notfallwiederherstellung und Skalierbarkeit

Einschränkungen: – Behandelt nicht die Schulden der Anwendungsarchitektur

• Die Betriebskosten können möglicherweise nicht wesentlich gesenkt werden
• Cloud-Kosten können steigen, wenn sie nicht optimiert werden – Aktiviert keine neuen Funktionen

Kostenprofil: 20.000–200.000 US-Dollar, je nach Komplexität

Strategie 3: Replatform (Lift, Tinker und Shift)

Beschreibung: Wechseln Sie zur Cloud-Infrastruktur mit gezielten Optimierungen – Austausch der Datenbank-Engine, Upgrade der Laufzeit oder Nutzung verwalteter Dienste für bestimmte Komponenten.

Wann wählen:

• Die Anwendung ist grundsätzlich solide, bedarf jedoch einer spezifischen Modernisierung
• Datenbanklizenzkosten sind ein großer Kostenfaktor
• Einige Cloud-native Dienste würden erhebliche Vorteile bieten
• Der Zeitplan ermöglicht 3–6 Monate Optimierungsarbeit

Häufige Replatforming-Moves:

Kostenprofil: 50.000 bis 500.000 US-Dollar, je nach Umfang

Strategie 4: Refactor (Re-Architekt)

Beschreibung: Restrukturieren Sie die interne Architektur der Anwendung, ohne das externe Verhalten zu ändern. In der Regel geht es darum, einen Monolithen in Dienste aufzuteilen, die Codequalität zu verbessern oder moderne Muster zu übernehmen.

Wann wählen:

• Die Anwendung bietet einen erheblichen geschäftlichen Wert, der erhaltenswert ist – Die monolithische Architektur schränkt die Skalierbarkeit und Bereitstellungsgeschwindigkeit ein – Das Team verfügt über die Fähigkeiten, die überarbeitete Codebasis zu pflegen
• Ein Zeitraum von 6 bis 18 Monaten ist akzeptabel

Refactoring-Ansätze:

1. Würgerfeige --- Bauen Sie neben dem Altsystem neue Dienste auf und leiten Sie den Datenverkehr schrittweise vom alten zum neuen weiter. Geringstes Risiko, längste Zeitspanne.
2. Verzweigung nach Abstraktion --- Einführung von Abstraktionsschichten innerhalb des Monolithen und Ersetzung von Implementierungen hinter den Abstraktionen.
3. Parallellauf --- Bauen Sie das neue System neben dem alten auf, führen Sie beide gleichzeitig aus, vergleichen Sie die Ausgaben und wechseln Sie, wenn Sie sicher sind.

Kostenprofil: 200.000 bis 2 Millionen US-Dollar, abhängig von der Anwendungsgröße

Strategie 5: Wiederaufbau

Beschreibung: Schreiben Sie die Anwendung mit moderner Technologie von Grund auf neu und behalten Sie dabei nur die Geschäftsanforderungen (nicht den Code) bei.

Wann wählen:

• Anwendungstechnik ist völlig veraltet (kein Talent verfügbar)
• Architektur kann nicht schrittweise verbessert werden
• Die Geschäftsanforderungen haben sich seit der ursprünglichen Erstellung erheblich geändert
• Die Organisation ist bereit, einen Projektzeitraum von 12 bis 24 Monaten zu akzeptieren

Risiken:

• „Second-System-Syndrom“ --- Tendenz zur Überkonstruktion des Ersatzes
• Anforderungsdrift während langer Build-Zyklen – Verlust undokumentierter Geschäftslogik, die in Legacy-Code eingebettet ist
• Hohe Kosten- und Terminunsicherheit

Risikominderung:

• Extrahieren Sie Geschäftsregeln systematisch aus dem Legacy-Code, bevor Sie beginnen
• Nutzen Sie eine agile Bereitstellung mit regelmäßigen Stakeholder-Demos
• Betreiben Sie Alt- und Neusysteme mindestens 2 Monate lang parallel
• Planen Sie eine schrittweise Umstellung (keinen Big Bang)

Kostenprofil: 500.000 bis 5 Millionen US-Dollar und mehr, je nach Komplexität

Strategie 6: Ersetzen (Kaufen vs. Erstellen)

Beschreibung: Ersetzen Sie das Altsystem durch ein kommerzielles Standardprodukt (COTS) oder eine SaaS-Plattform.

Wann wählen:

• Legacy-System verwaltet Warenprozesse (Buchhaltung, Personalwesen, CRM)
• Es gibt branchenspezifische Lösungen, die über 80 % der Anforderungen erfüllen
• Die Organisation möchte kundenspezifische Software nicht langfristig pflegen
• Das Anbieter-Ökosystem bietet die Integrationen, die Sie benötigen

Entscheidungsrahmen --- Bauen vs. Kaufen:

Kostenprofil: 100.000–2 Mio. USD (Implementierung) + 30.000–500.000 USD/Jahr (Lizenzierung)

---

Entscheidungsmatrix: Wählen Sie Ihre Strategie

Bewerten Sie jeden Faktor von 1 bis 5, multiplizieren Sie ihn mit der Gewichtung und summieren Sie für jede Strategie.

---

Der Modernisierungsbewertungsprozess

Schritt 1: Inventarisieren Sie Ihre Anwendungen

Erstellen Sie einen Katalog aller Geschäftsanwendungen mit:

• Geschäftskritikalität (hoch/mittel/niedrig)
• Technischer Zustand (gut/mittelmäßig/schlecht)
• Wartungskosten (jährlich)
• Benutzerzufriedenheit (Umfrageergebnis)
• Integrationsabhängigkeiten

Schritt 2: Zeichnen Sie im ZEIT-Quadranten auf

Schritt 3: Priorisieren Sie basierend auf den geschäftlichen Auswirkungen

Beginnen Sie mit der Modernisierung dort, wo die Schnittstelle zwischen geschäftlichen Auswirkungen und technischen Risiken am höchsten ist. Typischerweise bedeutet dies:

1. Umsatzgenerierende Systeme mit schlechtem technischen Zustand
2. Kundenorientierte Systeme mit Skalierbarkeitseinschränkungen
3. Kernbetriebssysteme nähern sich dem Ende des Anbieter-Supports
4. Compliance-kritische Systeme mit Sicherheitslücken

---

Risikominderung für Modernisierungsprojekte

1. Machen Sie nie einen großen Schritt --- Führen Sie die Migration schrittweise durch, damit Sie den Kurs stoppen, anpassen oder umkehren können
2. Undokumentierte Logik dokumentieren --- Legacy-Systeme sammeln Geschäftsregeln an, die nur im Code existieren. Extrahieren Sie sie vor der Modernisierung
3. Aufrechterhaltung paralleler Abläufe --- Führen Sie alte und neue Systeme während des Übergangs gleichzeitig aus
4. Testen automatisieren --- Erstellen Sie umfassende Testsuiten, bevor Sie etwas ändern
5. Planen Sie die Datenmigration separat --- Die Datenmigration ist oft der schwierigste Teil. Behandeln Sie es als eigenen Workstream
6. Abbruchkriterien festlegen --- Definieren Sie Bedingungen, unter denen Sie die Modernisierung abbrechen und eine andere Strategie ausprobieren

---

Verwandte Ressourcen

• Digital Maturity Assessment --- Bewertung Ihres Ausgangspunkts
• ERP-Datenmigrationsstrategien --- Best Practices für die Datenmigration
• API-First-Strategie für Unternehmen --- Moderne Architekturmuster
• ERP-Implementierungskostenleitfaden --- Ersetzungskosten verstehen

---

Die Modernisierung von Altsystemen ist keine binäre Wahl zwischen „Alles behalten“ und „Alles ersetzen“. Die meisten Unternehmen verwenden eine Kombination von Strategien und wählen für jede Anwendung den richtigen Ansatz basierend auf ihrem Geschäftswert, ihrem technischen Zustand und ihrer strategischen Bedeutung. Kontaktieren Sie ECOSIRE für eine Roadmap zur Bewertung und Modernisierung von Altsystemen.