Legacy-Modernisierung ohne Big Bang: Alte Systeme schrittweise erneuern
Das alte System komplett zu ersetzen ist der teuerste und riskanteste Weg. Wie man Excel-, Access- und ERP-Altlasten schrittweise ablöst — ohne den Betrieb zu gefährden.
Fast jedes gewachsene Unternehmen hat es: eine alte Access-Datenbank, ein ERP aus einer anderen Zeit, fünf Excel-Dateien, die zusammen ein Geschäftsprozess sind, und eine Person, die weiß, wie es wirklich läuft.
Der naheliegende Reflex — „bauen wir das komplett neu" — ist fast immer der teuerste und riskanteste Weg. Die Frage ist nicht „wann ersetzen wir alles", sondern „wie modernisieren wir, ohne den laufenden Betrieb zu gefährden".
Warum der Big-Bang-Rewrite scheitert
Ein vollständiger Neubau verlangt, dass man jahrelang gewachsene, undokumentierte Geschäftslogik exakt nachbaut, während das alte System parallel weiterlaufen muss. Während des Neubaus entsteht kein Nutzen — nur Risiko. Und am Umschalttag entscheidet sich alles auf einmal.
Der Accelerate State of DevOps Report 2024 von DORA zeigt den Grund, warum das schiefgeht: große, seltene Änderungen erhöhen Risiko und senken Stabilität. Ein Big-Bang-Rewrite ist die größte denkbare Änderung mit dem spätesten denkbaren Feedback.
Das Prinzip: ablösen statt ersetzen
Statt das Alte abzureißen, legt man eine moderne Schicht daneben und verlagert Prozess für Prozess. Das alte System bleibt produktiv, bis der neue Teil bewiesen ist. Bekannt ist das als „Strangler-Fig"-Muster: das Neue wächst um das Alte herum, bis das Alte überflüssig ist — ohne Stillstand.
Vier Strategien, die den Betrieb schützen
1. API-Schicht vor das Altsystem
Eine saubere Schnittstelle vor das Altsystem legen, sodass neue Anwendungen nicht mehr direkt in die alte Datenbank greifen. Ab diesem Punkt kann man dahinter modernisieren, ohne dass es vorne jemand merkt.
2. Modulare Migration nach Geschäftswert
Nicht „das System" migrieren, sondern den Prozess mit dem höchsten Schmerz oder Risiko zuerst. Jeder Schritt liefert eigenständigen Nutzen — auch wenn der Rest noch alt ist.
3. Parallelbetrieb mit Abgleich
Neuen und alten Pfad eine Zeit lang parallel laufen lassen und Ergebnisse vergleichen. Erst wenn der neue Pfad nachweislich gleich oder besser ist, wird umgeschaltet. Kein Stichtag-Risiko.
4. Schatten-Excel als Anforderung lesen, nicht als Chaos
Die fünf Excel-Dateien drumherum sind keine Unordnung — sie sind die echte, undokumentierte Spezifikation. Wer sie ignoriert, baut das falsche neue System.
Sicherheit ist ein Grund, nicht nur ein Nebeneffekt
Alte Systeme tragen oft bekannte, ungepatchte Schwachstellen und veraltete Abhängigkeiten. Der Lagebericht des BSI zur IT-Sicherheit ordnet genau das als anhaltendes Risiko ein. Modernisierung ist deshalb nicht nur ein Komfort- oder Tempothema, sondern oft ein Sicherheits- und Compliance-Thema.
Build or Buy gilt auch hier
Nicht jeder abgelöste Prozess muss neu gebaut werden — manches ist heute ein Standardprodukt. Die Entscheidung, was man ersetzt, neu baut oder einkauft, gehört an den Anfang, nicht ans Ende (siehe Custom oder Standard?). Und die API-Schicht, die die Modernisierung trägt, ist oft dieselbe, die die Systeme endlich verbindet (siehe API-Integration für Unternehmen).
Checkliste vor der Modernisierung
- Gibt es eine API-Schicht, hinter der wir gefahrlos modernisieren können?
- Migrieren wir nach Geschäftswert, nicht nach Systemgrenze?
- Ist Parallelbetrieb mit Abgleich möglich, statt eines Stichtags?
- Haben wir die Schatten-Excel-Realität als Anforderung erfasst?
- Ist die Sicherheitslage des Altsystems Teil der Begründung?
- Liefert jeder Schritt eigenständigen Nutzen?
- Ist klar, was ersetzt, neu gebaut oder gekauft wird?
Häufige Fragen
Ist schrittweise nicht langsamer als ein Neubau? Bis zum ersten Nutzen ist schrittweise schneller, weil der erste modernisierte Prozess früh produktiv ist. Ein Big-Bang liefert erst am Ende — oder gar nicht.
Was, wenn niemand mehr weiß, wie das Altsystem funktioniert? Dann ist genau das das erste Arbeitspaket: Verhalten beobachten, Schnittstellen kapseln, Schatten-Excel auswerten. Wissen rekonstruieren, bevor man ersetzt.
Müssen wir alles modernisieren? Nein. Oft reicht es, die schmerzhaftesten zwei bis drei Prozesse abzulösen und den Rest stabil weiterlaufen zu lassen.
Wie groß ist ein erster Schritt? Ein Prozess, eine API-Kapselung, ein parallel laufender neuer Pfad — in Wochen produktiv, nicht in Quartalen.
Fazit
Legacy-Modernisierung scheitert am Big-Bang, nicht an alter Technik. Wer eine API-Schicht vorlegt, nach Geschäftswert migriert, parallel betreibt und die Schatten-Excel-Realität ernst nimmt, erneuert sicher und liefert früh — statt alles auf einen riskanten Stichtag zu setzen.
Weiterlesen
- Individuelle Softwareentwicklung: Custom oder Standard? — was ersetzt, neu gebaut oder gekauft wird.
- API-Integration für Unternehmen: ERP, CRM, Webshop und Excel verbinden — die Schicht, die die Modernisierung trägt.
Nächster Schritt
Sie wollen ein Altsystem ablösen, ohne den Betrieb zu riskieren? Beginnen Sie mit einer kurzen Einschätzung Ihrer Anforderungen. Wir schneiden einen ersten, gefahrlosen Modernisierungsschritt — mit API-Schicht und Parallelbetrieb.
Quellen
- DORA, Accelerate State of DevOps Report 2024 — dora.dev
- Thoughtworks, Technology Radar — thoughtworks.com
- BSI, Die Lage der IT-Sicherheit in Deutschland — bsi.bund.de