Jede Enterprise-Migration, die wir je präsentiert gesehen haben, beginnt mit derselben Vision: ein dramatisches Cutover-Wochenende, das alte System geht vom Netz, das neue geht live, Champagner am Montagmorgen, eine Pressemitteilung zum Mittagessen.
Jede Enterprise-Migration, die wir erfolgreich gesehen haben, sieht ganz anders aus.
Die besten Migrationen sind langweilig. Sie werden schrittweise ausgerollt, Modul für Modul, über Wochen hinweg. Die Benutzer bekommen keine Rundmail. Sie bekommen einen Link zu einer neuen URL, die dasselbe tut — nur schneller und im Browser.
Warum schrittweise besser ist als Big-Bang
Big-Bang-Cutovers komprimieren jedes Risiko in einen einzigen Moment. Eine übersehene Validierungsregel, ein unerwartetes Datenformat, ein Lastproblem unter echtem Traffic — jeder einzelne Fehler trifft die gesamte Organisation gleichzeitig. Rollback bedeutet Rückkehr zu Oracle Forms, was bedeutet, zuzugeben, dass das Projekt gescheitert ist, was politische Konsequenzen hat, die niemand tragen will.
Schrittweise Migration verteilt das Risiko über die Zeit. Modul 1 wird an 20 Benutzer ausgeliefert. Sie nutzen es zwei Wochen. Probleme tauchen auf und werden behoben. Modul 2 folgt. Und so weiter. Wenn das letzte Modul umgestellt wird, ist der Prozess Routine und das Team eingespielt.
Parallelbetrieb ist die architektonische Voraussetzung
Dieses Muster funktioniert nur, wenn beide Systeme gleichzeitig laufen können. Die Oracle Forms Anwendung und die neue Webanwendung müssen so lange gegen dieselbe Datenbank koexistieren, wie die Migration dauert.
Das klingt kompliziert. Ist es aber nicht, wenn die Architektur es unterstützt. Das neue System liest und schreibt über eine REST-API-Schicht. Das alte System liest und schreibt über nativen Oracle-Zugriff. Beide greifen auf dieselben Tabellen zu. Beide sehen dieselben Daten. Ein Benutzer kann eine Rechnung in Forms eingeben und sie sofort in der neuen Web-Oberfläche sehen — oder umgekehrt. Die Datenbank bleibt die Quelle der Wahrheit. Die Oberfläche ist nur ein Fenster darauf.
Wie das Benutzererlebnis tatsächlich aussieht
Der ideale Rollout für einen Endbenutzer läuft so ab:
- Eine E-Mail kommt an: „Ihr neues Auftragnehmer-Modul ist bereit unter app.company.com/contractors.”
- Sie öffnen es. Es sieht modern, aber vertraut aus. Dieselben Daten sind da. Dieselben Schaltflächen tun dasselbe.
- Sie geben ein paar Datensätze ein. Die Validierung verhält sich gleich. Die Suche ist schneller. Spalten lassen sich sortieren. Es funktioniert auf einem Tablet.
- Eine Woche später haben sie Oracle Forms komplett vergessen.
Keine Schulungen. Kein 50-seitiges Benutzerhandbuch. Keine Change-Management-Initiative. Einfach ein besseres Werkzeug, das sich genauso verhält wie das alte. Das ist die Migration, die niemand bemerkt — und nach unserer Erfahrung die einzige Art, die im Enterprise-Maßstab tatsächlich funktioniert.