Zwei Jahrzehnte lang war das Migrations-Playbook klar: Jeder Monat, den Sie eine Plattformmigration aufschieben, treibt die Kosten hoch. Jedes Feature, das auf dem alten System gebaut wird, vergrößert den Migrationsumfang. Jeder Workaround vertieft die Abhängigkeit. Die Rechnung war einfach. Jetzt migrieren oder später mehr bezahlen.

Diese Logik war korrekt. Unter den Annahmen, die bis vor Kurzem galten, war es der richtige Rat. Aber eine dieser Annahmen hat sich verändert, und das verändert die Entscheidung.

Was sich geändert hat

KI-gestützte Migrationstools haben ein Fähigkeitsniveau erreicht, das vor 18 Monaten nicht verfügbar war. Erste Tests auf echten Enterprise-Codebasen zeigen 30–40 % Aufwandsreduktion beim Code-Porting und der Syntax-Übersetzung im Vergleich zu traditionellen Migrationsmethoden. Keine theoretischen Benchmarks. Echte Module, echter Legacy-Code, echte Zielplattformen.

Das bedeutet nicht, dass Migration gelöst ist. Es bedeutet, dass die Kostenkurve der Migration nicht mehr fix ist. Sie sinkt, und die Rate des Rückgangs beschleunigt sich.

Allein diese Tatsache schafft eine neue strategische Option, die vorher nicht existierte.

Die traditionelle Empfehlung

Die Standard-Migrationsempfehlung sieht so aus:

  1. Sofort aufhören, auf Legacy zu bauen
  2. Feature-Entwicklung auf der alten Plattform einfrieren
  3. Alle verfügbare Kapazität in die Migration investieren
  4. Den Produktivitätsverlust während der Transition akzeptieren
  5. Feature-Delivery auf der neuen Plattform nach Cutover wieder aufnehmen

Das ist Option A. Sie ist diszipliniert. Sie ist korrekt unter der Annahme, dass Migrationskosten konstant sind oder über die Zeit steigen. Und für viele Unternehmen ist sie nach wie vor der richtige Weg.

Aber sie hat einen realen Preis, der oft unterschätzt wird: Das Business wartet. 12 bis 24 Monate lang absorbiert die Organisation den Produktivitätsverlust einer eingefrorenen Feature-Pipeline. Wettbewerber, die nicht migrieren, liefern weiter. Kunden, die neue Funktionen brauchen, werden vertröstet.

Für einen DACH-Industriezulieferer mit stabiler Marktposition mag dieser Preis akzeptabel sein. Für ein Versicherungsunternehmen in einem Markt, in dem digital-first Wettbewerber Marktanteile gewinnen, möglicherweise nicht.

Option B: der KI-Shift

Die KI-Shift-Strategie kehrt die Reihenfolge um. Statt alles für die Migration zu stoppen:

  1. Weiterhin hochwertige Features auf der bestehenden Plattform bauen
  2. Jetzt in wertschaffende Fähigkeiten investieren, einschließlich KI-Workflows
  3. Akzeptieren, dass Sie den Migrationsumfang vergrößern
  4. Migration für ein späteres Zeitfenster planen, wenn KI-gestützte Migration den Aufwand reduziert
  5. Darauf setzen, dass die Migrationskostenreduktion die Umfangsvergrößerung überwiegt

Das ist nicht der sichere Weg. Es ist der Weg mit höherer Optionalität. Sie setzen darauf, dass KI-Migrationstools schneller reifen als Ihr Legacy-Scope wächst. Auf Basis der aktuellen Entwicklung sieht diese Wette vernünftig aus. Auf Basis von Gewissheit ist es immer noch eine Wette.

Die Rahmung ist wichtig. Das ist keine Korrektur des traditionellen Rates. Die traditionelle Empfehlung war unter den früheren Annahmen korrekt. Der KI-Shift ist eine neue Option, ermöglicht durch eine neue Variable. Beide Wege sind valide. Die Frage ist, welcher zu Ihrer Situation passt.

Wann der KI-Shift sinnvoll ist

Der KI-Shift ist nicht universell besser. Er ist spezifisch besser, wenn:

Das Business sich einen Feature-Freeze nicht leisten kann. Ein Mittelstandshändler, der gegen digital-native Wettbewerber antritt, kann neue Capabilities nicht 18 Monate pausieren. Die Wettbewerbskosten des Freezes übersteigen die Migrationseinsparungen.

Hochwertige Chancen auf der aktuellen Plattform existieren. Wenn es KI-Workflows, Automatisierungsmöglichkeiten oder kundenseitige Features gibt, die innerhalb der nächsten 12 Monate materiellen ROI liefern würden, und diese auf der bestehenden Plattform umsetzbar sind, vernichtet das Aufschieben zugunsten einer Migration erst einmal Wert.

Die Legacy-Plattform stabil genug ist. Der KI-Shift setzt voraus, dass das bestehende System weitere Entwicklung tragen kann. Wenn die Plattform aktiv ausfällt, Support-Kosten eskalieren oder wichtige Maintainer das Unternehmen verlassen, kann die Migration nicht warten. Führen Sie den Legacy Readiness Check durch, um das ehrlich zu bewerten.

Das Migrationsziel klar definiert ist. Der KI-Shift funktioniert, wenn Sie wissen, wohin migriert werden soll. Wenn die Zielarchitektur unklar ist, ist Migrationsaufschub nur Prokrastination mit strategischem Label.

Wann der KI-Shift falsch ist

Nehmen Sie nicht den KI-Shift-Weg, wenn:

  • Die Legacy-Plattform operativ instabil ist und Incidents zunehmen
  • Die Support-Last mehr als 30 % der Engineering-Kapazität verbraucht
  • Zentrales Systemwissen bei ein oder zwei Personen liegt, die kurz vor der Rente stehen
  • Regulatorische Änderungen Plattformfähigkeiten erfordern, die das Legacy-System nicht bieten kann
  • Die technischen Schulden so gravierend sind, dass jedes neue Feature 3–5x so viel Aufwand braucht wie nötig

In diesen Situationen gilt die traditionelle Empfehlung. Jetzt migrieren. Die Kosten des Wartens sind real, kumulierend und werden nicht durch zukünftige KI-Migrationseinsparungen ausgeglichen.

Die vier Leitplanken

Wenn Sie den KI-Shift-Weg einschlagen, brauchen Sie Disziplin. Ohne Leitplanken degeneriert die Strategie zu „wir migrieren irgendwann" — was dasselbe ist, was sich Unternehmen seit einem Jahrzehnt erzählen.

Leitplanke 1: Nur hochwertige Legacy-Entwicklung genehmigen

Nicht alles wird auf Legacy gebaut. Jeder neue Feature-Request durchläuft ein Value Gate: Liefert dieses Feature in den nächsten 6–12 Monaten genug Business-Wert, um die zukünftige Migrationsumfangsvergrößerung zu rechtfertigen? Low-Value-Features warten auf die neue Plattform. Nur Arbeit, die messbare operative Hebelwirkung erzeugt, wird genehmigt.

Das ist die schwierigste Leitplanke in der Durchsetzung. Product Owner werden Convenience-Features pushen. Sales wird Schnelle Erfolge pushen. Die Disziplin liegt darin, zu allem Nein zu sagen, das eine hohe Wertschwelle nicht erreicht.

Leitplanke 2: Wiederverwendbare Logik außerhalb des alten Kerns bauen

Wenn Sie auf Legacy bauen, architektonisch auf Portabilität achten. Business-Logik gehört in API-Schichten, Integrationsservices, KI/OCR-Pipelines und Microservices, die neben dem Legacy-System sitzen, nicht darin. Der Legacy-Kern bekommt minimalen neuen Code. Die neue Logik lebt in Infrastruktur, die die eventuelle Migration überleben wird.

Das ist das Muster, das wir in Stabilisierungs- und Entkopplungsarbeit verwenden: die Brücke bauen, nicht den Anbau. Ein Versicherungsunternehmen, das einen KI-gestützten Claims-Triage-Workflow deployt, bettet diese Logik nicht in das 20 Jahre alte Schadensystem ein. Es baut einen Service, der über einen API-Wrapper vom Schadensystem liest und in es schreibt. Wenn das Schadensystem irgendwann migriert wird, bleibt der Triage-Service bestehen.

Leitplanke 3: KI-Migrationsökonomie regelmäßig neu bewerten

Die KI-Shift-Wette hängt davon ab, dass KI-Migrationstools sich weiter verbessern. Diese Entwicklung sieht heute stark aus, ist aber nicht garantiert. Jedes Quartal einen Benchmark durchführen. Ein repräsentatives Legacy-Modul nehmen und aktuelle KI-Migrationstools darauf testen. Die Aufwandsreduktion über die Zeit tracken. Wenn die Entwicklung abflacht oder sich umkehrt, schwächt sich die KI-Shift-These ab, und Sie sollten die traditionelle Migration beschleunigen.

Unter KI-gestützte Migration: Was die ersten Ergebnisse tatsächlich zeigen erfahren Sie, wie aktuelle Benchmarks aussehen und wie Sie Ihr eigenes Assessment strukturieren.

Leitplanke 4: Ein Migrations-Decision-Gate beibehalten

Setzen Sie einen Termin, 12 bis 18 Monate in der Zukunft, an dem die KI-Shift-Strategie ein formales Decision Gate durchläuft. Bewerten Sie zu diesem Zeitpunkt: Hat der auf Legacy geschaffene Business-Wert die Umfangsvergrößerung gerechtfertigt? Sind die KI-Migrationskosten wie erwartet gesunken? Ist die Organisation noch in der Lage zu migrieren, oder hat institutionelle Trägheit die Migration politisch unmöglich gemacht?

Das Decision Gate verhindert Drift. Ohne es wird die KI-Shift-Strategie zum permanenten Aufschub. Mit ihm ist die Strategie eine zeitlich begrenzte Wette mit einem definierten Bewertungszeitpunkt.

Das Gespräch mit der Geschäftsführung

Wenn Sie das einem Geschäftsführer oder Vorstand präsentieren, ist die Rahmung einfach:

„Die traditionelle Empfehlung, sofort zu migrieren, war unter den Annahmen korrekt, die bis vor Kurzem galten. Ein neuer Faktor — KI-gestützte Migration mit 30–40 % Aufwandsreduktion — hat die Ökonomie verändert. Wir haben jetzt zwei valide Optionen. Option A: Legacy-Entwicklung einfrieren und jetzt migrieren. Option B: Jetzt Wert schaffen und migrieren, wenn KI-Tools die Kosten weiter senken. Wir empfehlen Option B, weil der Business-Wert, den wir in den nächsten 12 Monaten schaffen können, die inkrementellen Migrationskosten überwiegt. Wir bewerten quartalsweise neu und haben ein verbindliches Decision Gate in Monat 18."

Das ist kein Technologie-Argument. Es ist ein Kapitalallokations-Argument. Die Frage ist nicht „sollen wir modernisieren", sondern „was ist der höchstwertige Einsatz unserer Engineering-Kapazität in den nächsten 12 Monaten?"

Für viele DACH-Mittelstandsunternehmen lautet die Antwort: Jetzt Wert schaffen, auf der Plattform, die da ist, mit den Leitplanken, die Migration realisierbar halten.

Das Risiko, das Sie tatsächlich eingehen

Die KI-Shift-Strategie hat ein spezifisches Risikoprofil, das klar benannt werden sollte:

Risiko 1: KI-Migrationstools verbessern sich nicht wie erwartet. Sie haben mehr Legacy-Scope und keine Kostenreduktion. Mitigation: quartalsweise Benchmarks, Decision Gate.

Risiko 2: Die Legacy-Plattform degradiert schneller als erwartet. Die operative Last des alten Systems steigt und verbraucht Kapazität, die Wert schaffen sollte. Mitigation: Readiness Assessment, Stabilitätsmonitoring, klare Eskalations-Trigger.

Risiko 3: Institutionelle Trägheit macht Migration politisch schwieriger. Je mehr Sie in Legacy investieren, desto mehr Stakeholder wehren sich gegen Migration. Mitigation: Decision Gate mit Executive Sponsorship, klare Kommunikation, dass der KI-Shift eine zeitlich begrenzte Strategie ist, keine permanente.

Risiko 4: Der Talentmarkt verschiebt sich. Entwickler zu finden, die auf der Legacy-Plattform arbeiten können, wird mit der Zeit schwieriger. Mitigation: Wiederverwendbare Logik außerhalb des Kerns bauen, die Fläche legacy-spezifischen Wissens reduzieren.

Keines dieser Risiken ist disqualifizierend. Alle sind mit den beschriebenen Leitplanken managebar. Aber sie sind real, und jeder, der die KI-Shift-Strategie vorschlägt, sollte sie explizit benennen, statt so zu tun, als wäre der Weg risikofrei.

Was Sie jetzt tun sollten

Beginnen Sie mit einer ehrlichen Bestandsaufnahme. Führen Sie den Legacy Readiness Check durch, um zu verstehen, ob Ihre Plattform weitere Entwicklung tragen kann. Lesen Sie, was KI-gestützte Migration heute tatsächlich leistet, um Ihre Erwartungen zu kalibrieren. Dann treffen Sie die Entscheidung: Option A oder Option B.

Wenn Sie die Entscheidung mit jemandem durchsprechen möchten, der beide Seiten kennt, vereinbaren Sie ein Erstgespräch. Das Gespräch dauert 30 Minuten. Sie gehen mit einer klaren Empfehlung für Ihre spezifische Situation hinaus.

Erstgespräch vereinbaren

Dieser Artikel ist Teil der Serie Legacy-Modernisierung für KI von Andreas Anding. Die vollständige Methodik finden Sie in The AI Operating System.