Legacy-IT-Modernisierungsfälle prüfen, ob Sie in der Lage sind, die Kosten des Nichtstuns zu quantifizieren, Migrationsprioritäten zu setzen und Architekturen zu empfehlen, die Risiko und Geschäftsdynamik in Einklang bringen. Basierend auf unserer Analyse von über 200 technologiefokussierten Beratungsfällen enthält heute rund 30 % der Interviews zur digitalen Transformation eine Legacy-Modernisierungskomponente – damit ist dies ein unverzichtbares Vorbereitungsthema für Kandidaten, die auf McKinsey, BCG und Bain abzielen.
Warum Legacy-Modernisierung die Tech-Beratung dominiert
Jedes Fortune-500-Unternehmen trägt technische Schulden. Unserer Erfahrung mit Technologiestrategie-Fällen zufolge betreibt ein typisches Unternehmen 40–60 % seiner kritischen Operations auf Systemen, die vor 2010 entwickelt wurden. Diese Legacy-Systeme verursachen sich kumulierende Kosten: steigende Wartungsausgaben, die Unfähigkeit, moderne Tools zu integrieren, sowie Fachkräftemangel, da immer weniger Entwickler ältere Plattformen beherrschen.
Beratungsunternehmen stellen weltweit jährlich rund 15–20 Milliarden US-Dollar für IT-Modernisierungsprojekte in Rechnung. Interviewer setzen diese Fälle ein, weil sie gleichzeitig mehrere Beratungskompetenzen testen – Finanzanalyse, Risikobewertung, Stakeholder-Management und technologisches Urteilsvermögen.
Das Entscheidungs-Framework für Legacy-Modernisierungsfälle:
flowchart TD
A[Bewertung des Legacy-Systems] --> B{Geschäftskritikalität?}
B -->|Hoch| C[Risikoreduzierte Migration]
B -->|Mittel| D[Schrittweise Modernisierung]
B -->|Niedrig| E[Abschalten oder Ersetzen]
C --> F{Datenkomplexität?}
F -->|Hoch| G[Strangler-Fig-Muster]
F -->|Niedrig| H[Parallelbetrieb + Umstellung]
D --> I[API-Kapselung + schrittweiser Neuaufbau]
E --> J[SaaS-Ersatz oder Stilllegung]
Die vier Migrationsstrategien
Jeder Legacy-Fall erfordert letztlich eine Empfehlung für einen Migrationsansatz. Interviewer erwarten, dass Sie die Strategie dem jeweiligen Kontext anpassen, anstatt pauschal eine einzige Antwort zu geben.
| Strategie | Einsatzbereich | Risikoniveau | Zeitrahmen | Kostenprofil |
|---|---|---|---|---|
| Rehost (Lift-and-Shift) | Dringender Rechenzentrumswechsel, minimale Änderungen erforderlich | Niedrig | 3–6 Monate | Geringe Anfangskosten, Einsparungen durch Infrastruktur |
| Replatform | Cloud-Vorteile ohne vollständige Neuentwicklung nutzen | Mittel | 6–12 Monate | Moderat; 20–40 % Kostenreduktion erreichbar |
| Refactor | System muss skalieren oder mit modernen Tools integriert werden | Hoch | 12–24 Monate | Hohe Anfangskosten, 50–70 % langfristige Einsparungen |
| Replace | Standard-SaaS deckt 80 %+ der Anforderungen ab | Mittel | 6–18 Monate | Planbare Abonnementkosten |
Unserer Erfahrung in der Kandidatenbetreuung zufolge erkennen die stärksten Antworten, dass die meisten Unternehmen einen Portfolio-Ansatz verfolgen – unterschiedliche Strategien für unterschiedliche Systeme, basierend auf Geschäftskritikalität und technischem Zustand.
Technische Schulden quantifizieren
Interviewer bei führenden Beratungsunternehmen fragen häufig: „Wie würden Sie beurteilen, ob sich diese Modernisierung lohnt?" Die Antwort erfordert ein strukturiertes Kosten-Nutzen-Framework.
Kosten des Nichtstuns (jährlich):
- Wartungsaufwand: Legacy-Systeme beanspruchen typischerweise 60–80 % der IT-Budgets für Wartung statt für Neuentwicklung
- Opportunitätskosten: verzögerte Feature-Einführungen, die im Durchschnitt 3–6 Monate länger dauern als bei Wettbewerbern mit modernen Systemen
- Talentprämie: Aufschläge von 20–40 % für Legacy-Kenntnisse in COBOL, Mainframe und älteren Java-Versionen
- Sicherheitsrisiken: ungepatchte Systeme stellen 60 % der Angriffsvektoren in Unternehmen dar
Migrationsinvestition:
- Direkte Kosten: Entwicklung, Testing, Datenmigration, Parallelbetrieb
- Indirekte Kosten: Produktivitätsrückgang während der Umstellung (typischerweise 15–25 % über 6 Monate)
- Risikokosten: potenzielle Betriebsunterbrechungen, geschätzt anhand wahrscheinlichkeitsgewichteter Szenarien
Ein starker Kandidat strukturiert dies als Kapitalwertberechnung über 5–7 Jahre und zeigt auf, dass der Break-even-Punkt für die meisten Modernisierungsvorhaben zwischen Jahr 2 und Jahr 4 liegt.
Häufige Interview-Szenarien
Basierend auf unserer Analyse von Technologiefällen in der Fallbibliothek treten drei Legacy-Modernisierungsszenarien am häufigsten auf:
1. Ersatz des Kernbankensystems
Eine Privatkundenbank, die eine 30 Jahre alte Kernbankenplattform betreibt, sieht sich steigenden Wartungskosten gegenüber und kann keine mobilen Funktionen einführen, die Wettbewerber bereits anbieten. Der Fall prüft Ihre Fähigkeit, eine mehrjährige Migration zu sequenzieren, ohne die tägliche Transaktionsverarbeitung von Millionen von Vorgängen zu unterbrechen.
Wesentliche Aspekte: regulatorische Anforderungen, Integrität der Datenmigration, schrittweiser Rollout nach Produktlinie und Management von Anbieterabhängigkeiten.
2. ERP-Konsolidierung eines Herstellers
Ein globaler Hersteller mit 15 übernommenen Tochtergesellschaften betreibt 8 verschiedene ERP-Systeme. Der Fall fordert Sie auf, eine Konsolidierungsstrategie zu empfehlen, die die Betriebskosten senkt und gleichzeitig tochtergesellschaftsspezifische Arbeitsabläufe bewahrt.
Wesentliche Aspekte: Abwägungen zwischen Prozessharmonisierung und Individualisierung, Change Management über verschiedene Regionen hinweg sowie Gesamtbetriebskostenanalyse.
3. Zerlegung des Monolithen eines Einzelhändlers
Die monolithische E-Commerce-Plattform eines mittelständischen Einzelhändlers kann Spitzenlastverkehr nicht bewältigen und benötigt 6 Monate für jede Feature-Veröffentlichung. Der Fall prüft, ob Sie einen Migrationspfad zu Microservices empfehlen können, der schrittweise Mehrwert liefert.
Wesentliche Aspekte: Identifikation abgegrenzter Kontexte, Priorisierung der Extraktion hochwertiger Services und Aufrechterhaltung der Systemstabilität während der Zerlegung.
Für verwandte Analysen zur Eigenentwicklung vs. Fremdbezug siehe unseren Leitfaden zur Tech-Build-vs.-Buy-Entscheidung.
Framework zur Strukturierung Ihrer Antwort
Wenn Sie einen Legacy-Modernisierungsfall erhalten, strukturieren Sie Ihren Ansatz in vier Phasen:
flowchart LR
A[1. Ist-Zustand analysieren] --> B[2. Zielarchitektur definieren]
B --> C[3. Migrationsreihenfolge planen]
C --> D[4. Business Case erstellen]
A -.-> |Schwachstellen,\nKosten, Risiken dokumentieren| A
B -.-> |Mit der Geschäfts-\nstrategie abstimmen| B
C -.-> |Unterbrechungen minimieren,\nfrühe Erfolge erzielen| C
D -.-> |Kapitalwert, Zeitplan,\nRisikominimierung| D
```**Phase 1 — Ist-Zustand analysieren**: Bestehende Systeme nach Geschäftskritikalität und technischem Zustand erfassen. Identifizieren, welche Systeme „brennende Plattformen" sind (hohe Kosten, hohes Risiko) und welche „stabil, aber limitierend" sind (funktionsfähig, schränken jedoch das Wachstum ein).
**Phase 2 — Zielarchitektur definieren**: Technologieentscheidungen mit der Unternehmensstrategie für die nächsten 3–5 Jahre abstimmen. Ein Unternehmen, das Fusionen und Übernahmen (M&A) anstrebt, benötigt eine integrationsfreundliche Architektur; ein Unternehmen, das seine Marge optimiert, benötigt eine kosteneffiziente Infrastruktur.
**Phase 3 — Migrationsreihenfolge planen**: Mit Systemen hoher Wertschöpfung und geringerem Risiko beginnen, um das Vertrauen der Organisation aufzubauen. „Big Bang"-Migrationen bei kritischen Systemen vermeiden — stattdessen Strangler-Fig- oder Parallel-Betrieb-Muster einsetzen.
**Phase 4 — Business Case erstellen**: Kosten, Nutzen und Risiken quantifizieren. Eine Sensitivitätsanalyse einbeziehen, die Ergebnisse unter optimistischen, Basis- und pessimistischen Szenarien aufzeigt.
## Kennzahlen, die Expertise signalisieren
Das Einbringen spezifischer Kennzahlen in einem Legacy-Modernisierungs-Case demonstriert echte technologische Kompetenz:
- **Technische Schuldenquote**: Wartungsausgaben als Prozentsatz des gesamten IT-Budgets (Branchendurchschnitt: 60–75 %; Best-in-Class: 30–40 %)
- **Deployment-Häufigkeit**: Legacy-Systeme erreichen im Durchschnitt vierteljährliche Releases; moderne Ziele sind wöchentliche oder tägliche Deployments
- **Mean Time to Recovery (MTTR)**: Legacy-Systeme durchschnittlich 4–8 Stunden; Cloud-native-Ziele unter 1 Stunde
- **Integrationskosten pro Verbindung**: Legacy-Point-to-Point-Integrationen kosten 3–5-mal mehr als API-basierte Verbindungen
- **Entwicklerproduktivität**: gemessen an ausgelieferten Features pro Sprint; verbessert sich nach der Modernisierung typischerweise um das 2- bis 3-Fache
Weitere Informationen zu Technologiekosten-Frameworks finden Sie in unserem [Leitfaden zur Tech-Kostenoptimierung](/en/guides/tech-cost-optimization-cases/) und in unseren [Enterprise-Tech-Stack-Cases](/en/guides/enterprise-tech-stack-cases/).
## Wesentliche Erkenntnisse
- Legacy-Modernisierungs-Cases prüfen finanzielle Urteilsfähigkeit ebenso wie technologisches Wissen — quantifizieren Sie stets die Kosten der Untätigkeit, bevor Sie eine Investition empfehlen
- Das Vier-Strategien-Framework (Rehost, Replatform, Refactor, Replace) verwenden und die Strategie auf die Geschäftskritikalität und den technischen Zustand jedes Systems abstimmen
- Niemals eine „Big Bang"-Migration für kritische Systeme empfehlen — Interviewer honorieren Antworten, die Risiken durch phasenweise Vorgehensweisen steuern
- Die Antwort in vier Phasen strukturieren: Ist-Zustand analysieren, Zielarchitektur definieren, Migrationsreihenfolge planen, Business Case erstellen
- Kompetenz durch spezifische Kennzahlen (technische Schuldenquote, Deployment-Häufigkeit, MTTR) demonstrieren statt generische Technologie-Buzzwords zu verwenden
- Die meisten Unternehmen benötigen einen Portfolio-Ansatz — unterschiedliche Migrationsstrategien für unterschiedliche Systeme, basierend auf Risikobereitschaft und strategischer Priorität
---
Bereit, Legacy-Modernisierungsszenarien zu üben? Entdecken Sie [Technologiebranche-Cases](/en/industries/technology/) in unserer Case-Bibliothek, oder schärfen Sie Ihre Strukturierungsfähigkeiten mit einem [KI-Mock-Interview](/account?tab=mock&lang=en), das echte Beratungs-Case-Dialoge simuliert.