Ratgeber · Softwareentwicklung
Legacy-Software ablösen: Wann sich eine Neuentwicklung lohnt
Woran erkennen Sie, dass eine Software zur Legacy wird?
Vier Anzeichen sind in der Praxis zuverlässig. Erstens, der Hersteller existiert nicht mehr oder liefert seit Jahren keine Updates, damit bleiben auch Sicherheitslücken offen. Zweitens, im Betrieb versteht nur noch eine einzelne Person, wie das System im Detail funktioniert, ein klassischer Bus-Faktor von eins. Drittens, die Anbindung an neue Systeme scheitert, weil keine Programmierschnittstelle existiert und Daten stattdessen per Hand oder Excel-Export zwischen den Systemen wandern, wie unser Ratgeber zur Schnittstellen-Programmierung im Detail beschreibt. Viertens, die zugrunde liegende Technologie, etwa eine veraltete Programmiersprache oder ein nicht mehr unterstütztes Datenbankformat, findet kaum noch Entwickler, die sie warten wollen oder können. Ein einzelnes dieser Anzeichen ist noch kein Grund zur Sorge, treffen mehrere gleichzeitig zu, wächst das Risiko spürbar.
Ablösen oder weiterbetreiben – wie entscheiden Sie richtig?
Statt aus dem Bauch zu entscheiden, hilft eine kurze Prüfung anhand von vier Fragen, die sich in dieser Reihenfolge abarbeiten lässt:
- 1. Häufen sich Workarounds? Wenn Mitarbeitende regelmäßig Umwege bauen müssen, weil das System bestimmte Fälle nicht mehr sauber abbildet, ist das ein klares Warnsignal.
- 2. Gibt es noch jemanden, der das System wirklich versteht? Hängt Wartung und Fehlerbehebung an einer einzelnen Person, ist das Risiko real, unabhängig davon, wie stabil das System heute läuft.
- 3. Blockiert das Altsystem andere Vorhaben? Etwa, weil sich kein Kundenportal oder kein neues ERP sauber anbinden lässt, ohne Daten doppelt zu pflegen.
- 4. Was kostet der Weiterbetrieb tatsächlich? Notlösungen, Ausfallzeiten und gebundene Arbeitszeit summieren sich über Jahre oft zu mehr, als eine geordnete Ablösung kosten würde.
Fallen mindestens zwei dieser vier Fragen klar zu Ungunsten des Altsystems aus, lohnt es sich, eine Ablösung ernsthaft durchzurechnen statt sie weiter aufzuschieben. Fällt nur eine Frage kritisch aus und das System läuft ansonsten stabil, reicht oft eine gezielte Erweiterung oder Absicherung, bevor gleich das ganze System infrage steht.
Migration, Strangler-Ansatz oder Neubau: Drei Wege im Vergleich
| Ansatz | Vorgehen | Risiko | Wann sinnvoll |
|---|---|---|---|
| Migration in Standardsystem | Daten und Abläufe wandern in ein bestehendes Standard-ERP oder -DMS | Niedrig bis mittel, hängt an der Datenqualität | Wenn ein passendes Standardsystem die Kernfunktion bereits abdeckt |
| Schrittweise Ablösung (Strangler-Ansatz) | Einzelne Funktionen werden nacheinander neu gebaut, Altsystem läuft parallel weiter | Niedrig, da jederzeit anhaltbar und rückbaubar | Bei komplexen, stark verzahnten Systemen, wenn der Betrieb nicht stillstehen darf |
| Kompletter Neubau | Die gesamte Anwendung wird neu konzipiert und in einem Schritt abgelöst | Hoch, Verzögerungen treffen das gesamte Projekt gleichzeitig | Bei kleinen, klar abgegrenzten Anwendungen mit überschaubarem Funktionsumfang |
In der Praxis bewährt sich für die meisten Betriebe der Strangler-Ansatz, weil er das größte Risiko einer Ablösung entschärft: den Stillstand während der Umstellung. Als individuelle Softwareentwicklung bauen wir Ablösungen deshalb bevorzugt in Etappen, mit einem klar abgegrenzten Pilotbereich als erstem Schritt.
Was kostet die Ablösung einer Legacy-Anwendung?
Wie bei jeder Individualsoftware gibt es keine pauschale Zahl, dafür unterscheiden sich die Ausgangslagen zu stark. Die vier Kostentreiber sind dieselben wie bei jeder Neuentwicklung, fachlicher Umfang, Schnittstellen, Oberfläche und Absicherung, unser Ratgeber „Was kostet Individualsoftware?" schlüsselt sie im Detail auf. Bei einer Ablösung kommt ein fünfter Faktor hinzu, der regelmäßig unterschätzt wird: die Datenmigration. Historisch gewachsene Datenbestände enthalten fast immer Dubletten, inkonsistente Formate oder Sonderfälle, die vor der Übernahme bereinigt werden müssen, und dieser Aufwand übersteigt in der Praxis nicht selten den Aufwand für die eigentliche Neuentwicklung. Ein schlanker erster Ausbau mit einer einzelnen, klar abgegrenzten Funktion bewegt sich häufig im niedrigen bis mittleren fünfstelligen Bereich, eine vollständige Ablösung eines komplexen Systems mit mehreren Modulen entsprechend darüber, verteilt über mehrere Etappen. Verbindliche Zahlen für Ihre Konstellation nennen wir erst nach der Anforderungsklärung, dann aber nachvollziehbar aufgeschlüsselt.
Die häufigsten Fehler beim Ablösen von Altsystemen
- Alles auf einmal ablösen: Ein Big-Bang-Wechsel ohne Pilotbereich bündelt das gesamte Projektrisiko auf einen einzigen Stichtag.
- Datenqualität unterschätzen: Wer die alten Daten ungeprüft übernimmt, trägt Dubletten und Fehler unverändert ins neue System.
- Kein Plan für den Parallelbetrieb: Läuft das neue System nicht vollständig, aber niemand hat geregelt, was noch im alten passiert, entstehen Lücken, in denen Vorgänge verloren gehen.
- Fachbereich zu spät einbinden: Wer die spätere Nutzergruppe erst zum Rollout einbezieht statt in der Konzeptphase, baut am Alltag vorbei.
Woran Sie einen Partner erkennen, der solche Fehler von Anfang an vermeidet, beschreibt unser Ratgeber Softwareentwicklungspartner finden im Detail.