Legacy ablösen ohne Stillstand: der Schnitt, der sich rechnet

Der Satz fällt in fast jedem Gespräch über ein altes System: „Wir wissen, dass wir da ran müssen — aber wir können nicht zwei Jahre lang nichts liefern." Das ist keine Ausrede. Es ist eine korrekte Einschätzung der politischen Lage.

Ein Modernisierungsvorhaben ohne sichtbares Ergebnis verliert seine Rückendeckung zuverlässig im dritten Quartal, meist in dem Moment, in dem ein anderes Thema dringender wird. Die Technik ist selten der Grund für das Scheitern. Der Grund ist, dass niemand außerhalb der IT das Vorhaben vermissen würde, wenn man es stoppt.

Warum der Big Bang so verlockend ist

Ein vollständiger Neubau ist intellektuell die sauberste Variante: keine Brücken, keine doppelte Pflege, keine Kompromisse an den Rändern. Genau deshalb wird er vorgeschlagen. Und genau deshalb scheitert er so oft — weil er verlangt, dass sich zwei Jahre lang nichts Wesentliches am Geschäft ändert. Diese Annahme hält nie.

Die Alternative ist nicht „langsamer neu bauen", sondern: das alte System in Betrieb lassen und Stück für Stück Verantwortung herausnehmen. Das ist unbequemer, weil man eine Zeit lang zwei Welten pflegt. Es ist aber die einzige Variante, die ein Geschäftsjahr überlebt.

Der erste Schnitt: drei Kriterien

Der erste herausgelöste Bereich entscheidet über den Rest des Vorhabens. Er sollte gleichzeitig erfüllen:

Er ist fachlich abgegrenzt. Ein Bereich mit klaren Grenzen und wenigen Abhängigkeiten ins Altsystem. Nicht der schwierigste, nicht der zentralste.

Er hat einen sichtbaren Nutzen außerhalb der IT. Eine Durchlaufzeit, die kürzer wird. Eine Auswertung, die es vorher nicht gab. Ein Prozess, der ohne Excel-Zwischenschritt auskommt. Irgendetwas, das jemand im Vertrieb oder im Service bemerkt und im Zweifel verteidigt.

Er zahlt auf eine Pflicht ein. Wenn der Bereich ohnehin nachweispflichtig ist — Freigaben, Preise, Berechtigungen — schlägt die Ablösung zwei Fliegen: die Modernisierung und der Nachweis, den Audit oder Einkauf ohnehin fordern. Damit wird aus einem IT-Vorhaben ein Vorhaben mit Termin und Sponsor.

Fehlt eines der drei, wird der Schnitt zwar technisch gelingen, aber politisch nichts ändern.

Was zwischen alt und neu passiert

Die Brücke ist der Teil, den man unterschätzt. Drei Dinge müssen geklärt sein, bevor die erste Zeile geschrieben wird:

• Wo liegt die Wahrheit? Für jeden Datenbereich genau ein führendes System, mit Datum, ab dem es führt. Doppelte Führung ist die häufigste Ursache für stille Datenfehler.
• In welche Richtung fließt es? Einseitige Synchronisation ist beherrschbar, beidseitige selten. Wenn es doch beidseitig sein muss, braucht es eine eindeutige Konfliktregel, kein „das kommt praktisch nicht vor".
• Wann wird die Brücke abgerissen? Ein Datum im Plan, nicht ein Gefühl. Übergangslösungen ohne Abrissdatum werden dauerhaft.

Woran es sonst scheitert

An fehlender Fachkenntnis über das Alte. Das Altsystem enthält Regeln, die niemand mehr erklären kann, die aber seit zwölf Jahren richtig sind. Wer sie nicht vorher herausarbeitet, baut sie falsch nach und merkt es beim ersten Monatsabschluss.

An der Übergabe. Wenn nach der Ablösung niemand intern dafür geradesteht, ist das neue System in drei Jahren das nächste Altsystem. Die Frage, wer es danach trägt, gehört an den Anfang, nicht ans Ende.

Die Grenze

Es gibt Systeme, bei denen sich der Aufwand nicht lohnt: stabil, selten geändert, ohne Wachstumserwartung, mit funktionierendem Betrieb. Ein altes System ist kein Problem, solange es niemanden blockiert. Der Auslöser für eine Ablösung sollte ein konkreter sein — ein verlorener Deal, eine Nachweispflicht, ein Engpass — und nicht der Zustand des Codes.

Weiterlesen

• Monolith modernisieren, ohne alles anzuhalten
• Event Sourcing oder CRUD mit Historientabelle?
• Nachweisbarkeit als Architekturthema
• Unsere Angebote