


Eray Özmü
Akt. 28.09.2026 · 4 Min. Lesezeit
Fast jedes Unternehmen hat sie: Software, die seit Jahren läuft, für das Geschäft wichtig ist und trotzdem niemand mehr gern anfasst. Wer ein solches Altsystem ersetzen oder modernisieren will, sollte nicht mit der neuen Technik beginnen, sondern mit einer gründlichen Bestandsaufnahme. Dieser Artikel zeigt, was dazugehört, welche Strategien es gibt und wie Sie den Betrieb während der Umstellung sichern.
Als Legacy-System bezeichnet man eine Software, die noch gebraucht wird, deren Wartung und Weiterentwicklung aber immer schwieriger und teurer wird. Die Ursachen sind meist veraltete Technik, fehlende Dokumentation und fehlendes Wissen: Die ursprünglichen Entwickler sind nicht mehr da, Fachleute für die Programmiersprache sind selten.
Gleichzeitig steckt in diesen Systemen oft jahrelang gewachsenes Prozesswissen. Genau deshalb ist ein einfaches Abschalten und Neuanfangen selten eine gute Idee.
Listen Sie die Funktionen auf, die tatsächlich genutzt werden, nicht die, die es gibt. In vielen Altsystemen wird ein erheblicher Teil der Funktionen kaum noch verwendet. Gespräche mit den Nutzern und ein Blick in Protokolle zeigen, was wirklich zählt.
Welche Abteilungen, Rollen und externen Partner arbeiten damit? Welche Abläufe hängen davon ab? Diese Übersicht bestimmt später die Reihenfolge der Ablösung.
Welche Datenbestände gibt es, wie gut ist ihre Qualität, welche müssen aus rechtlichen Gründen aufbewahrt werden und welche können gelöscht werden? Die Datenmigration ist oft der aufwendigste Teil einer Ablösung.
Schnittstellen zu ERP, Buchhaltung, Webshop oder Maschinen, auch inoffizielle wie ein nächtlicher Export in eine Excel-Datei. Jede dieser Verbindungen muss in der neuen Lösung weiter funktionieren.
Sie haben ein Projekt im Kopf? Lassen Sie uns in einem kostenlosen Beratungsgespräch Ihre Idee besprechen.
Kostenloses Erstgespräch buchenSicherheitslücken, fehlende Backups, Abhängigkeit von einzelnen Personen oder nicht mehr erhältliche Hardware. Diese Risiken bestimmen, wie dringend die Modernisierung ist.
Neben Lizenzen und Wartung zählen auch versteckte Kosten: Zeit für Umwege, Fehler durch doppelte Eingaben, verlorene Chancen, weil neue Funktionen nicht möglich sind. Erst mit diesen Zahlen lässt sich eine Modernisierung wirtschaftlich bewerten.
| Strategie | Was passiert | Wann sinnvoll |
|---|---|---|
| Beibehalten | System bleibt, wird nur abgesichert | stabil, wenig Änderungsbedarf |
| Umzug (Rehosting) | gleiche Software auf moderner Infrastruktur | Hardware oder Rechenzentrum sind das Problem |
| Refactoring | Code wird schrittweise verbessert | Kern ist brauchbar, Technik veraltet |
| Kapseln | Schnittstelle vor das Altsystem, neue Anwendungen greifen darauf zu | Daten werden gebraucht, System soll vorerst bleiben |
| Schrittweise Neuentwicklung | neue Module lösen das Altsystem Stück für Stück ab | System ist kaum noch wartbar |
| Ersetzen durch Standardsoftware | Umstieg auf ein fertiges Produkt | Prozess ist nicht unternehmensspezifisch |
Oft ist die beste Lösung eine Kombination: Einzelne Teile bleiben, andere werden gekapselt oder neu gebaut.
Der komplette Austausch an einem Stichtag ist das riskanteste Vorgehen. Bewährt hat sich die schrittweise Ablösung nach dem sogenannten Strangler-Pattern: Neue Module entstehen neben dem Altsystem und übernehmen nach und nach dessen Aufgaben. Beide Systeme laufen eine Zeit lang parallel, bis der alte Teil abgeschaltet werden kann. So bleibt der Betrieb jederzeit stabil, und Ihr Team gewöhnt sich Schritt für Schritt an die neue Lösung.
Die Bestandsaufnahme gelingt am besten gemeinsam mit den Menschen, die täglich mit dem System arbeiten. In Workshops zeigt sich, welche Abläufe wirklich gebraucht werden, welche nur historisch gewachsen sind und wo die neue Lösung besser werden soll. Wie sich Anforderungen danach beherrschbar halten lassen, beschreibt unser Artikel zum Anforderungsmanagement.
Für ein typisches Altsystem im Mittelstand meist zwei bis vier Wochen. Am Ende stehen eine Übersicht über Funktionen, Daten und Schnittstellen, eine Einschätzung der Risiken und ein Plan mit Prioritäten.
Ja, wenn schrittweise vorgegangen wird. Das Altsystem läuft weiter, bis der jeweilige neue Teil stabil ist und abgenommen wurde.
Wenn Wartung und Umwege mehr kosten als die Erneuerung oder wenn das System Wachstum und Sicherheit gefährdet, fast immer. Die Bestandsaufnahme liefert die Zahlen für diese Entscheidung.
Wie wir Altsysteme analysieren und schrittweise ablösen, zeigen wir auf unserer Seite Software modernisieren. Für die Anbindung bestehender Systeme an neue Anwendungen siehe Systemintegration.