Altsystem neu schreiben, migrieren oder ersetzen?

Sie haben 4 Wege, ein Altsystem zu modernisieren: es unverändert in die Cloud verschieben, seinen Code auf eine moderne Plattform umwandeln, es rund um die extrahierten Geschäftsregeln neu bauen oder es durch ein fertiges Produkt ersetzen und nur die Daten behalten. 4 Fragen entscheiden: Sind Ihre Regeln spezifisch für Ihr Unternehmen? Liegt das Problem darin, wo das System läuft, oder im System selbst? Wer versteht seinen Code noch? Wie viel Veränderung verkraften Ihre Mitarbeitenden? Amazon fasst diese Wege in 7 Strategien zusammen, Microsoft in 8, jeweils System für System entschieden.

In Teil 4 haben Sie die Geschäftsregeln Ihres Systems extrahiert und von den Prozessverantwortlichen bestätigen lassen. Diese Regeln machen den folgenden Vergleich erst möglich: Ohne sie wissen Sie nicht, welches Verhalten Sie auf jedem Weg verlieren würden.

Die vier Wege in einfachen Worten

Es gibt viele Fachbegriffe, doch sie lassen sich auf 4 Entscheidungen reduzieren, die jede Führungskraft nachvollziehen kann. Diese Tabelle vergleicht sie; die Begriffe in Klammern hören Sie von Anbietern:

Der Quellcode ist der Programmtext, in dem das System geschrieben wurde. Wenn Sie ihn nicht haben oder niemand mehr ihn versteht, wird der Umwandlungsweg schwieriger; Amazons Strategieleitfaden nennt eine Anwendung, die niemand mehr warten kann oder deren Quellcode nicht verfügbar ist, unter den Fällen, die zu einer Neugestaltung drängen.

Wo KI-Umwandlungswerkzeuge ins Spiel kommen

Werkzeuge wie AWS Transform arbeiten vor allem auf dem zweiten Weg: Sie lesen alten Code und wandeln ihn auf eine moderne Plattform um, etwa alte .NET-Framework-Anwendungen auf eine moderne Version, die unter Linux läuft. Amazon sagt, das Werkzeug modernisiere Windows-, Mainframe- und VMware-Anwendungen bis zu 5-mal schneller; das ist Amazons Aussage über seinen Dienst, kein garantiertes Ergebnis. Laut Preisseite berechnet der Dienst 0,035 US-Dollar pro Agentenminute und berechnet keine Leerlaufzeit des Nutzers.

Doch das Werkzeug wählt den Weg nicht für Sie. Es beschleunigt die Umwandlung, wenn Umwandlung die richtige Entscheidung ist, und hilft wenig, wenn die bessere Antwort ist, das System durch ein fertiges Produkt zu ersetzen. Beachten Sie auch, dass die Regionenseite keine Region im Nahen Osten aufführt und warnt, dass Ihre Daten in einer anderen Region verarbeitet werden können, während Amazon laut der Saudi Press Agency seine Cloud-Region im Königreich für Dezember 2026 angekündigt hat. Wenn Ihr Code Kundendaten enthält, prüfen Sie vor dem Start, wo sie verarbeitet werden.

Was Kosten und Dauer bestimmt

Wir nennen Ihnen keine Zahl, denn jede Zahl ohne Kenntnis Ihres Systems ist eine Vermutung. Diese Faktoren treiben Kosten und Dauer auf jedem Weg nach oben oder unten:

• Größe und Verflechtung: die Zahl der Masken, Berichte und anderen angebundenen Systeme, wie Ihre Bestandsaufnahme in Teil 3 gezeigt hat.
• Klarheit der Regeln: Jede bestätigte Regel spart Zeit, jede unbekannte Regel bedeutet eine späte, teure Entdeckung.
• Datenqualität: Doppelte oder unvollständige Daten müssen vor jedem Umzug bereinigt werden, egal auf welchem Weg.
• Wie viel sich für die Mitarbeitenden ändert: Unverändertes Verschieben ändert für den Nutzer nichts; Ersetzen ändert fast alles und erfordert Schulung.
• Wer das System noch versteht: Ein Mitarbeiter, der seine Geschichte kennt, erspart Wochen des Ratens.

Zur Reihenfolge der Schritte geben zwei offizielle Quellen Rat. Amazons Leitfaden beschreibt die Neuarchitektur als die komplexeste und teuerste Strategie und empfiehlt bei großen Migrationen, zuerst zu verschieben und nach Abschluss zu modernisieren. Microsofts Cloud Adoption Framework sagt, unverändertes Verschieben eigne sich nur, wenn Sie sicher sind, dass die Workload mindestens zwei Jahre in ihrem aktuellen Zustand bleibt; sonst ist es besser, sofort zu modernisieren und die Arbeit nicht doppelt zu machen. Den Umzug selbst haben wir in unserem praktischen Leitfaden für den Umzug in die Cloud behandelt.

Zwei Optionen, die alle vergessen: behalten und stilllegen

Nicht jedes Altsystem muss jetzt modernisiert werden. Die Listen von Amazon und Microsoft beginnen beide mit zwei Optionen, die kein ganzes Projekt kosten:

• Stilllegen: Manche Systeme werden eigentlich nicht mehr genutzt. Amazon nennt als Beispiel Anwendungen ohne eingehende Verbindung in den letzten 90 Tagen oder mit einer Prozessor- und Speicherauslastung unter 5 Prozent. Sie nach der Archivierung ihrer Daten stillzulegen, senkt Wartungsaufwand und Sicherheitsrisiko.
• Behalten: ein stabiles System, das seinen Zweck erfüllt und keinen baldigen Grund zur Änderung hat, oder eines, das an eine Fabrikmaschine ohne Entsprechung gebunden ist. Die Entscheidung lautet hier: behalten, beobachten und später darauf zurückkommen.

Wenn Sie zum Ersatz durch ein fertiges ERP tendieren, vergleichen Sie zuerst Standard und Individuallösung anhand der Kriterien in wie man ein ERP auswählt, und gehen Sie von Ihrer Liste bestätigter Regeln aus: Jede Regel, die das Produkt nicht unterstützt, wird entweder zu einer teuren Anpassung oder zu Handarbeit.

Die Sicht von Origami

Wir beginnen nicht mit der Technik, sondern mit den Regeln: Welche Geschäftsregeln in diesem System unterscheiden Ihr Unternehmen, und welche teilen Sie mit allen anderen? Was Sie unterscheidet, verdient sorgfältigen Neubau oder sorgfältige Umwandlung; Gemeinsames kann ein fertiges Produkt mit guter Integration in Ihre anderen Systeme gut abdecken. Deshalb ist die Entscheidung oft eine Mischung: ein System ersetzt, ein anderes umgewandelt, ein drittes unverändert behalten.

Wir setzen KI-Werkzeuge dort ein, wo sie wirklich Zeit sparen, beim Lesen, Umwandeln und Testen von Code, doch die Wahl des Weges bleibt bei der Geschäftsleitung, sobald sie sieht, was jede Option bewahrt und was sie verliert. Wenn Sie sehen möchten, wie wir arbeiten, werfen Sie einen Blick auf unsere Leistungen.

Die Übung dieser Woche: eine Entscheidung pro System

Gehen Sie zurück zu Ihrer Systembestandsaufnahme und ergänzen Sie für jedes System zwei Spalten: Sind seine Regeln spezifisch für Ihr Unternehmen oder allgemein? Und wo liegt das Problem: am Ort, an dem es läuft, oder im System selbst? Notieren Sie dann den vorläufigen Weg:

Das sind veranschaulichende Beispiele; Ihre Tabelle wird anders aussehen. Wichtig ist, dass jedes System einen schriftlichen Grund für seinen Weg hat, den die Prozessverantwortlichen prüfen, bevor Sie Angebote einholen.

Als Nächstes

Sie haben für jedes System einen Weg gewählt. Der riskanteste Tag des Projekts steht noch bevor: der Tag der Umstellung. In Teil 6 erklären wir, wie Sie Code testen, den KI geschrieben oder umgewandelt hat, indem Sie die Ergebnisse beider Systeme bei denselben echten Transaktionen vergleichen, wie Sie beide für einen festgelegten Zeitraum parallel betreiben und wann Sie einen Rückfallplan brauchen.

Quellen

• Amazon: die sieben Migrationsstrategien im Leitfaden für große Migrationen — stilllegen, behalten, rehosten, neu kaufen, neu architektieren und wann jede passt.
• Microsoft: Cloud-Migrationsstrategien auswählen — die acht Strategien und die Zwei-Jahres-Bedingung für Rehosting.
• AWS Transform: offizielle Seite — was der Dienst modernisiert und die Aussage von bis zu 5-mal schneller.
• AWS Transform: Preise — 0,035 US-Dollar pro Agentenminute.
• AWS Transform: unterstützte Regionen — Regionen und regionsübergreifende Datenverarbeitung.
• Saudi Press Agency: AWS-Region in Saudi-Arabien im Dezember.
• SDAIA: Schutz personenbezogener Daten.