Die Systeme wurden einzeln beschafft, von verschiedenen Bereichen, in verschiedenen Jahrzehnten. Jedes funktioniert. Dazwischen sitzen Menschen, die Daten erneut erfassen, Fassungen desselben Datensatzes abgleichen und Prüfern erklären, warum die Zahlen auseinandergehen. Alles zu ersetzen ist selten bezahlbar und nie schnell. Die Aufgabe ist also, den bestehenden Bestand wie ein System handeln zu lassen und zu bewegen, was bewegt werden muss, ohne das Geschäft anzuhalten.
Warum eine Ebene, in ganzen Zahlen
Verbindet man jedes System mit jedem anderen, wächst die Zahl der Schnittstellen quadratisch mit dem Bestand. Führt man sie über eine Ebene, wächst sie linear. Das ist Arithmetik und keine Behauptung über uns.
Ziehen Sie den Regler. Links spricht jedes System mit jedem, rechts läuft alles über eine Ebene.
12Systeme
66Punkt zu Punkt
12Über eine Ebene
54Schnittstellen, die Sie nie bauen müssen
Eine Migration, die das Altsystem nie abschaltet, ist nicht fertig
Die zweite Hälfte einer Migration ist die, die gestrichen wird, wenn das Budget knapp wird: archivieren, was aufbewahrt werden muss, belegen, dass es abrufbar ist, und dann die Quelle stilllegen. Lässt man sie weg, bezahlt man zwei Systeme und traut keinem. Wir planen die Abschaltung als Teil der Arbeit und nicht als Folgeprojekt, denn das Folgeprojekt ist das, was nie stattfindet.
Wie sich das Risiko tatsächlich verhält
Kostenüberschreitungen in IT-Projekten folgen einem Potenzgesetz, keiner Glockenkurve (Flyvbjerg et al., 2022; 2026): Die meisten Projekte landen nahe an ihrer Schätzung, eine Minderheit überschreitet enorm, und das Muster ist IT-spezifisch.
5392
IT-Projekte in der veröffentlichten Stichprobe
280x
die grösste darin beobachtete Überschreitungsrate
15%
der übliche Puffer, aus der falschen Verteilung berechnet
Die Entscheidungen, die anstehen
Punkt-zu-Punkt oder über eine Schicht
Schneller bei den ersten drei Schnittstellen, schlechter bei den nächsten dreissig. Der Umschlagpunkt ist real und sollte vor der Entscheidung bestimmt werden.
Erst migrieren, dann verbessern, oder umgekehrt
Einen schlechten Prozess getreu zu migrieren liefert immerhin eine bekannte Ausgangslage. Zuerst zu verbessern ist richtig, wenn der Prozess der Grund für die Migration ist.
Wie viel Historie mitkommt
Die vollständige Historie ist teuer und oft unnötig; «vielleicht brauchen wir sie noch» ist keine Aufbewahrungsbegründung.
Was Umkehrbarkeit wert ist
Parallelbetrieb kostet echtes Geld. Wir halten ihn für die günstigste Versicherung gegen den oben beschriebenen Rand. Es ist aber Ihr Budget, und die Abwägung gehört offengelegt.
Im Einzelnen
Vier Teile dieses Leistungsbereichs haben eigene Seiten:
- Werkzeuge, Konnektoren und Punkt-zu-Punkt-Verbindungen, und ab wann die zweite teuer wird
- Plattformen, die Schichtenarchitektur, die Anwendungen austauschbar hält
- Geschäftsprozesse, fünf Dimensionen und fünf Reifegrade, beurteilt bevor etwas gekauft wird
- Decommissioning, ein System stilllegen, dessen Unterlagen bleiben müssen, und wo Cost Take-out zuerst anfällt
Womit Sie am Ende dastehen
Vier Arbeitsergebnisse und eine Programmform, in der kein einzelnes Ereignis das Geschäft anhalten kann. Jedes ist die Folgerung aus etwas, das oben bereits begründet wurde, und kein gesondertes Angebot.
Eine Zählung der Schnittstellen, bevor jemand deren Bau zusagt
Was heute tatsächlich womit verbunden ist, welche dieser Verbindungen das Geschäft tragen und welche nur bestehen, weil niemand sie abgeschaltet hat, und was jede im Unterhalt kostet. An der Landschaft gezählt statt am Architekturbild, das meist eine Absicht beschreibt.
Die Zählung macht aus der Wahl zwischen Punkt-zu-Punkt und einer Schicht statt einer Vorliebe eine Rechnung. Es gibt einen Umschlagpunkt, er ist für Ihre Landschaft spezifisch, und er lässt sich in Wochen bestimmen.
Sie kostet einen Bruchteil des Programms, das sie dimensioniert. Und wenn die Antwort lautet, dass Sie elf echte Schnittstellen und keinen Fall für eine Schicht haben, erfahren Sie das hier günstiger als nach dem Kauf der Plattform.
Eine Schicht, die die nächste Verbindung aufnimmt, statt sie zu vervielfachen
Ein gesteuerter Weg zwischen den Systemen, mit einmal definierter Abbildung, Fehlerbehandlung und Verantwortung statt einer Aushandlung je Verbindung. Jedes später hinzukommende System bringt einen Weg mit statt einen je bereits vorhandenem System, und genau das ist der Unterschied, den die beiden Bilder oben zeichnen.
Es ist ausdrücklich kein Ablöseprogramm. Die Anwendungen bleiben, wo sie sind, und tun weiter, was sie tun; was sich ändert, ist, dass sie nicht mehr von Hand miteinander verbunden werden.
Und es ist dieselbe Struktur, auf der die Automatisierungs- und Governance-Arbeit aufsetzt. Wer beides beauftragt, kauft eine Schicht mit zwei Geschäftsfällen statt zwei Schichten, die später abgeglichen werden müssen.
Migration in Scheiben, nach denen Sie aufhören können
Jede Scheibe läuft parallel zu dem, was sie ersetzt, wird im Betrieb beider abgeglichen und kann aufgegeben werden, ohne die vorherigen rückabzuwickeln. Kein Wochenende trägt die ganze Landschaft, denn die veröffentlichten Belege sagen, dass die erwarteten Kosten eines einzelnen unumkehrbaren Umschaltens von dessen schlechtestem Fall bestimmt werden und nicht von dessen Mittelwert.
Deshalb lehnen wir Big-Bang-Mandate ab, statt sie einzupreisen. Ein Programm, in dem ein Fehlschlag nicht rückholbar ist, lässt sich nicht durch Reserven absichern, sondern nur dadurch, dass es diese Form nicht hat.
Die erste Scheibe wird so gewählt, dass sie das Vorgehen am schnellsten beweist, nicht so, dass sie am leichtesten ist. Eine Scheibe, die gar nicht scheitern konnte, hat über die, die es können, nichts gezeigt.
Systeme, die tatsächlich abgeschaltet werden, und die Rechnungen, die mit ihnen enden
Die Ausserbetriebnahme wird als Teil der Arbeit geplant und nicht als Absicht danach: was noch aus dem alten System liest, was aufbewahrt werden muss und wie lange, wohin es dafür geht, und der Nachweis, dass der Umzug vollständig war, bevor etwas abgeschaltet wurde.
Wird sie übersprungen, trägt die Landschaft am Ende beides. Lizenz, Wartungsvertrag, Sicherung und Prüfpflicht laufen für ein System weiter, das niemand nutzt, und die Einsparung, die die Migration begründet hat, erscheint auf keiner Abrechnung.
Es ist zugleich der einzige Punkt, an dem über Aufbewahrung entschieden werden muss statt sie zu vertagen, und deshalb erweisen sich diese Arbeit und Information Governance immer wieder als dasselbe Programm von zwei Seiten aus.
Wir bewegen Landschaften in Abschnitten, nach denen man aufhören kann. Der erste weist das Vorgehen nach, und kein einzelnes Wochenende trägt das ganze Risiko.
Integration und Migration, klar gefragt
Was ist der Unterschied zwischen Integration und Migration?
Integration bringt getrennt beschaffte Systeme zum Zusammenspiel und lässt beide bestehen. Migration bewegt eine Landschaft von einem davon weg. Die meisten Programme brauchen von beidem etwas, und wer sie verwechselt, verwandelt ein Verbindungsprojekt auf halbem Weg in ein Ablöseprojekt.
Warum keine Big-Bang-Umstellung?
Weil das Risiko nicht gleichmässig verteilt ist. Die meisten grossen Programme landen nahe am Plan, eine Minderheit landet katastrophal weit davon entfernt. Die erwarteten Kosten einer einzigen unumkehrbaren Umstellung werden also vom Rand der Verteilung bestimmt und nicht vom Mittelwert. Etappen halten den Rückweg offen.
Müssen wir unsere bestehenden Systeme ersetzen?
In der Regel nicht, und das Vorgehen ist dazu bewusst neutral. Governance und Prozesslogik über den Anwendungen zu halten macht aus dem Ersetzen einer Plattform eine gewöhnliche kaufmännische Entscheidung statt eines Projekts, das man nicht beginnen kann.
Wie lange dauert eine Migration?
Das hängt davon ab, wie viel der Landschaft klassifiziert ist, und das lässt sich in Wochen messen, bevor etwas beauftragt wird. Wer vor dieser Messung eine Dauer nennt, nennt die Dauer für die Landschaft von jemand anderem.