Aus der jüngeren Vergangenheit haben wir gelernt, wie wichtig es ist, flexibel und agil zu sein, wenn externe Ereignisse oder die Marktvolatilität dazu führen, dass sich die Geschäftsprioritäten über Nacht ändern. Viele der älteren Anwendungen und Systeme erfüllen die Voraussetzung nicht mehr, sich problemlos und agil auf neue Anforderungen anpassen zu lassen. Für die Unternehmen geht es nun darum, die einzigartige Geschäftslogik, die in jahrzehntealten Anwendungen eingebettet ist, zu verstehen, zu modernisieren und in Cloud- oder Open-Source-Umgebungen zu verlagern, wo ein Unternehmen heutzutage besser Innovationen vorantreiben kann. Unsere eigenen Studien ergaben, dass 92 % der Unternehmen ihre Abhängigkeit vom Mainframe verringern wollen – was die hohe Priorität in der Vorstandsetage widerspiegelt.
Der Fakt, dass es heute immer noch Mainframes gibt, zeigt jedoch die Schwierigkeit und Komplexität eines solchen Unterfangens, für das es selten einen fest vorherdefinierten Weg gibt. Aber das bedeutet nicht, dass es eine unmögliche und unvorhersehbare Reise ist.
Wählen Sie den schrittweisen Weg für frühzeitigen ROI
Angesichts der Komplexität und der gegenseitigen Abhängigkeiten, die sich in Legacy-Umgebungen anhäufen, befürwortet LzLabs einen schrittweisen, inkrementellen Ansatz für die Anwendungsmodernisierung. Dies führt Unternehmen Schritt für Schritt zu ihrer gewünschten Zielarchitektur heran und priorisiert dabei die Kritikalität der Anwendungen. Ermöglicht wird dies durch den Aufbau eines hybriden Modell (Mixed Model of Operations): Mainframes und die dezentrale Welt werden gemeinsam genutzt und Brücken zwischen diesen Technologien gebaut. Applikationen und Daten fließen, ohne Einfluss auf der operative Geschäft, zwischen den Plattformen, bis das gewünschte Modernisierungsziel erreicht ist. Der schrittweise Ansatz minimiert das Projektrisiko, hält die Projektkosten im Rahmen und liefert frühzeitig einen Mehrwert. Zudem wird Vertrauen für weitere Investitionen geschaffen und eine Transparenz erzeugt, die knappe interne Ressourcen optimiert.
Ich führe gerne das Beispiel eines Fahrzeugherstellers an, der sich bei der Verlagerung seiner Konfigurator-Anwendung vom Mainframe für einen solchen stufenweisen Ansatz entschieden hat. Das Unternehmen konnte innerhalb von sechs Monaten den MIPS-Fußabdruck auf dem Mainframe reduzieren und Cappings vermeiden. Durch die Migration der Applikation auf den LzLabs Software Defined Mainframe® als ersten Schritt der Modernisierung konnte deren Arbeitslast parallelisiert auf Open Systems ausgeführt werden. Die Anwendungsbenutzer waren zudem sehr zufrieden, da die Konfigurationen nun um ein Vielfaches schneller durchgeführt wurden. Das frühzeitige Erzielen solch entscheidender Vorteile baute Vertrauen auf und lieferte die geschäftliche Rechtfertigung für die nächsten Modernisierungsschritte.
Superprojekte bergen hohes Risiko
Trotz Beispielen wie diesen, die die Vorteile eines inkrementellen, risikoarmen Weges zur Modernisierung von Mainframe-Anwendungen aufzeigen, halten viele Unternehmen an den alten Methoden fest. Angesichts der Bedeutung von Mainframe-Anwendungen für den aktuellen Geschäftsbetrieb und die zukünftige Wettbewerbsfähigkeit ist es verständlich, dass Führungskräfte eine vollständige Modernisierung so schnell wie möglich durchführen und die Vorteile Cloud-nativer Anwendungen realisieren wollen, die sich leicht nach oben und unten skalieren lassen und mit Business-Intelligence- oder KI-Tools in der Cloud kombiniert werden können. Sie sehen, dass ihre digital nativen Konkurrenten in Fintech oder vergleichbaren Bereichen dies gerade jetzt tun und die Vorteile ernten – und sie wollen ein Stück vom Kuchen abhaben.
Diese Vorliebe für ein “Superprojekt”, das darauf abzielt, ein gesamtes Legacy-Anwendungsportfolio in einem Rutsch von proprietärem Cobol auf Cloud-fähiges Java umzustellen (z. B. durch Refactoring oder Umschreiben von Legacy-Code), birgt jedoch ein Risiko des Scheiterns: Einige Experten schätzen, dass große Technologieinitiativen, einschließlich digitaler Transformationsprojekte, mit einer Rate von 70 % fehlschlagen.
C-Suite und IT sind sich oft schnell einig bezüglich des strategischen Modernisierungsziels. Nun gilt es für die Verantwortlichen, die Feinheiten der Legacy-Umgebung, die gegenseitigen Abhängigkeiten zwischen Mainframe-Workloads, der ISV-Landschaft sowie den Daten, die sich auf dem Mainframe befinden, zu verstehen und die Komplexität des Projekts richtig zu bewerten. In der Summe bringen die klassisch als Big Bang durchgeführten Projekte meist große Herausforderungen mit sich, die sich als unüberwindbar erweisen können, wenn Unternehmen starr an dem vorgegebenen Plan festhalten und nicht ausreichen Handlungsspielraum haben, um auf die vorliegende technischen und kulturellen Komplexität eingehen zu können. Auch wenn ein großer grüner Haken am Ende eines mehrjährigen Projekts möglich ist, stellt sich die Frage: Ist es für das Unternehmen sinnvoll mehrere Jahre zu warten, bevor man einen Mehrwert nachweisen kann?
Genau für diesen schnell erzielbaren Mehrwert gibt es den inkrementellen Ansatz.
Unternehmenswissen neu entdecken und nutzen
Die Fixierung auf das Ziel und der blinde Glaube an das Narrativ der Lieferanten – zum Beispiel, dass Refactoring mit einem Knopfdruck erreicht werden kann – haben dazu geführt, dass manche Blue Chips nicht weiterkommen. Ein großes Fertigungsunternehmen, das versuchte, eine Teilmenge von Mainframe-Anwendungen in Java umzucodieren, stieß auf unvorhergesehene Herausforderungen, einschließlich der Risiken der verteilten Daten zwischen Plattformen. Das Problem wurde durch den Einsatz einer Datensynchronisierungslösung gelöst – allerdings nur mit hohen zusätzlichen Kosten.
Ein weiteres Manko des Modernisierungsansatzes, der oft als „Big Bang” bezeichnet wird, ist die mangelnde Transparenz darüber, wie der Zielcode zustande kommt. Wenn ein Lieferant nach Ihrem Quellcode fragt und Ihnen die Java-Konvertierung zurückschickt, ist das das moderne Äquivalent des Systemadministrators, der mit dem Mainframe-Wissen des Unternehmens im Kopf in den Ruhestand geht. Vor der Modernisierung ist es wichtig, zu verstehen, welche Elemente des ursprünglichen Codes überhaupt noch relevant sind.
Unternehmen würdigen daher einen Modernisierungspartner mit Fachkenntnissen sowohl in Mainframe- als auch in Open-Source-Umgebungen und legen Wert auf umfassende Erfahrung und Fähigkeiten in der Projektplanung und -implementierung. Sie benötigen einen Partner, der evidenzbasierte Bewertungen verschiedener Modernisierungsoptionen durchführt. Wenn es beispielsweise Hinweise darauf gibt, dass entweder Transcodierung oder Refactoring der richtige Ansatz für eine bestimmte Situation sein könnten, dann werden wir untersuchen, wie die Datenbanken strukturiert sind, auf die zugegriffen wird und ob die codegenerierende Sprache durch Refactoring-Lösungen verarbeitet werden kann.
Letztendlich werden wir uns immer für den schrittweisen, inkrementellen Ansatz einsetzen, der von Anwendungsfällen wie Compliance, Kostensenkung und verbessertem Kundenerlebnis inspiriert ist – denn wir wissen, dass durch den schrittweise realisierten Erfolg die Motivation der Teams erhalten bleibt und die Organisation frühzeitig die Früchte ihrer Arbeit ernten kann.
Lesen Sie doch weiterführend auch den Blog unseres LzLabs CEOs, Thilo Rockmann: Ist der Mainframe die Innovationsplattform Ihrer Wahl?
