Legacy-Systeme hindern die IT-Abteilungen daran, digitale Innovationen voranzutreiben und sich durch ein ausgezeichnetes Kundenerlebnis vom Wettbewerb abzusetzen. Weil die Systeme oft noch ihren Zweck erfüllen, verschieben Banken häufig die dringend notwendige Entscheidung, eine Software abzulösen und auf ein neues System oder eine neue Architektur zu migrieren. Das Problem: Die technischen Schulden steigen weiter.
Einer der größten Knackpunkte sind hohe Kosten, die damit einhergehen, ein monolithisches Großsystem abzulösen. In einigen Fällen bildet ausgerechnet die Legacy-IT einen wesentlichen Wettbewerbsvorteil ab. Auf den ersten Blick erscheint die Migration deshalb betriebswirtschaftlich unsinnig. Das System bleibt deswegen erhalten und erzeugt immer wieder erhebliche Folgekosten durch Wartung und komplizierte Erweiterungen.
Auf die notwendige Migration zu verzichten, konserviert zwar die aktuellen Vorteile, die ein Legacy-System bietet. Jedoch mit dem Risiko, dass das bestehende System ohne die heute erfolgskritischen Faktoren wie
gravierend hinter den aktuellen technischen Entwicklungen zurück fällt.
Weil auch die Umsysteme auf die Legacy-Komponenten Rücksicht nehmen müssen, droht die gesamte IT-Landschaft zu überaltern, da Lizenzen und Support auslaufen. Banken halsen sich damit ein strukturelles IT-Risiko auf, das weit über die ursprünglichen Herausforderungen einzelner Legacy-Komponenten hinausgeht. Der Schmerz strahlt auf das gesamte System ab.
PPI hat ein Vorgehensmodell entwickelt, das die drei größten Risiken einer Software-Migration minimiert: Downtime sowie Daten- und Wissensverluste. Das Modell gliedert die Migration in drei Phasen: Zunächst nimmt ein Vorort-Team die Anforderungen der abzulösenden Software auf und begutachtet sowohl Umsysteme wie auch die eingesetzte Hardware. Uns ist dabei besonders wichtig, den richtigen Ton zu treffen, denn nicht selten bedeutet eine bevorstehende Migration, das Lebenswerk von Entwicklern abzulösen, die Jahre oder Jahrzehnte ihres beruflichen Lebens in diese Software investiert haben. Legacy-IT abzulösen ist kein rein technisches Problem, sondern immer auch ein menschlich-organisatorisches. Darauf sind wir vorbereitet.
Im zweiten Schritt analysieren wir die aufgebaute Komplexität in der bestehenden IT-Landschaft. Dafür nutzen wir ein gemeinsam mit der Universität Hannover und der Hochschule Hannover entwickeltes Tool, den Code Explorer, um Metainformationen und Abhängigkeiten zu visualisieren. Dadurch lassen sich Teilsysteme leichter erkennen und später als einzelne Inkremente nach und nach ablösen. Der Code Explorer erlaubt einen tiefgehenden Einblick in den Quellcode von Legacy-Anwendungen, macht architektonische Details sichtbar und präzisiert die Planung für das neue System erheblich. Gemeinsam mit den Entwicklern des abzulösenden Altsystems entwerfen wir anschließend das Konzept sowie das konkrete Design der Zielarchitektur. Je nach Komplexität der Anwendung kommen dabei auch Interimssysteme zum Einsatz.
Die dritte Phase besteht daraus, die Zielarchitektur an einem hinreichend komplexen ersten Durchstich zu validieren und das entwickelte Konzept gegebenenfalls nochmals anzupassen. Zu den kritischen Messgrößen gehören beispielsweise Performance und Stabilität. Erst wenn alle Zweifel ausgeräumt sind, führen wir mit mehreren parallel arbeitenden Teams die Migration und auch den Cut-over durch. Die Mitglieder des ursprünglichen Kernteams übernehmen jetzt Steuerungsaufgaben und sorgen als Multiplikatoren dafür, dass das Projekt zügig abgeschlossen wird.
Das Vorgehensmodell bietet einen strukturierten Rahmen, um das Migrationsprojekt in den Griff zu bekommen. Es lässt sich jedoch ohne weiteres an die besonderen Gegebenheiten unserer Kunden anpassen.
Wagen Sie jetzt den nächsten Schritt und sprechen Sie uns an. Mit unserem PPI-Migrations-Checkup prüfen wir gerne, ob ein bereits gewählter Migrationsansatz funktioniert und erarbeiten so ein erstes Projekt-Setup.
Legacy-Systeme hindern die IT-Abteilungen daran, digitale Innovationen voranzutreiben und sich durch ein ausgezeichnetes Kundenerlebnis vom Wettbewerb abzusetzen. Weil die Systeme oft noch ihren Zweck erfüllen, verschieben Banken häufig die dringend notwendige Entscheidung, eine Software abzulösen und auf ein neues System oder eine neue Architektur zu migrieren. Das Problem: Die technischen Schulden steigen weiter.
Die Implementierung eines Kernbanksystems ist für alle Beteiligten eine große Aufgabe. Von einem Systemwechsel sind nahezu alle Bereiche einer Bank betroffen. Regelmäßig muss dabei auch die Ablauf- und Aufbauorganisation reorganisiert werden.
Der IT-Stauatlas 2016 der PPI AG untersucht, welche Projekte in den deutschen Privatbanken aktuell anstehen und inwieweit Kernbanksysteme die Banken in ihrer Geschäftsentwicklung bremsen. Für die Studie wurden 54 Führungskräfte aus Organisation, IT, Business Development, Risk Management und Wertpapierservice befragt. Fordern Sie die Studienergebnisse an.
Björn Balfanz
Partner
+49 160 96348597
Bjoern.Balfanz(at)ppi.de
Nicholas Ney
Sales-Manager
+49 160 90549067
Nicholas.Ney(at)ppi.de
