Kennisbank

Was ein CIO wissen will, bevor er dem Skalieren zustimmt

Ein CIO bekommt die Aufgabe, KI-Initiativen zum Erfolg zu führen, und zugleich die Rechnung, wenn es schiefgeht. Nicht weil die Technik versagt, sondern weil sich ein Pilot, der auf einem losen Stück Infrastruktur lief, nicht auf den Rest der Organisation wiederholen lässt. Er weiß, dass das Zeitfenster, um Architekturentscheidungen richtig zu treffen, klein ist: einmal falsch eingebettet, und jede weitere Erweiterung erbt diesen Fehler.

Die Frage, die er stellt, ist nicht "funktioniert das", sondern "trägt die Schicht darunter dies". Funktioniert die Datenmanagement-Dimension so, dass ein Modell konsistente, aktuelle Eingaben erhält, oder stützt sich der Pilot auf eine manuell bereinigte Exportdatei, die niemand wiederholen kann? Ist die IT-Infrastruktur so aufgestellt, dass eine neue Anwendung an das anschließt, was bereits vorhanden ist, oder muss jedes Projekt seine eigene Umgebung aufbauen? Das sind keine Fragen zur Ambition. Es sind Fragen zum Fundament, und ein CIO weiß, dass ein Fundament sich nachträglich nicht mit Enthusiasmus reparieren lässt.

Die Antwort, die er nicht akzeptiert

Ein CIO akzeptiert nicht, dass eine Bewertung der "KI-Reife" eine einzige Zahl für die gesamte Organisation ist. Er hat zu oft gesehen, dass ein Durchschnitt eine schwache Schicht unter einer starken verbirgt. Eine Organisation kann bei Governance hoch punkten und trotzdem ins Stocken geraten, weil die darunterliegende Datenmanagement-Dimension nicht mitgewachsen ist. Er will die Dimensionen einzeln sehen, in der Reihenfolge, in der sie sich gegenseitig tragen: Organisation, Infrastruktur und Datenmanagement zuerst, weil davon abhängt, ob alles, was danach kommt, hält.

Er akzeptiert auch nicht, dass die Messung von ihm selbst kommt, oder von der Abteilung, die am lautesten um Budget bittet. Eine Architekturbeurteilung durch die eigene IT-Abteilung neigt zu dem Bild, das diese Abteilung bereits hatte. Was er braucht, ist eine Bewertung, die aus einer Plot-Runde entsteht: mehrere Personen, die getrennt und gleichzeitig bewerten, sodass sichtbar wird, wo die Architektur- und Risikobilder voneinander abweichen. Wenn der CIO die Infrastruktur auf Activation setzt und die Business-Seite sie auf Baseline hält, ist dieser Unterschied selbst das Signal. Nicht der Durchschnitt dazwischen.

Was er zu gewinnen hat

Was ein CIO mit einer ehrlichen Messung gewinnt, ist ein Grund, Nein zu sagen, der Bestand hat. Nicht "ich vertraue dem nicht", sondern "die Datenmanagement-Dimension steht auf Baseline, und darauf kann keine Anwendung, die auf konsistente Eingaben angewiesen ist, aufrecht bleiben". Das ist eine Position, die er einem CEO oder CFO erklären kann, der vor allem Skalierung sehen will. Die Reifemessung von hybridresourcing gibt dieser Position eine Form: fünf Stufen, von Baseline bis Intelligence, über sieben Dimensionen, mit sichtbarer Streuung darüber, wer wo steht.

Was er außerdem gewinnt, ist eine Reihenfolge. Ein CIO, der pro Dimension aufzeigen kann, was zuerst stehen muss, muss nicht zwischen "alles gleichzeitig anpacken" und "nichts tun" wählen. Er kann die fundamentale Schicht — Organisation, Infrastruktur, Datenmanagement — vor der abhängigen priorisieren, weil das die Reihenfolge ist, in der es funktioniert, nicht weil er diese Präferenz hat. Dieser Unterschied ist genau das, was eine Diskussion über Prioritäten anders macht: Es geht nicht mehr darum, was sich am dringendsten anfühlt, sondern darum, was angesichts des bereits Vorhandenen möglich ist.

Was ein CIO in dieser Messung nicht findet

Diese Messung sagt nichts darüber aus, welche Aufgaben KI übernehmen kann. Sie sagt, ob die Organisation so weit ist, dass eine Übernahme gelingen kann, ohne dass die Schicht unter der Anwendung versagt. Diese Unterscheidung spielt auch bei anderen Rollen eine Rolle: was ein CEO zwischen Ambition und Fundament abwägt, worauf ein COO achtet, wenn die Ausführung KI tragen muss, und was ein Workforce Leader sieht, wenn die Personalseite nicht mitwächst drehen sich alle um diese Frage der Tragfähigkeit, nicht darum, welche Arbeit sich verändert.

Die Streuung zwischen Rollen ist dabei genauso aufschlussreich wie die Stufe selbst. Wenn der CIO die Infrastruktur auf Insight setzt und der CHRO das Datenmanagement auf Foundation hält, dann ist diese Lücke die Stelle, an der ein Pilot später ins Stocken gerät — nicht in der Technik, sondern im Anschluss zwischen dem, was IT bereitgestellt hat, und dem, was die Organisation weiter damit macht. Dieselbe Struktur, angewendet auf eine Branche statt auf eine Organisation, zeigt, wie groß dieser Unterschied sein kann: siehe zum Beispiel wie die Baubranche als Sektor bei den sieben Reifedimensionen abschneidet oder wie die Installationsbranche auf derselben Skala steht.

Die Reifemessung von hybridresourcing befindet sich im Aufbau. Wer die Plot-Runde nutzen möchte, um die eigene Organisation oder das eigene Team zu bewerten, kann sich für die Warteliste anmelden; es gibt derzeit noch nichts zu bestellen, nur einen Platz, um als Erster Zugang zu erhalten, sobald das Tool fertig ist.

Wenn die Antwort auf diese Messung lautet, dass das Fundament steht, folgt eine andere Frage: welcher Teil der Arbeit selbst auf KI übertragbar ist. Darauf gibt diese Seite keine Antwort. Diese Rechnung übernimmt der Werkscan von FTE TO AI, der pro Aufgabe berechnet, welcher Teil der Arbeit übernommen werden kann — eine Frage, die erst dann Sinn ergibt, wenn der CIO weiß, dass die Schicht darunter hält.