Legacy-Systeme

Legacy-Systeme sind selten defekt – genau das macht sie so schwer ablösbar. Sie laufen seit Jahren stabil, tragen das Tagesgeschäft und enthalten Geschäftslogik, die nirgendwo sonst dokumentiert ist. Zum Problem werden sie dort, wo sie Veränderung blockieren: fehlende Schnittstellen, für die jede Datenübergabe manuell nachgebaut werden muss; Hersteller-Support, der ausgelaufen ist und damit auch Sicherheitsupdates; Anpassungen, die nur eine Handvoll Personen versteht; Betriebskosten, die von Jahr zu Jahr steigen, ohne dass neue Funktionen entstehen.

Eine Modernisierung ist deshalb keine rein technische Aufgabe, sondern eine Investitionsentscheidung. Sie muss beantworten, welchen Beitrag ein System zum Geschäft leistet, welches Risiko sein Weiterbetrieb erzeugt und welcher Weg – Weiterbetrieb, Umbau, Ersatz oder Abschaltung – das beste Verhältnis von Aufwand, Nutzen und Risiko bietet.

Fragestellungen

1. Welche Risiken (z.B. Sicherheitslücken, mangelnde Skalierbarkeit, hohe Wartungskosten) sind mit unseren bestehenden Altsystemen verbunden und wie bewerten wir diese?
2. Welche Modernisierungsstrategie (z.B. Rehosting, Refactoring, Neuentwicklung) ist für unsere spezifische Systemlandschaft und unsere zukünftigen Anforderungen die richtige?
3. Wie gestalten wir den Migrationsprozess von den alten auf die neuen Systeme, um Ausfallzeiten zu minimieren und einen reibungslosen Übergang sicherzustellen?

Risiken sichtbar machen: Woran Altsysteme gemessen werden

Bevor über Technologien gesprochen wird, braucht es eine nachvollziehbare Bewertung des Bestands. Bewährt hat sich die Einordnung jeder Anwendung anhand von zwei Achsen – Beitrag zum Geschäft und technische Tragfähigkeit – auf Basis dieser Kriterien:

• Geschäftskritikalität: Welche Prozesse stehen still, wenn das System ausfällt, und wie lange ist ein Ausfall verkraftbar?
• Sicherheitslage: Erhält die Plattform noch Updates? Sind Betriebssystem, Datenbank und Laufzeitumgebung im unterstützten Lebenszyklus?
• Wartbarkeit und Know-how: Wie viele Personen können das System ändern, wie gut ist es dokumentiert, wie verfügbar sind Fachkräfte für die eingesetzte Technologie?
• Integrationsfähigkeit: Gibt es dokumentierte Schnittstellen oder werden Daten über Exporte, Dateiablagen und manuelle Nacharbeit übergeben?
• Gesamtkosten: Lizenz-, Hosting-, Wartungs- und Personalaufwand pro Jahr – einschließlich der Kosten für Workarounds, die das System notwendig macht.
• Compliance: Erfüllt das System die Anforderungen an Protokollierung, Berechtigungen, Datenschutz und Nachvollziehbarkeit?

Das Ergebnis ist eine priorisierte Liste: Systeme mit hohem Geschäftsbeitrag und schlechter technischer Tragfähigkeit gehören nach vorn, technisch schwache Systeme ohne Geschäftsnutzen werden abgeschaltet statt migriert.

Modernisierungsstrategien im Vergleich

Die passende Strategie unterscheidet sich je System – eine einheitliche Antwort für die gesamte Landschaft führt regelmäßig zu überteuerten oder zu riskanten Projekten:

• Rehosting (Lift & Shift): Der Betrieb wird auf moderne Infrastruktur verlagert, die Anwendung bleibt unverändert. Schnell und günstig, löst aber nur Infrastruktur- und keine Architekturprobleme.
• Replatforming: Austausch einzelner Bausteine wie Datenbank oder Laufzeitumgebung, um wieder in den Support-Lebenszyklus zu kommen – ein guter Zwischenschritt, wenn Zeitdruck besteht.
• Refactoring: Umbau des Codes bei gleichbleibender Funktion, um Wartbarkeit, Testbarkeit und Erweiterbarkeit zu verbessern. Sinnvoll, wenn die Fachlogik wertvoll und die Struktur das Problem ist.
• Kapselung über Schnittstellen: Das Altsystem bleibt zunächst bestehen, wird aber über definierte APIs eingebunden. So werden neue Anwendungen möglich, während die Ablösung schrittweise vorbereitet wird.
• Ersatz durch Standardsoftware: Wirtschaftlich überlegen, wenn der Prozess kein Differenzierungsmerkmal ist. Voraussetzung ist die Bereitschaft, eigene Sonderwege zugunsten des Standards aufzugeben.
• Neuentwicklung: Der aufwendigste Weg, gerechtfertigt bei Prozessen mit echtem Wettbewerbsvorteil oder wenn kein Marktprodukt die Anforderungen abdeckt.
• Abschaltung: Häufig unterschätzt. Zahlreiche Altanwendungen werden nur noch für Auswertungen oder Archivzwecke benötigt und lassen sich durch eine reine Datenarchivierung ersetzen.

Arbeitsanweisung

Ziel: Ablösung veralteter IT-Systeme durch eine moderne, flexible und zukunftsfähige Systemlandschaft – bei laufendem Betrieb und mit kalkulierbarem Risiko.

Vorgehen:

1. System-Assessment: Bewertung der bestehenden IT-Landschaft hinsichtlich Funktionalität, Technologie, Kosten und Risiken. Dazu gehören eine vollständige Anwendungsübersicht, die Erfassung aller Schnittstellen und Datenflüsse sowie die Identifikation von Wissensträgern und undokumentierten Sonderanpassungen.
2. Zielarchitektur: Entwicklung einer Ziel-IT-Architektur, die die künftigen Geschäftsanforderungen unterstützt. Festgelegt werden führende Systeme je Datenobjekt (Kunde, Artikel, Auftrag), Integrationsmuster und Schnittstellenstandards sowie Vorgaben zu Berechtigungen, Protokollierung und Datenhaltung.
3. Migrationsstrategie: Ausarbeitung einer Roadmap für die schrittweise Ablösung. Je System wird die Strategie begründet, die Reihenfolge nach Risiko und Abhängigkeiten festgelegt und der Übergang so geschnitten, dass nach jedem Schritt ein lauffähiger Zustand erreicht ist. Für jeden Schritt gehören ein Testkonzept und ein Rückfallplan zum Ergebnis.
4. Implementierung & Migration: Auswahl und Einführung der neuen Systeme sowie Durchführung der Datenmigration. Diese folgt einer festen Abfolge: Datenbereinigung, Feldzuordnung, Testmigration, Abgleich von Beständen und Summen, Fachbereichsabnahme. Kritische Abläufe werden vor dem Umstieg in einem Parallelbetrieb verglichen, das Umstellungsfenster wird mit klaren Abbruchkriterien geplant.
5. Change Management: Begleitung der Anwender durch Schulung, Ansprechpartner in den Fachbereichen und intensiven Support in den ersten Wochen nach der Umstellung. Ergänzend werden die Nachbetriebsphase, die Abschaltung des Altsystems und die revisionssichere Archivierung der Altdaten verbindlich geplant – sonst bleibt das Legacy-System als Schattensystem bestehen.

Nutzen

Der Nutzen entsteht nicht durch neue Technik an sich, sondern durch die Handlungsfähigkeit, die sie zurückgibt:

• Höhere Agilität und Wettbewerbsfähigkeit, weil Änderungen in Wochen statt in Quartalen umsetzbar sind.
• Geringere Betriebskosten durch reduzierten Wartungsaufwand, weniger Workarounds und effizientere Prozesse.
• Verbesserte Datensicherheit und Compliance durch unterstützte Technologien, aktuelle Sicherheitsstandards und nachvollziehbare Berechtigungen.
• Neue Geschäftsmodelle und Automatisierungen werden möglich, weil Daten über Schnittstellen nutzbar sind.
• Zufriedenere Mitarbeiter durch schnellere, verständlichere und verlässlichere Systeme.

Vorteile

• Risikominimierung: Systeme ohne Herstellersupport erhalten keine Sicherheitsupdates und sind ein bevorzugtes Ziel von Angriffen. Die Modernisierung senkt das Risiko von Datenverlust, Betriebsunterbrechung und Erpressungsangriffen erheblich.
• Skalierbarkeit: Moderne Architekturen erlauben es, Last, Datenmengen und Nutzerzahlen zu erhöhen, ohne die Anwendung neu zu bauen – wichtig bei Wachstum, Zukäufen und Saisonspitzen.
• Effizienzsteigerung: Automatisierte Abläufe und wegfallende Doppelerfassungen verkürzen Durchlaufzeiten und reduzieren Fehlerquellen an den Schnittstellen zwischen Abteilungen.
• Zukunftsfähigkeit: Saubere Datenhaltung und offene Schnittstellen sind die Voraussetzung dafür, Analytik, Automatisierung oder KI-Anwendungen überhaupt sinnvoll einsetzen zu können.
• Attraktivität als Arbeitgeber: Fachkräfte für veraltete Technologien sind knapp und teuer. Eine moderne Systemlandschaft erleichtert Personalgewinnung und macht das Unternehmen unabhängiger von einzelnen Wissensträgern.

FAQ

Was sind die größten Herausforderungen bei der Ablösung von Legacy-Systemen?
Meist nicht die Technologie, sondern drei andere Punkte: die undokumentierte Fachlogik gewachsener Systemlandschaften, die Datenqualität bei der Migration – historische Bestände enthalten Dubletten, unvollständige Sätze und Sonderfälle – sowie der Veränderungsprozess bei den Mitarbeitern, die eingespielte Arbeitsweisen aufgeben müssen.

Wie lange dauert ein solches Modernisierungsprojekt?
Das hängt von Umfang, Schnittstellenanzahl und Datenhistorie ab. Die Ablösung einer einzelnen Fachanwendung ist häufig in wenigen Monaten realisierbar, die Erneuerung einer gewachsenen Kernlandschaft mit ERP-Bezug erstreckt sich über mehrere Jahre. Entscheidend ist, das Vorhaben in Abschnitte zu schneiden, die jeweils eigenständig Nutzen liefern.

Welche Rolle spielt das Change Management bei der Systemeinführung?
Es ist ein kritischer Erfolgsfaktor, denn der wirtschaftliche Nutzen entsteht erst, wenn die neuen Abläufe tatsächlich genutzt werden. Wirksam sind frühzeitige Einbindung der Fachbereiche, Schlüsselanwender als Multiplikatoren, rollenbezogene Schulungen und die konsequente Abschaltung alter Wege – solange Parallelwelten bestehen bleiben, werden sie genutzt.

Ist eine schrittweise Migration oder ein „Big Bang"-Ansatz besser?
In den meisten Fällen ist die schrittweise Ablösung vorzuziehen: Funktionen werden einzeln aus dem Altsystem herausgelöst und durch neue Bausteine ersetzt, während das Altsystem übergangsweise weiterläuft. Das reduziert das Risiko einer Betriebsstörung und liefert früher Ergebnisse. Ein einmaliger Umstieg kann sinnvoll sein, wenn eine Datenteilung technisch nicht möglich ist oder ein Vertragsende drängt – dann sind Testmigrationen, Parallelbetrieb und ein belastbarer Rückfallplan zwingend.

Wie messen wir den Erfolg der Systemmodernisierung?
Über Kennzahlen, die vor Projektbeginn erhoben werden – sonst fehlt der Vergleichswert. Bewährt haben sich Betriebskosten pro Jahr, Systemverfügbarkeit und Zahl der Störungen, Durchlaufzeit der wichtigsten Fachprozesse, Dauer bis zur Umsetzung einer Änderung sowie die Zahl abgeschalteter Altsysteme und manueller Workarounds. Ergänzend gehört die Anwenderzufriedenheit dazu, weil sie früh anzeigt, ob die Umstellung im Alltag trägt.