Software-Modernisierung im laufenden Betrieb
Geschäftskritische Software lässt sich häufig nicht einfach abschalten, während im Hintergrund ein neues System entwickelt wird. Auftragsabwicklung, Produktion, Logistik, Kundenservice oder Abrechnung müssen weiterlaufen. Gleichzeitig darf notwendige Modernisierung nicht immer weiter verschoben werden.
Genau deshalb ist die Modernisierung im laufenden Betrieb für viele Unternehmen der sinnvollste Weg. Das bestehende System bleibt produktiv, während einzelne Funktionen, Schnittstellen oder Module schrittweise modernisiert werden.
Software-Modernisierung im laufenden Betrieb bedeutet, ein bestehendes System kontrolliert weiterzuentwickeln, während es seine geschäftskritischen Aufgaben weiterhin erfüllt.
Statt eines festgelegten Tages, an dem das alte System vollständig durch ein neues ersetzt wird, entsteht eine Übergangsphase, in der alte und neue Komponenten miteinander arbeiten.
Warum ist eine Modernisierung im laufenden Betrieb notwendig?
Viele Altsysteme bilden Prozesse ab, die für das Unternehmen unverzichtbar sind. Ein Produktionsunternehmen kann seine Fertigungssteuerung nicht für mehrere Monate stilllegen. Ein Händler benötigt weiterhin seine Auftragsabwicklung, und ein Softwarehersteller muss seine bestehenden Kunden auch während einer mehrjährigen Produktmodernisierung unterstützen.
Gleichzeitig entwickelt sich das Unternehmen weiter. Neue Anforderungen entstehen, gesetzliche Vorgaben ändern sich und Kunden benötigen zusätzliche Funktionen. Das bestehende System muss deshalb häufig noch verändert werden, während parallel bereits an seiner Modernisierung gearbeitet wird.
Eine Modernisierungsstrategie muss diese Realität berücksichtigen.
Das Ziel kann daher nicht lauten:
„Wir frieren das alte System ein und ersetzen es irgendwann vollständig.“
Sinnvoller ist häufig:
„Wir halten den laufenden Betrieb stabil und verlagern Funktionen kontrolliert in die neue Architektur.“
Warum ist ein kompletter Austausch zu einem Stichtag riskant?
Bei einer klassischen Komplettablösung wird ein neues System parallel entwickelt und zu einem bestimmten Zeitpunkt produktiv gesetzt. Das bestehende System soll anschließend abgeschaltet werden.
Bei kleineren und überschaubaren Anwendungen kann dieses Vorgehen funktionieren. Bei komplexen, über viele Jahre gewachsenen Systemen steigt jedoch das Risiko.
Die neue Anwendung muss zum Umstellungszeitpunkt alle geschäftskritischen Funktionen zuverlässig übernehmen.
Daten müssen vollständig übertragen, Schnittstellen umgestellt und Anwender vorbereitet sein. Gleichzeitig müssen Sonderfälle berücksichtigt werden, die möglicherweise erst im täglichen Betrieb sichtbar werden.
Je größer und komplexer das System ist, desto anspruchsvoller wird dieser eine Umstellungszeitpunkt.
Eine schrittweise Modernisierung verteilt diese Veränderung dagegen auf mehrere kontrollierbare Etappen.
Zuerst muss das bestehende System verstanden werden
Bevor einzelne Komponenten modernisiert werden, muss klar sein, wie die bestehende Anwendung tatsächlich funktioniert.
Gerade langjährig betriebene Systeme besitzen häufig zahlreiche Abhängigkeiten, die nicht vollständig dokumentiert sind. Eine Anwendung greift beispielsweise direkt auf Daten einer anderen Anwendung zu, bestimmte Prozesse laufen nachts als Batch-Verarbeitung oder externe Systeme erwarten Daten in historisch gewachsenen Formaten.
Auch Geschäftsregeln können an Stellen implementiert sein, an denen man sie zunächst nicht vermutet.
Deshalb beginnt eine Modernisierung im laufenden Betrieb mit einer Bestandsaufnahme. Architektur, Datenflüsse, Schnittstellen, Geschäftslogik und technische Abhängigkeiten müssen so weit verstanden werden, dass Veränderungen kontrolliert vorgenommen werden können.
Dabei geht es nicht darum, vor Projektbeginn jedes Detail des Systems zu dokumentieren. Entscheidend ist, die für den jeweiligen Modernisierungsschritt relevanten Abhängigkeiten zu kennen.
Eine klare Zielarchitektur gibt die Richtung vor
Schrittweise Modernisierung bedeutet nicht, einzelne technische Probleme unabhängig voneinander zu reparieren.
Ohne ein Zielbild besteht die Gefahr, dass zwar viele Komponenten erneuert werden, am Ende aber lediglich eine modernere Variante derselben komplexen Architektur entsteht.
Deshalb sollte früh festgelegt werden, wie das System langfristig aufgebaut sein soll. Beispielsweise können Benutzeroberfläche, Geschäftslogik und Datenzugriff stärker voneinander getrennt und Funktionen über definierte Schnittstellen bereitgestellt werden.
Die Zielarchitektur beschreibt dabei nicht zwingend den Zustand in fünf Jahren bis ins letzte technische Detail. Sie definiert vielmehr die Richtung, in die sich das bestehende System entwickeln soll.
Jeder Modernisierungsschritt sollte das System diesem Ziel ein Stück näherbringen.
Schnittstellen schaffen die Verbindung zwischen Alt und Neu
Eine wichtige Voraussetzung für die Modernisierung im laufenden Betrieb ist häufig eine saubere Schnittstellenschicht.
In älteren Anwendungen greifen Komponenten teilweise direkt auf Datenbanken oder interne Programmstrukturen zu.
Dadurch entstehen starke Abhängigkeiten. Wird eine Komponente verändert, können unerwartete Auswirkungen auf andere Bereiche entstehen.
Über definierte APIs oder Services lassen sich diese Abhängigkeiten reduzieren.
Das bestehende System stellt bestimmte Funktionen kontrolliert bereit, während neue Anwendungen diese Schnittstellen nutzen. Dadurch können beispielsweise eine neue Web-Oberfläche, ein Kundenportal oder ein neuer digitaler Service entstehen, obwohl wesentliche Teile der Geschäftslogik weiterhin im Altsystem laufen.
So wird aus einer geschlossenen Anwendung schrittweise ein System, das mit einer modernen Architektur zusammenarbeiten kann.
Neue Funktionen können neben dem Altsystem entstehen
Nicht jede neue Anforderung muss noch innerhalb der bestehenden Anwendung umgesetzt werden.
Sobald geeignete Schnittstellen vorhanden sind, können neue Funktionen bewusst außerhalb des Altsystems entwickelt werden. Das bestehende System liefert beispielsweise Kunden-, Produkt- oder Auftragsinformationen, während ein neuer Service zusätzliche Funktionen übernimmt.
Eine Übergangsarchitektur könnte vereinfacht so aussehen:
Dadurch entsteht die neue Softwarelandschaft neben dem bestehenden System, statt dieses sofort ersetzen zu müssen.
Mit jedem weiteren Schritt können zusätzliche Funktionen aus dem Altsystem herausgelöst werden.
Welche Funktionen sollten zuerst modernisiert werden?
Die Reihenfolge sollte nicht allein durch technische Überlegungen bestimmt werden.
Ein technisch besonders alter Bereich muss nicht zwangsläufig der beste Startpunkt sein. Für einen ersten Modernisierungsschritt eignet sich häufig ein Bereich, der fachlich gut abgegrenzt werden kann und gleichzeitig einen erkennbaren Nutzen erzeugt.
Das kann beispielsweise ein Kundenportal sein, eine besonders wartungsintensive Funktion oder ein Prozess, für den dringend eine moderne Schnittstelle benötigt wird.
Ein solcher Pilot erfüllt zwei Aufgaben: Das Unternehmen erzielt einen ersten konkreten Nutzen und kann gleichzeitig überprüfen, ob Architektur, Technologien und Vorgehensweise für weitere Modernisierungsschritte geeignet sind.
Wie können alte und neue Komponenten parallel arbeiten?
Während einer schrittweisen Modernisierung entsteht zwangsläufig eine Phase, in der unterschiedliche Technologiegenerationen gleichzeitig betrieben werden.
Das ist kein Fehler, sondern Bestandteil der Strategie.
Entscheidend ist, klare Verantwortlichkeiten zu definieren. Für bestimmte Daten oder Prozesse sollte eindeutig festgelegt sein, welches System führend ist. Werden beispielsweise Kundendaten weiterhin im bestehenden System gepflegt, sollte das neue System diese Daten zunächst beziehen, statt eine zweite unabhängige Datenbasis aufzubauen.
Später kann diese Verantwortung bewusst auf eine neue Komponente übertragen werden.
Auf diese Weise wandern nicht nur Funktionen, sondern auch Verantwortlichkeiten schrittweise vom alten zum neuen System.
Daten sind häufig die größte Herausforderung
Programmcode kann neu geschrieben werden. Historische Unternehmensdaten lassen sich dagegen nicht einfach neu erzeugen.
Über viele Jahre gewachsene Datenbestände enthalten häufig Inkonsistenzen, unterschiedliche Formate und historische Strukturen. Gleichzeitig werden diese Daten vom laufenden System permanent verändert.
Deshalb sollte früh entschieden werden, welche Daten tatsächlich migriert werden müssen und welche zunächst im bestehenden System verbleiben können.
Auch hier ist nicht immer eine vollständige Datenmigration zu Beginn notwendig. Neue Anwendungen können zunächst über Schnittstellen auf bestehende Daten zugreifen. Datenbestände können anschließend schrittweise bereinigt und übertragen werden.
Damit wird die Datenmigration selbst Teil der Modernisierungsstrategie.
Wie lässt sich das Risiko während der Umstellung reduzieren?
Die wichtigste Voraussetzung ist, große Veränderungen in überprüfbare Schritte zu zerlegen.
Nach jedem Schritt sollte klar erkennbar sein, ob die neue Komponente korrekt funktioniert und ob sie tatsächlich den erwarteten Nutzen liefert. Automatisierte Tests helfen dabei, bestehende Geschäftsregeln abzusichern. Monitoring macht sichtbar, ob neue Schnittstellen und Services im Produktivbetrieb zuverlässig arbeiten.
Ebenso wichtig ist eine Rückfallmöglichkeit. Gerade bei den ersten Modernisierungsschritten sollte möglichst vermieden werden, dass eine Umstellung sofort unumkehrbar wird.
Kann eine neue Komponente bei Problemen deaktiviert und vorübergehend wieder durch die bestehende Funktion ersetzt werden, sinkt das betriebliche Risiko erheblich.
Was passiert mit dem Altsystem während der Modernisierung?
Das bestehende System wird während einer längeren Modernisierung weiterhin benötigt. Es sollte deshalb nicht vernachlässigt werden.
Gleichzeitig ist es sinnvoll, genau zu überlegen, welche neuen Funktionen dort noch implementiert werden.
Wenn eine Funktion in absehbarer Zeit durch eine neue Komponente ersetzt werden soll, wäre eine umfangreiche Erweiterung des alten Moduls möglicherweise eine Fehlinvestition. Andererseits können geschäftlich notwendige Änderungen nicht einfach mehrere Jahre warten.
Deshalb braucht es eine klare Entscheidung:
Welche Bereiche werden weiterhin gepflegt und weiterentwickelt – und welche befinden sich bereits auf dem Weg zur Ablösung?
Diese Trennung verhindert, dass das Unternehmen gleichzeitig erhebliche Investitionen in alte und neue Strukturen tätigt.
Wie lange können Alt- und Neusystem parallel existieren?
Bei größeren Anwendungen kann eine Übergangsarchitektur durchaus mehrere Jahre bestehen.
Das ist nicht zwangsläufig problematisch. Entscheidend ist, dass der Anteil der alten Architektur kontrolliert kleiner wird und nicht dauerhaft zusätzliche Komplexität entsteht.
Nach jedem Modernisierungsschritt sollte deshalb geprüft werden, ob die bisherige Komponente tatsächlich stillgelegt werden kann. Bleiben alte Funktionen vorsichtshalber dauerhaft bestehen, wächst die Systemlandschaft statt kleiner zu werden.
Eine erfolgreiche Modernisierung hat deshalb nicht nur einen Plan für den Aufbau neuer Komponenten, sondern auch einen Plan für die kontrollierte Stilllegung alter Komponenten.
Welche Rolle spielen die Anwender?
Eine Modernisierung im laufenden Betrieb ist nicht nur ein technisches Projekt.
Mitarbeiter haben häufig über viele Jahre mit dem bestehenden System gearbeitet und ihre Prozesse darauf abgestimmt. Selbst eine technisch bessere neue Oberfläche kann deshalb zunächst als Verschlechterung wahrgenommen werden, wenn vertraute Arbeitsweisen verändert werden.
Eine schrittweise Modernisierung bietet hier einen Vorteil. Neue Funktionen können mit ausgewählten Anwendern getestet und verbessert werden, bevor größere Bereiche umgestellt werden.
Dadurch fließt praktisches Prozesswissen in die neue Lösung ein und Probleme werden früher sichtbar.
Modernisierung im laufenden Betrieb braucht eine Roadmap
Damit aus einzelnen Modernisierungsprojekten eine nachhaltige Transformation entsteht, sollten die Schritte in einer gemeinsamen Roadmap zusammengeführt werden.
Diese Roadmap verbindet technische Abhängigkeiten mit geschäftlichen Prioritäten. Sie beschreibt, welche Komponenten zunächst bestehen bleiben, welche geöffnet oder entkoppelt werden, welche Funktionen neu entstehen und wann alte Komponenten abgeschaltet werden können.
Dabei sollte die Roadmap nicht als unveränderbarer Mehrjahresplan verstanden werden.
Nach jedem größeren Schritt können neue Erkenntnisse entstehen. Technologien entwickeln sich weiter, Anforderungen verändern sich und Erfahrungen aus dem produktiven Betrieb beeinflussen die nächsten Entscheidungen.
Eine gute Modernisierungs-Roadmap gibt deshalb eine klare Richtung vor und lässt gleichzeitig Raum für Anpassungen.
Fazit: Modernisieren, ohne den Betrieb zu gefährden
Geschäftskritische Software muss nicht vollständig abgeschaltet oder in einem einzigen Großprojekt ersetzt werden.
Eine schrittweise Modernisierung ermöglicht es, bestehende Systeme weiter zu nutzen und gleichzeitig eine neue Architektur aufzubauen. Schnittstellen verbinden alte und neue Komponenten, einzelne Funktionen können kontrolliert übertragen und Daten schrittweise migriert werden.
Der entscheidende Unterschied zu einem reinen Weiterbetrieb besteht darin, dass jeder Schritt einer definierten Zielarchitektur folgt.
Das Ziel ist nicht, das Altsystem möglichst lange am Leben zu halten. Ziel ist, seine Aufgaben kontrolliert auf eine zukunftsfähige Architektur zu übertragen, ohne dabei den laufenden Geschäftsbetrieb zu gefährden.
Wie lässt sich Ihre Anwendung im laufenden Betrieb modernisieren?
hm informatik ag unterstützt Unternehmen und Softwarehersteller dabei, bestehende Anwendungen zu analysieren und einen Modernisierungsweg zu entwickeln, bei dem der laufende Betrieb berücksichtigt wird.
Gemeinsam wird festgelegt, welche Komponenten zunächst bestehen bleiben, wo Schnittstellen benötigt werden, welche Funktionen sich für einen Pilot eignen und wie alte und neue Systeme während der Übergangsphase zusammenarbeiten können.
