Eine Geschäftsplattform bei laufendem Betrieb modernisieren
Wie DNA Solutions eine bestehende Geschäftsplattform schrittweise modernisiert hat: Jede Änderung wurde vor dem Umschalten mit dem bisherigen Verhalten verglichen, und der Betrieb lief weiter.
ITBetriebliche Kontinuität
01Die Ausgangslage
Eine bestehende Geschäftsplattform trug die Kernabläufe eines Unternehmens. Mit wachsenden Anforderungen dauerte jede Änderung länger, weil die Funktionsbereiche innerhalb der Plattform eng voneinander abhingen.
Die Plattform in einem Schritt zu ersetzen, hätte das gesamte Risiko auf einen einzigen Termin gelegt, mit wenig Möglichkeit, das Ergebnis vorher zu prüfen. Zudem musste der Betrieb während der gesamten Umstellung weiterlaufen.
Alles auf einmal ersetzen
- Gesamtes Risiko an einem Termin
- Vorab schwer zu prüfen
- Schwer rückgängig zu machen
Stufe für Stufe ändern
- Risiko auf kleine Schritte verteilt
- Jeder Schritt vor dem Umschalten verglichen
- Jeder Schritt umkehrbar
02Was geschützt werden musste
- Der Betrieb läuft während der gesamten Modernisierung weiter.
- Die Geschäftsdaten bleiben von Stufe zu Stufe konsistent.
- Jede Änderung wird mit dem bestehenden Verhalten verglichen, bevor sich Nutzer darauf verlassen.
- Jeder Funktionsbereich landet in einer Komponente, die sich eigenständig ändern lässt.
- Geschäftsregeln werden leichter auffindbar und anpassbar.
03So funktioniert jede Stufe
Die Plattform wurde Funktionsbereich für Funktionsbereich modernisiert. Jede Stufe folgte demselben Ablauf, und eine Stufe wurde erst abgeschlossen, wenn die Ergebnisse im Vergleich übereinstimmten.
- Funktionsbereich wählen
Jede Stufe beginnt mit einem Funktionsbereich der Plattform, ausgewählt nach seinem Nutzen und danach, wie sauber er sich herauslösen lässt.
- Komponente entwickeln
Der Funktionsbereich wird als eigene Komponente mit einer definierten Schnittstelle zur übrigen Plattform neu gebaut.
- Beide betreiben
Eine Zeit lang verarbeiten die bestehende Plattform und die neue Komponente dieselben Vorgänge. Maßgeblich bleiben die Ergebnisse der bestehenden Plattform.
- Ergebnisse vergleichen
Die Ergebnisse beider werden verglichen. Jede Abweichung wird erklärt und behoben, bevor die Stufe abgeschlossen werden kann.
- Umschalten
Stimmen die Ergebnisse überein, übernimmt die neue Komponente diesen Funktionsbereich.
- Danach
- Nächste Stufe beginnen
Die nächste Stufe beginnt mit einer Plattform, die funktioniert und einen Funktionsbereich weniger trägt.
04Wie sich die Plattform über die Stufen verändert hat
Jede Stufe hat einen Funktionsbereich aus der bestehenden Plattform herausgelöst. Die Plattform wurde mit jeder Stufe kleiner, und der Geschäftsbetrieb lief weiter, bis die Modernisierung abgeschlossen war.
05Entwurfsentscheidungen
Kleine, umkehrbare Stufen
Jede Stufe enthält nur begrenzte Änderungen. Probleme lassen sich so leichter eingrenzen, Änderungen leichter zurücknehmen.
Vergleich vor jedem Umschalten
Vertrauen entsteht, weil die Ergebnisse im laufenden Betrieb verglichen werden, bevor Nutzer von der neuen Komponente abhängen.
Klare Grenzen
Jede Geschäftsregel liegt in einer erkennbaren Komponente. Eine Regel zu ändern, erfordert nicht mehr, die gesamte Plattform zu verstehen.
06So führen wir eine schrittweise Modernisierung durch
Reihenfolge der Stufen planen
Die Abfolge mit den Teams abstimmen, die für den Betrieb verantwortlich sind, damit jedes Umschalten in ihre Planung passt.
- Stufenplan
Kriterien für das Umschalten festlegen
Vor jeder Stufe schriftlich festhalten, welche Ergebnisse übereinstimmen müssen und wer über das Umschalten entscheidet.
- Umschaltkriterien
Vergleiche teilen
Die Vergleichsergebnisse in jeder Stufe teilen, damit Entscheidungen auf Belegen beruhen.
- Vergleichsberichte
Jede Komponente dokumentieren
Für jede neue Komponente ihren Funktionsbereich, ihre Schnittstelle und ihre Regeln festhalten, damit die zuständigen Teams sie betreiben und ändern können.
- Komponentendokumentation
07Ergebnisse
Änderung in einem riskanten Schritt gebündelt
Änderung in kleinen, geprüften Stufen umgesetzt
Funktionsbereiche in einer Plattform verflochten
Komponenten, die sich unabhängig weiterentwickeln
Geschäftsregeln schwer zu finden und zu ändern
Regeln leichter auffindbar und anpassbar
Risiko einer Betriebsunterbrechung
Der Betrieb lief durchgehend weiter
08Wann sich dieser Ansatz eignet
Gut geeignet, wenn
- Die Plattform Abläufe trägt, die nicht stillstehen dürfen.
- Die Plattform sich während der Umstellung weiterentwickeln muss.
- Das Verhalten belegt sein muss, bevor sich Nutzer auf die neue Version verlassen.
- Sich die Plattform in klar getrennte Funktionsbereiche aufteilen lässt.
Eher nicht nötig, wenn
- Es sich um eine kleine Anwendung mit wenigen Nutzern handelt: Dann kann ein direkter Austausch einfacher sein.
- Eine Plattform ohne Nachfolger stillgelegt wird.
Fragen vor einem ähnlichen Projekt
Was wir mit einem Unternehmen klären, bevor wir eine Plattform modernisieren, die nicht stillstehen darf.
Warum die Plattform nicht in einem Zug neu schreiben?
Ein einmaliger Austausch legt das gesamte Risiko auf einen Termin und lässt wenig Raum, das Ergebnis zu prüfen, bevor Nutzer davon abhängen. Stufen halten jede Änderung klein genug, um sie zu vergleichen, zu prüfen und zurückzunehmen.
Wie wird belegt, dass eine neue Komponente richtig arbeitet?
Eine Zeit lang verarbeiten die bestehende Plattform und die neue Komponente dieselben Vorgänge. Ihre Ergebnisse werden verglichen, und jede Abweichung wird vor dem Umschalten erklärt.
Welcher Funktionsbereich sollte zuerst herausgelöst werden?
In der Regel einer mit klarem Nutzen und klaren Grenzen, damit die erste Stufe das Vorgehen mit begrenztem Risiko belegt. Die Reihenfolge der späteren Stufen ergibt sich aus den Erfahrungen der ersten.
Warum ist diese Fallstudie anonymisiert?
Für Arbeiten dieser Art veröffentlichen wir weder Kundennamen noch Branchen, Systeme, Mengen oder Zeitangaben. Angaben zu den Systemen eines Unternehmens können Angreifern helfen und bleiben deshalb unveröffentlicht. Stattdessen beschreiben wir Vorgehen und Ergebnis.