Upgrade-Projekte für Geschäftsapplikationen stehen bei CIOs an dritter Stelle der Prioritätenliste, hinter IT-Konsolidierung und IT-Modernisierung. Dennoch zögern viele CIOs und Budgetplaner bei der Aktualisierung ihrer Enterprise Software.
Upgrades: Ein Top-Thema für CIOs
Diesem Widerspruch ist das US-Marktforschungsinstitut Forrester Research in der Untersuchung "Application Upgrades: How To Make Upgrade Decisions When Business Value Proves Elusive" nachgegangen.
Laut einer früheren Studie des Marktforschers halten 16 Prozent der IT-Verantwortlichen Release-Wechsel bei Kernapplikationen für sehr wichtig, um Geschäftsziele zu erreichen. 38 Prozent bezeichnen sie als wichtig. 32 Prozent wollen demnach die Anwendungen für die Finanzbuchhaltung und das Controlling auf den aktuellen Stand bringen, jeweils 27 Prozent die ERP- und CRM-Systeme sowie industriespezifische Anwendungen.
Die Fokussierung auf Anwendungen für das Finanzwesen spiegelt deren geschäftskritische Bedeutung im Hinblick auf die unterstützten Prozesse wieder. Zum Beispiel müssen diese die jeweils aktuellen finanzrechtlichen Anforderungen wie auch Compliance-Vorgaben erfüllen.
Viele IT-Leiter schrecken jedoch im Hinblick auf die Total Cost of Ownership (TCO) sowie im Rahmen einer restriktiven Kostenpolitik vor einer Aktualisierung der Business-Applikationen auf den neuesten Release-Stand zurück.
Das zeigt ein Blick auf die Kunden der führenden Hersteller von Enterprise Software, wie etwa Oracle, SAP oder Lawson. In der Regel nutzen von diesen nur fünf bis zehn Prozent das jeweils aktuelle Release. 40 bis 50 Prozent arbeiten mit einem Software-Stand, das ein Release vor dem aktuellen liegt. Ebenso viele verwenden noch ältere Release-Stände. Darunter fallen auch Versionen, für die die Software-Hersteller nicht mehr den vollen Support bereitstellen.
Migration dauert sechs bis zwölf Monate
Für das Zögern der CIOs gibt es eine Reihe von Gründen. Upgrade-Kosten sind schwer abzuschätzen und die IT-Leiter wollen in keine Kostenfalle laufen. Das liegt an der Dauer der Projekte, die Ressourcen zahlreicher interner IT-Mitarbeiter binden, oder an der Abhängigkeit von einem externen Dienstleister. In der Regel dauert die Migration auf eine neue Software-Version zwischen sechs und zwölf Monate.
Weitere Variable sind unter anderem der Customizing-Aufwand, die Stabilität des neuen Release und dessen Integration mit anderen im Unternehmen eingesetzten Systemen.
Die IT-Betriebskosten für das bereits eingesetzte Release bestehen dagegen meist aus fixen und vorhersagbaren Kostenblöcken, etwa für Lizenzen und Wartung, interne IT-Mitarbeiter und Support für die IT-Infrastrukturen.
Der Verzicht auf den Einsatz eines aktuellen Release hat auch Nachteile. So können etwa Unternehmen nicht von neuen Funktionen oder Erweiterungen zu bestehender Funktionalität profitieren. Auch der Sprung auf künftige Versionen wird dadurch komplizierter, denn diese basieren in der Regel auf dem jeweils aktuellen Release.
Vier Upgrade-Szenarien
Die Marktforscher haben vier Upgrade-Szenarien definiert: Technischer Release-Wechsel, funktionales Upgrade, Projekte mit Fokus auf den Geschäftsprozessen sowie der strategischen Transformation.
Bei letzterem konsolidieren Firmen bisher verteilte Instanzen auf dem aktuellen Release, zentralisieren den IT-Support und bauen ein Shared Services Center (SSC) auf, das die Geschäftsprozesse verantwortet. Den geringsten zeitlichen und finanziellen Aufwand verursacht ein technischer Release-Wechsel.