Die Gesamtkosten einer digitalen Transformation: Was gemessen wird und was vergessen wird

Bewertet eine Organisation ein Transformationsprojekt, sieht sie zunächst die sichtbaren Kosten: Lizenzen, Hardware, Integrator. Das ist die Spitze des Eisbergs, die im Budget auftaucht und im Lenkungsausschuss verhandelt wird. Die tatsächlichen Gesamtkosten entscheiden sich jedoch woanders, und genau sie bestimmen fast immer über Erfolg oder Scheitern.

Der erste ist die Integration: das neue Tool an bestehende Systeme anbinden, Daten übernehmen, Alt und Neu während der Übergangsphase parallel betreiben lassen. Dieser Posten wird strukturell unterschätzt, weil er vom tatsächlichen Zustand der IT-Landschaft abhängt, den niemand vor der Vertragsunterschrift genau gemessen hat.

Der zweite ist die Adoption: schulen, begleiten, überzeugen. Ein Tool, das eingeführt, aber kaum genutzt wird, kostet den vollen Preis für einen Bruchteil des Werts. Adoption lässt sich nicht anordnen, sie entsteht durch Aufbau, mit Führungszeit, die in keinem Angebot auftaucht.

Der dritte ist der laufende Betrieb: Administration, Updates, interner Support, Abhängigkeiten. Über mehrere Jahre übersteigt dieser Aufwand oft die anfängliche Investition.

Der vierte, selten beziffert, sind die Kosten des Scheiterns. Eine Transformation, die nicht gelingt, kostet nicht nur ihr Budget: Sie kostet die Zeit der Teams, die Glaubwürdigkeit des nächsten Projekts und den Rückstand, der sich in dieser Zeit gegenüber Organisationen aufbaut, die vorankommen. Das ist der teuerste Posten von allen, und er taucht auf keiner Rechnung auf.

Hinzu kommt ein fünfter, systemischer Posten: die Fragmentierung. Jedes Projekt bringt sein eigenes Tool mit, jedes Tool seine Lizenzen, seine Schulung, seinen Administrator und seinen Export. Nach drei Jahren zahlt die Organisation für zehn Tools, die weder Referenzrahmen noch Daten teilen, und ein Team verbringt seine Monatsenden damit, widersprüchliche Dashboards abzugleichen.

Diese Abstimmungskosten sind der heimtückischste Teil der Gesamtkosten: wiederkehrend, in Projektbudgets unsichtbar und mit jedem neuen Tool wachsend. Die Gegenmaßnahme liegt in der Architektur: weniger Tools, gemeinsame Datenbasen und native statt manuell nachgebauter Konsolidierung.

Der beste Schutz vor diesen versteckten Kosten liegt am Anfang: genau wissen, wo man steht, bevor entschieden wird, wo investiert wird. Eine strukturierte Reifegrad-Analyse zeigt, was bereits solide ist, was wirklich fehlt und in welcher Reihenfolge die Baustellen anzugehen sind. Der Unterschied zwischen einem Investitionsplan und einer Einkaufsliste liegt genau in dieser Ausgangsmessung.

Sie verändert auch die Verhandlung: Eine Organisation, die ihren tatsächlichen Reifegrad kennt, dimensioniert Integration und Begleitung anhand von Fakten, nicht anhand der optimistischen Annahmen eines Lastenhefts.

Im weiteren Verlauf dient dasselbe Instrument als Budget-Frühwarnsystem: Steigt der gemessene Reifegrad von einem Zyklus zum nächsten nicht, bringt die Ausgabe keinen Ertrag, und es muss korrigiert werden, bevor der Posten „Scheitern“ entsteht. Umgekehrt rechtfertigt ein gemessener Fortschritt die nächsten Investitionen gegenüber dem Gremium, das darüber entscheidet.

Es ist dieselbe Überzeugung, die alles durchzieht, was wir aufbauen: Was gemessen wird, lässt sich steuern, auch das Budget.