Systemmodernisierung in Etappen: Die unterschätzte Rolle der Datenhoheit

Ein Altsystem muss nicht immer in einem einzigen Termin vollständig ersetzt werden. Eine schrittweise Modernisierung kann einzelne Funktionen nacheinander verlagern. Sie reduziert jedoch nur dann Risiken, wenn klar bleibt, welches System für welche Daten und Entscheidungen zuständig ist.

Funktionen gezielt aus dem Bestand lösen

Ein bekanntes Architekturprinzip lässt alte und neue Funktionen während einer Übergangszeit nebeneinander bestehen. Anfragen werden schrittweise auf neue Komponenten gelenkt. Das kann die Umstellung kleiner machen, erzeugt aber vorübergehend zusätzliche Schnittstellen und Betriebsaufgaben.

Aus dem Prinzip folgt nicht, dass jede Modernisierung zwingend Microservices benötigt. Auch ein klar abgegrenztes Modul oder ein neuer Dienst für einen einzelnen fachlichen Bereich kann eine überprüfbare Etappe bilden. Die technische Form muss zum Vorhaben passen.

Ein konkretes Übergangsszenario

Ein fiktiver Betrieb möchte die Angebotsbearbeitung modernisieren, während Auftragsabwicklung und Stammdaten zunächst im Bestand bleiben. Die neue Oberfläche darf Angebote erstellen, liest Kundendaten aber aus dem führenden System. Für Änderungen an diesen Stammdaten bleibt zunächst der bisherige Weg zuständig.

Würden beide Systeme dieselbe Adresse unabhängig ändern, entstünden Konflikte. Deshalb wird je Datenbereich festgelegt, wo Änderungen erfolgen dürfen, wie sie verteilt werden und welcher Stand bei einem Widerspruch maßgeblich ist. Die Übergangsarchitektur braucht damit ebenso fachliche Regeln wie die Zielarchitektur.

Der Zwischenzustand ist ein eigenes Produkt

Während der Koexistenz müssen Überwachung, Fehlerbehandlung und Zuständigkeiten beide Welten abdecken. Ein neuer Prozess kann technisch gesund aussehen, obwohl seine Datenübernahme aus dem alten System seit Stunden verzögert ist. Reine Verfügbarkeitsprüfungen reichen daher nicht aus.

Für jede Etappe sollte eine Abschlussbedingung vorliegen. Beispielsweise: Alle neuen Angebote werden im neuen Modul angelegt, relevante Altangebote bleiben lesbar, die Übernahme ist abgeglichen und der alte Schreibzugang ist für diesen Funktionsbereich nicht mehr nötig. Konkrete Kriterien verhindern einen unbegrenzten Dauerbetrieb zweier Lösungen.

Rückfallmöglichkeiten realistisch bewerten

Eine Anfrage wieder auf die alte Oberfläche zu lenken ist etwas anderes, als inzwischen im neuen System erzeugte Daten zurückzuführen. Vor dem Umschalten ist deshalb zu prüfen, welche Änderungen reversibel sind und welcher Abgleich für einen Rückfall erforderlich wäre.

Eine Modernisierung in Etappen verteilt Aufwand und Erkenntnisgewinn. Sie ersetzt weder eine saubere Schnittstellenplanung noch Tests. Ihr Vorteil liegt in kleineren überprüfbaren Übergängen, deren Wirkung fachlich und technisch nachvollzogen werden kann.