TCO bei ERP-Projekten zu hoch

CIOs verzichten auf Release-Wechsel

29.07.2010
Von 
Dr. Andreas Schaffry ist freiberuflicher IT-Fachjournalist und von 2006 bis 2015 für die CIO.de-Redaktion tätig. Die inhaltlichen Schwerpunkte seiner Berichterstattung liegen in den Bereichen ERP, Business Intelligence, CRM und SCM mit Schwerpunkt auf SAP und in der Darstellung aktueller IT-Trends wie SaaS, Cloud Computing oder Enterprise Mobility. Er schreibt insbesondere über die vielfältigen Wechselwirkungen zwischen IT und Business und die damit verbundenen Transformationsprozesse in Unternehmen.
Weitere Artikel des Autors
Bei Release-Wechseln halten sich Vorteile und Nachteile in etwa die Waage. Ein Hauptnachteil bilden die wenig transparenten Kosten. Wichtige Vorzüge ein erweiterter Funktionsumfang und neue Technologien.
Bei Release-Wechseln halten sich Vorteile und Nachteile in etwa die Waage. Ein Hauptnachteil bilden die wenig transparenten Kosten. Wichtige Vorzüge ein erweiterter Funktionsumfang und neue Technologien.

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 OracleOracle, SAPSAP 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. Alles zu Oracle auf CIO.de Alles zu SAP auf CIO.de

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 ProjekteProjekte, 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. Alles zu Projekte auf CIO.de

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.

Zur Startseite