www.simplify-data.de
In vielen Unternehmen läuft eine Software, die vor zehn oder zwanzig Jahren entwickelt wurde und bis heute zentrale Abläufe trägt. Sie funktioniert, aber jede Änderung wird teurer, und kaum jemand kennt sich noch damit aus. Dieser Artikel zeigt, warum ein Komplett-Neubau selten die beste Antwort ist und wie eine schrittweise Modernisierung gelingt.
Was ist Legacy-Software?
Als Legacy-Software bezeichnet man gewachsene Altsysteme, die geschäftskritisch sind, aber auf veralteter Technik beruhen. Das kann eine Access-Datenbank sein, eine selbst entwickelte Desktop-Anwendung, ein angepasstes Warenwirtschaftssystem oder eine Webanwendung auf einer Programmiersprache, für die es kaum noch Fachkräfte gibt.
Alt allein ist kein Problem. Kritisch wird es, wenn mehrere der folgenden Punkte zutreffen:
- Für Betriebssystem, Datenbank oder Framework gibt es keine Sicherheitsupdates mehr.
- Das Wissen über das System liegt bei einer einzigen Person oder einem Dienstleister, der nicht mehr verfügbar ist.
- Neue Anforderungen, etwa eine Schnittstelle zum Onlineshop oder ein mobiler Zugriff, lassen sich nicht oder nur mit großem Aufwand umsetzen.
- Daten müssen von Hand zwischen dem Altsystem und anderen Programmen übertragen werden.
- Die Software läuft nur auf bestimmten, veralteten Rechnern.
Warum der Komplett-Neubau so verlockend und so riskant ist
Die naheliegende Idee lautet: Wir bauen alles neu, modern und sauber, und schalten das alte System an einem Stichtag ab. In der Praxis birgt dieser Ansatz, oft „Big Bang“ genannt, erhebliche Risiken.
- Verborgene Logik: Über die Jahre sind in alten Systemen unzählige Sonderregeln entstanden, die nirgends dokumentiert sind. Viele davon fallen erst auf, wenn sie im neuen System fehlen.
- Lange Durststrecke: Bis das neue System fertig ist, vergehen oft viele Monate. In dieser Zeit muss das alte System weiter gepflegt werden, und das Unternehmen sieht noch keinen Nutzen.
- Bewegliches Ziel: Während der Entwicklung ändern sich die Anforderungen. Das neue System läuft dem Bedarf hinterher, bevor es überhaupt live ist.
- Riskanter Stichtag: Wenn am Umstellungstag etwas schiefgeht, steht im schlimmsten Fall der gesamte Betrieb.
Die Alternative: schrittweise modernisieren
Bewährt hat sich ein Vorgehen, das der Softwareentwickler Martin Fowler als „Strangler Fig“-Muster beschrieben hat, benannt nach der Würgefeige. Diese Pflanze wächst um einen Wirtsbaum herum, bis sie ihn schließlich ersetzt. Übertragen auf Software heißt das: Neue Komponenten entstehen neben dem Altsystem und übernehmen nach und nach dessen Aufgaben.
Der Vorteil: Jeder Schritt bringt schon Nutzen, das Risiko verteilt sich auf viele kleine Umstellungen, und das Altsystem bleibt so lange in Betrieb, bis es nicht mehr gebraucht wird.
So läuft eine schrittweise Modernisierung ab
1. Bestandsaufnahme
Zuerst wird das Altsystem verstanden. Welche Funktionen werden tatsächlich genutzt, von wem und wie oft? Welche Daten liegen wo? Mit welchen anderen Systemen gibt es Verbindungen? Hilfreich sind Gespräche mit den Anwendern, ein Blick in die Datenbank und, falls vorhanden, in den Quellcode.
Oft zeigt sich dabei, dass ein erheblicher Teil der Funktionen kaum oder gar nicht mehr verwendet wird. Diese Teile müssen nicht neu gebaut werden.
2. Daten zugänglich machen
Ein wichtiger früher Schritt ist eine Schnittstelle (API) zu den Daten des Altsystems. Damit können neue Anwendungen lesen und schreiben, ohne den alten Code anzufassen. Gleichzeitig lohnt es sich, Datenqualität zu prüfen und Dubletten oder Altlasten zu bereinigen.
3. Ersten Baustein auswählen
Beginnen Sie mit einem Bereich, der klar abgrenzbar ist und spürbaren Nutzen bringt. Das kann eine Auswertung sein, die bisher mühsam per Excel erstellt wird, ein Kundenportal oder ein mobiler Zugriff für den Außendienst. Ein früher Erfolg schafft Vertrauen im Team.
4. Neu bauen, parallel betreiben, umschalten
Der neue Baustein wird entwickelt und zunächst parallel zum alten System betrieben. Erst wenn er zuverlässig funktioniert, wird umgeschaltet. Bei Webanwendungen geschieht das oft über eine vorgeschaltete Komponente, die Anfragen entweder an das alte oder an das neue System weiterleitet.
5. Wiederholen und abschalten
Bereich für Bereich wandert die Funktionalität ins neue System. Am Ende bleibt vom Altsystem nur noch wenig übrig, und es kann kontrolliert abgeschaltet werden. Archivdaten werden vorher gesichert, damit Aufbewahrungspflichten erfüllt bleiben.
Komplett-Neubau und schrittweise Modernisierung im Vergleich
| Aspekt | Komplett-Neubau | Schrittweise Modernisierung |
|---|---|---|
| Erster Nutzen | erst nach Fertigstellung | nach dem ersten Baustein |
| Risiko | gebündelt am Stichtag | verteilt auf viele kleine Schritte |
| Budget | große Einmalinvestition | über einen längeren Zeitraum verteilt |
| Flexibilität | Änderungen während der Entwicklung schwierig | Prioritäten lassen sich laufend anpassen |
| Aufwand für Parallelbetrieb | gering, aber nur kurz | höher, weil Alt und Neu eine Zeit lang zusammenarbeiten |
Der schrittweise Weg ist nicht in jedem Fall der richtige. Bei sehr kleinen Systemen oder wenn das Altsystem technisch überhaupt keine Anbindung erlaubt, kann ein Neubau einfacher sein. Er sollte dann aber besonders sorgfältig vorbereitet werden.
Checkliste für den Start
- Liste der genutzten Funktionen und ihrer Anwender erstellen
- Abhängigkeiten zu anderen Systemen und Datenflüsse dokumentieren
- Sicherheitslage bewerten: Gibt es noch Updates für alle Komponenten?
- Wissensträger identifizieren und ihr Wissen festhalten, solange es verfügbar ist
- Datenbestand sichern und Qualität prüfen
- Ersten Modernisierungsbaustein mit klarem Nutzen festlegen
- Erfolgskriterien definieren, zum Beispiel weniger manuelle Arbeit oder kürzere Bearbeitungszeiten
- Budget in Etappen planen statt als einen großen Block
Typische Fehler vermeiden
Ein häufiger Fehler ist, das alte System eins zu eins nachzubauen, inklusive aller Umwege, die sich über die Jahre eingeschlichen haben. Nutzen Sie die Modernisierung, um Abläufe zu hinterfragen. Ein zweiter Fehler ist, die Anwender erst am Ende einzubeziehen. Wer täglich mit der Software arbeitet, weiß am besten, wo es hakt.
Schließlich sollte auch das neue System so entstehen, dass es nicht in zehn Jahren wieder zum Problem wird: mit Dokumentation, automatisierten Tests und einer Technik, für die es langfristig Fachkräfte und Updates gibt.
Modernisierung mit Simplify Data
Simplify Data aus Kiel unterstützt Unternehmen in Schleswig-Holstein, Hamburg und remote deutschlandweit dabei, gewachsene Systeme zu analysieren und schrittweise in moderne Anwendungen zu überführen. Wir beginnen mit einer Bestandsaufnahme und entwickeln daraus einen Fahrplan in überschaubaren Etappen. Mehr dazu auf unserer Seite zur Softwareentwicklung.