Was sind Legacy-Apps und wie lassen sich Legacy-Apps richtig modernisieren?

Was sind Legacy-Anwendungen?

In der IT-Welt hört man oft von „Legacy-Systeme.“ Der Begriff bezieht sich auf Systeme, die in einer Organisation bereits seit Jahren im Einsatz sind und daher nicht mehr auf dem neuesten Stand oder aktuell sind.

Ein Legacy-System kann Software oder Hardware sein; es kann ein Dateiformat oder eine Programmiersprache sein. In Anbetracht dessen, a „Legacy-Anwendung“ ist eine Anwendung, die veraltet ist oder veraltet. Eine Legacy-App kann im Laufe der Zeit zu Problemen führen, wenn es fehlerhaft ist und sich nur schwer aktualisieren lässt.

Das Festhalten an veralteten Apps setzt ein Unternehmen einem katastrophalen Risiko aus, wenn die App ihre Kompatibilität mit modernen Betriebssystemen verliert – es kann sogar zu Sicherheitslücken kommen.

In diesem Blogbeitrag erfahren Sie, welche Schritte zur Modernisierung von Legacy-Anwendungen erforderlich sind und was dieser Modernisierungsprozess beinhaltet.

Warum sind Legacy-Systeme und -Anwendungen ein Problem?

Legacy-Systeme umfassen unternehmenskritische, aber veraltete Geschäftsprozesse und Technologien. Mainframe-Software wurde als „Legacy-Anwendung“ bezeichnet, als PCs begannen, die Unternehmen zu übernehmen.

„Legacy-Anwendungen sind alles, womit die neuen Kinder nicht spielen wollen“, sagt Gary Baney, Chief Development Officer beim IT-Dienstleister Erweiterte Serververwaltungsgruppe (ASMGi). „Das ist die beste technische Definition, denn sie definiert letztlich Nachhaltigkeit, Wartbarkeit und wie viel technischer Enthusiasmus im Anwendungsentwicklungsprozess vorhanden sein wird.“

Legacy-Systeme sind auf ihren ursprünglichen Zweck beschränkt und lassen sich in der Regel weder einfach noch kosteneffizient in modernere Technologien integrieren.

„Es besteht eine symbiotische Beziehung zwischen Geschäfts- und Technologieentwicklung“, sagt Baney. „Der größte Nachteil von Legacy-Anwendungen ist, dass diese symbiotische Beziehung verschwunden ist.“

Warum sollten Sie Ihre Altsoftware entsorgen?

„In welcher Sprache der Code geschrieben ist oder wie alt das Softwarepaket ist, ist weniger wichtig als die Frage, ob wir es aufrechterhalten, unterstützen und pflegen können“, sagt Peter Anderson, CTO bei Zentrum für Computersysteme (CCSI). „Was eine Rolle spielt, ist das Ende der Lebensdauer des Herstellers und wie viel Risiko wir bereit sind einzugehen.“

Stellen Sie sich vor, Sie könnten heute einen 8-Bit-Computer aus dem Jahr 1969 im Einsatz betreiben. Programmierer zu finden ist ebenso schwierig wie Techniker zu finden, die die Vakuumröhren bauen können, die zum Betrieb des Systems erforderlich sind. Als die Platine gebaut wurde, kostete sie 400 US-Dollar. Heute sind es über 70,000 US-Dollar.

„Die Leute, die Technologieentscheidungen treffen, sind von diesen Entscheidungen nicht direkt betroffen“, sagte Anderson. „Sie betrachten die Dinge eher im Hinblick auf die Eigenkosten als auf die Gesamtbetriebskosten. In der Zwischenzeit denke ich darüber nach, wie viel es kostet, eine Vakuumröhre zu bauen und alles zu testen. Die Wartung des alten Systems ist wahrscheinlich teurer als der Kauf eines neuen Systems.“

Kosten sind nicht immer ein Hindernis

Während die Kosten für die Wartung eines alten Systems darauf hinweisen können, dass eine Änderung erforderlich ist, besteht auch die Möglichkeit, dass für eine neue Lösung mehr als nötig ausgegeben wird.

Einer von Baneys Kunden war bereit, innerhalb von 500,000 Monaten 18 Dollar auszugeben, um ein 10 Jahre altes Enterprise Resource Management (ERP)-System komplett zu ersetzen. Durch einen strategischeren Ansatz bei der Modernisierung der Altsysteme konnte dieselbe Funktionalität zu weniger als einem Fünftel der Kosten und in weniger als einem Drittel der Zeit bereitgestellt werden.

„Der Kunde wollte acht neue Funktionen hinzufügen. Alles, was wir tun mussten, war, die Handheld-Geräte an die vorhandene ERP-Datenbank anzubinden“, sagt Baney.

Durch die Erweiterung der Funktionen seiner Altsysteme umfasste das Modernisierungsprojekt des Kunden:

• Upgrades der Datenbank und des Produktionsservers
• die Hinzufügung schnellerer Speicher, um die Verarbeitungskapazität des alten Systems zu verbessern
• ein neues mobiles Frontend

„Sie nutzen immer noch die alte App und haben für 85,000 Dollar alles bekommen, was sie brauchten“, sagt er.

Wer entscheidet über den Modernisierungszeitpunkt?

Schlechte Entscheidungen zum Ersatz von Altanwendungen entstehen, wenn Technologieentscheidungen nicht mit den Geschäftsanforderungen übereinstimmen. Was gewählt wird und wie es angewendet wird, kann in einer bestimmten Branche den Unterschied ausmachen, ob man als Mitbewerber vorne liegt oder hinterherhinkt.

Als CTO von CSCI ist Anderson dafür verantwortlich, dem CFO und CEO Empfehlungen zu geben. Zuvor hält er regelmäßige Besprechungen mit dem Leiter des Systembetriebs und dem Leiter der Systementwicklung ab. Gemeinsam ermitteln sie, ob die Hardware veraltet ist und ob die aktuelle Entwicklerbasis in der Lage ist, auf den Code zuzugreifen oder ihn zu ändern.

„Wenn wir an den Punkt kommen, an dem ich keine Hardware mehr finden kann oder wir nicht mehr über die nötige Entwicklungskompetenz verfügen, haben wir das unangenehme Gefühl, dass wir mehr Risiken eingehen, als wir sollten“, sagte Anderson. „Mein CEO geht in einer Zeit, in der wirtschaftliche Faktoren kleine Unternehmen belasten, nicht gerne Risiken ein.“

Obwohl hochentwickelte Unternehmen aktiv daran arbeiten, die Kommunikation zwischen Fach- und IT-Experten zu verbessern, bleiben Herausforderungen bestehen. Viele Techniker schenken der Geschäftseinheit keine Zeit, weil sie meinen, dass sie von der Geschäftseinheit nicht genug respektiert werden. Und es gibt Geschäftseinheiten, die Techniker nicht respektieren, weil sie meinen, dass diese ihnen nicht genug zuhören. „Wenn eine Unternehmenskultur gedeihen und dauerhaft wettbewerbsfähig bleiben soll, muss zwischen der Geschäftseinheit und der Technologiegruppe ein starkes Gefühl der Partnerschaft bestehen“, sagt Baney von ASMGi.

Den Legacy-Modernisierungsprozess verwalten

Norm Ringgold, ehemaliger Leiter für IT-Betrieb und Infrastruktur bei Stanford Linear Accelerator Center (SLAC) verwaltet Legacy-Anwendungsübergänge in einer formalisierten IT Infrastructure Library (ITIL) Application Lifecycle (ALC)-Manier, die in mittleren bis großen Unternehmen immer üblicher wird. Die Idee ist, dass ein Leitungsgremium „informierte“ IT-Geschäftsentscheidungen auf der Grundlage des Geschäftswertversprechens treffen sollte.

Die Entwicklung neuer Geschäftslösungen ist teuer. Wenn eine vorhandene Anwendung weiterhin den Geschäftsanforderungen entspricht und das komplette Plattform-, Lizenzierungs-, Service- und Supportmodell weiterhin einen Mehrwert bietet, warum sollte man dann etwas ändern?

„Normalerweise schlage ich keine Änderung der Anwendungslösung vor, es sei denn, ein wertorientierter Geschäftstreiber oder ein technologischer Notfall rechtfertigt dies“, sagt Ringgold. „In vielen Fällen wird der Lebenszyklus einer Anwendung durch ein bedeutendes Ereignis wie eine Fusion oder Übernahme bestimmt.“

Zum Beispiel wann Oracle erworben Sun Microsystems und erklärte, die Sun Solaris-Plattform einzustellen, führte dies zu einem technologischen Notfall, der eine globale Anwendungsänderung erforderlich machte. Es öffnete auch die Tür für Lösungen von Drittanbietern.

Der US-Postdienst, bei dem Ringgold damals arbeitete, hatte 2,000 Server, auf denen Solaris-Anwendungen liefen. Obwohl Ereignisse wie die Übernahme durch Sun von Kunden nicht vollständig vorhergesehen werden können, ist es möglich, dieses und andere Risiken so zu managen, dass die Auswirkungen minimiert werden.

Ermittlung des ROI

Wenn eine Änderung angezeigt ist – sei es aufgrund der Umstände oder astronomischer Wartungsgebühren – prüft Ringgold vorab, ob sich auf andere Weise ein besserer ROI erzielen ließe.

Wenn ein höherer ROI wahrscheinlich erscheint, legt er einem Prüfungsausschuss einen Vorschlag vor, der Folgendes umfasst:

• die Kosten für eine detailliertere Untersuchung der aktuellen Geschäftsprozesse
• wie die Leistung der Anwendung zu diesem bestimmten Zeitpunkt ist
• die Optionen für den Ersatz, einschließlich Hardware, Software, virtuelle Maschinen, Anwendungen, Endbenutzerschulung und Nutzungskosten

Er kann ein Trio von Lösungen verschiedener Anbieter präsentieren, auf dessen Grundlage eine geschäftsorientierte Entscheidung getroffen werden kann. „Das Unternehmen muss über genügend Informationen verfügen, um die Plattform, die Anwendung, die Anbieterlösung und die gesamten Wartungskosten auszuwählen“, sagt Ringgold.

„Für einen SDLC gibt es immer noch einen Platz, aber wir sprechen über eine ausgefeiltere Art, damit umzugehen.“ Der Strategiestil des Anwendungsmanagements heutiger IT-Leiter umfasst eine informierte Governance-Einheit (mit wichtigen Vertretern aus Wirtschaft und Technologie), die in jede wichtige technologische Entscheidung eingebunden ist. „Die Partnerschaft gewährleistet die Bereitstellung wertvoller Lösungen sowie den rechtzeitigen Ersatz weniger wertvoller Altlösungen“, sagt Ringgold.

4 Schritte zur Modernisierung von Legacy-Anwendungen

Bei Legacy-Übergängen gibt es oft Reibungspunkte zwischen Menschen und Technologie. Während in großen Organisationen ein formelles Governance-Gremium unerlässlich ist, befürchten kleinere Organisationen, dass eine solche Formalität ihre Agilität negativ beeinflusst.

Kleinere Unternehmen könnten sich gegen die Idee eines Kontrollgremiums sträuben. „Ich erinnere sie daran, dass es nicht notwendig ist, 20 Leute darin zu haben, wenn drei auch ausreichen“, sagt Ringgold.

Unternehmen können beim Versuch, Anwendungsänderungen zu verwalten, scheitern. „Die beste Möglichkeit, sich darauf vorzubereiten, besteht darin, einen Softwareentwicklungslebenszyklus, ein Anwendungslebenszyklusmanagement und ein Governance-Gremium einzurichten, das in der Lage ist, agile Veränderung, verbunden mit Geschäftsanforderungen.“

Was die Technologie betrifft, schlägt Baney einen vierstufigen Ansatz vor, um Versehen zu vermeiden.

1. Stellen Sie sicher, dass die Dokumentation vollständig ist

Probleme entstehen, wenn Software und Systeme nicht gut dokumentiert sind oder die Dokumentation nicht auf dem neuesten Stand gehalten wird. Im Idealfall sollte die Dokumentation es ermöglichen, den tatsächlichen Zustand der Codebasis, der Architektur, der Integration und der APIs festzustellen.

2. Bestimmen Sie, wie stabil die Anwendung ist

Baney prüft Fehlerprotokolle, um festzustellen, wo Mängel vorhanden sind und welche Auswirkungen diese Fehler im Unternehmen haben können. Es kann sein, dass sich die Service-Level verschlechtern und die Ursache eine bestimmte Anwendung ist.

3. Verstehen Sie die Integrationspunkte

Auf diese Weise können Sie feststellen, welche Anwendungen andere überwachen und mit ihnen kommunizieren und welche Schnittstellen Sie neu erstellen müssten, wenn sich etwas ändert.

„Man muss ein paar Meetings abhalten, in denen man sagt: ‚Schauen Sie, Sie müssen hier etwas umschreiben, aber wir wollen keinen Welleneffekt auslösen, der Sie betrifft‘“, sagt Baney. „Man muss sich intensiv mit Schnittstellen und APIs befassen und sie sehr gut verstehen.“

4. Setzen Sie sich mit der Geschäftseinheit zusammen, um den Workflow der Anwendung zu verstehen

Möglicherweise ist der aktuelle Workflow das Ergebnis persönlicher Vorlieben eines Managers oder wurde speziell zur Verbesserung der Effizienz von Geschäftsprozessen entwickelt. Führen Sie sie durch den Geschäftsworkflow. Stellen Sie sicher, dass Sie die Dinge richtig machen, oder prüfen Sie, ob Verbesserungsmöglichkeiten bestehen.

„Wenn es Verbesserungsmöglichkeiten gibt, verknüpfen Sie diese mit dem ROI“, sagt Baney. „Wenn ich die Bearbeitungszeit eines Schadensregulierers von 20 auf 11 Minuten verkürzen kann, habe ich das Kundenerlebnis verbessert. Effizienz, Kundenzufriedenheit und Genauigkeit fließen alle in den ROI ein.“

Veränderung ist unvermeidlich

Die Art und Weise, wie ein Legacy-Modernisierungsprozess gemanagt wird, kann den Unterschied ausmachen, ob man wettbewerbsfähig bleibt oder hinter der Konkurrenz zurückfällt.

Unabhängig von der Größe einer Organisation sollte es einen Prozess geben, um festzustellen, welche Änderungen erforderlich sind und wann sie erforderlich sind. Bilden Sie eine Gruppe von Entscheidungsträgern, deren Ziel es ist, im besten Interesse des Unternehmens zu handeln und gleichzeitig Risiken zu minimieren.

Manche Änderungen lassen sich vorhersehen, beispielsweise das Ende der Lebensdauer eines Betriebssystems, andere hingegen nicht. Erfahrene Unternehmen legen Wert auf das Änderungsmanagement, damit geplante und ungeplante Ereignisse so gemanagt werden können, dass unnötige Risiken und Kosten minimiert werden.