DataKI- & Machine-Learning-StrategieRetail & Distribution

Warum die meisten KI-Strategien scheitern, bevor sie beginnen: das Datenfundament-Problem, das CDOs nicht ignorieren können

Unternehmen stecken Milliarden in KI- und Machine-Learning-Initiativen, doch Gartner schätzt, dass 85 % aller KI-Projekte nie in Produktion gehen. Die Ursache ist selten der Algorithmus, sondern die Datenstrategie darunter.

🎙️

Podcast anhören

3 min

Ein Fortune-500-Händler investierte 18 Monate und 12 Millionen Dollar in ein Demand-Forecasting-Modell, das die Lagerkosten um 23 % senken sollte. Als das Modell endlich live ging, arbeitete es schlechter als das Spreadsheet, das es ersetzen sollte. Das Data-Science-Team war kompetent. Die Algorithmen waren solide. Das Problem: Niemand hatte sich damit befasst, dass die Produktkatalogdaten des Unternehmens in sieben verschiedenen Systemen lagen, vier unterschiedliche Namenskonventionen nutzten und eine Dublettenrate von 34 % aufwiesen. Die KI-Strategie scheiterte nicht im Model Layer, sie scheiterte im Data Layer, lange bevor die erste Zeile Modellcode geschrieben war.

Das ist kein Einzelfall. Es ist das prägende Muster der KI-Einführung in Unternehmen heute.

Der unbequeme Stand der KI-Readiness in Unternehmen

Trotz des enormen Hypes um generative KI und Large Language Models bleibt die strukturelle Herausforderung für die meisten Organisationen hartnäckig analog: Datenqualität, Data Governance und Datenarchitektur halten mit dem KI-Anspruch nicht mit. Laut IDC werden die globalen KI-Ausgaben bis 2026 über 300 Milliarden Dollar liegen. Gleichzeitig zeigt die Forschung der MIT Sloan immer wieder, dass sich weniger als jedes zehnte Unternehmen in einem operativ belastbaren Sinn als „data-driven“ bezeichnet.

Die Lücke entsteht nicht durch fehlenden Technologiezugang. Jedes Unternehmen kann Cloud-Compute bei AWS, Azure oder Google Cloud einkaufen. Jedes Data-Science-Team kann Open-Source-Model-Frameworks von Hugging Face ziehen oder Foundation Models per API nutzen. Die Differenzierung im Wettbewerb entsteht auf einer Ebene, die im Board deutlich weniger Aufmerksamkeit bekommt: Qualität, Struktur und Governance der proprietären Datenbestände, die Organisationen längst besitzen.

Drei Entwicklungen verschärfen dieses Problem. Erstens verlangt die Verlagerung zu Echtzeit-KI-Anwendungen wie Fraud Detection, personalisierten Empfehlungen und Predictive Maintenance nicht nur saubere Daten, sondern *schnelle* saubere Daten, mit Anforderungen an die Aktualität im Millisekundenbereich, für die klassische Data Pipelines nie gebaut wurden. Zweitens hat der Aufstieg multimodaler KI-Modelle, die Text, Bilder, Audio und strukturierte Daten gleichzeitig verarbeiten, offengelegt, wie stark die meisten Datenarchitekturen in Unternehmen noch in Silos stecken, ein Problem, das Metadatenmanagement und Data-Fabric-Architekturen erst ansatzweise adressieren. Drittens bedeutet der steigende regulatorische Druck rund um die Erklärbarkeit von KI (insbesondere durch den EU AI Act, der 2026 in Kraft getreten ist), dass Lineage und Herkunft von Trainingsdaten keine technische Feinheit mehr sind, sondern eine rechtliche Pflicht.

Unternehmen wie JPMorgan Chase, das Berichten zufolge über 400 KI-Use-Cases in Produktion hat, und Amazon, das ML in praktisch jedes kundennahe System eingebettet hat, sind nicht über bessere Algorithmen dort angekommen. Sie sind über ein Jahrzehnt an Investitionen in Dateninfrastruktur, Datenkultur und Data-Governance-Frameworks dort angekommen, die KI im großen Maßstab überhaupt deploybar machen.

Was das für den CDO bedeutet

Die Folgen für CDOs sind strategisch und unangenehm operativ zugleich. Die erste harte Wahrheit: Wenn die KI-Strategie Ihrer Organisation im Wesentlichen beim CTO oder Chief AI Officer liegt und der CDO downstream als Datenlieferant positioniert ist, dann sind Sie strukturell auf Scheitern angelegt. KI-Strategie und Datenstrategie sind keine parallelen Workstreams, sie sind derselbe Workstream, und der CDO braucht einen Platz an dem Tisch, an dem über KI-Investitionen entschieden wird, nicht nur dort, wo Tickets für Datenbereinigung verteilt werden.

Operativ müssen CDOs ihre Perspektive von Datenmanagement auf *AI Readiness* verschieben. Das heißt: nicht Datenqualität im Abstrakten prüfen, sondern Datenbestände konkret gegen die Anforderungen priorisierter KI-Use-Cases bewerten. Welche Trainingsdaten existieren? Sind sie gelabelt? Ist das Labeling konsistent? Wie hoch sind die Refresh-Raten? Wie groß ist das Bias-Exposure. Ein Datenbestand, der für das Quartalsreporting völlig ausreicht, kann für ein Echtzeitmodell zur Churn-Prognose vollkommen untauglich sein.

Die Architektur für KI neu bauen

Die Architekturentscheidungen, die CDOs in den nächsten 18 bis 24 Monaten treffen, werden KI-Fähigkeiten für das kommende Jahrzehnt entweder freisetzen oder begrenzen. Die zentrale Frage lautet, ob man einen Data-Mesh-Ansatz verfolgt, also Datenverantwortung an Domain-Teams mit föderierter Governance verteilt, oder verstärkt auf zentrale Datenplattformen setzt. Die ehrliche Antwort: Keines der beiden Modelle funktioniert für sich allein. Was führende Organisationen wie Zalando und Spotify gezeigt haben, ist, dass Data Mesh nur dann funktioniert, wenn zentrale Governance-Standards nicht verhandelbar sind und Qualität, Sicherheit und semantische Konsistenz abdecken.

Feature Stores, also zentrale Repositories aufbereiteter Datenfeatures, die über mehrere Modelle hinweg wiederverwendet werden können, sind eine weitere Architekturinvestition, die reife KI-Organisationen von ambitionierten unterscheidet. Ohne Feature Store baut jedes Data-Science-Team dieselben Transformationen erneut auf, was Versionsinkonsistenzen erzeugt und technische Schulden im Tempo anhäuft.

Der Governance-Imperativ

An Governance entscheidet sich zunehmend die Glaubwürdigkeit des CDO. Im Zeitalter generativer KI heißt das: klare Policies dazu, welche proprietären Daten für das Fine-Tuning externer Modelle genutzt werden dürfen (eine kritische Frage angesichts der Vertraulichkeitsrisiken bei Tools wie ChatGPT oder Microsoft Copilot), wie KI-generierte Outputs validiert werden, bevor sie in Entscheidungssysteme einfließen, und wie Bias-Monitoring in den Modellbetrieb eingebettet wird, statt es als Compliance-Übung nachträglich anzuflanschen.

Die wichtigsten Erkenntnisse

  • Behandeln Sie Data Readiness als Voraussetzung für KI, nicht als Nachgedanken. Verlangen Sie vor der Freigabe jeder neuen KI-Initiative ein formales Data-Readiness-Assessment, das Verfügbarkeit, Qualität, Lineage und Refresh-Raten der Trainingsdaten gegen die konkreten Modellanforderungen prüft.
  • Positionieren Sie die CDO-Funktion als KI-Enabler neu. CDOs, die darauf warten, KI-Projekte zugewiesen zu bekommen, bleiben immer reaktiv. Entwickeln Sie proaktiv eine KI-Datenstrategie, die Use Cases antizipiert, wiederverwendbare Dateninfrastruktur aufbaut und die KI-Investment-Roadmap der Organisation prägt.
  • Investieren Sie in Feature Stores und Data Contracts. Diese beiden Architekturkomponenten, die zugunsten prominenter Modellinvestitionen oft übersehen werden, sind die strukturellen Maßnahmen mit der größten Hebelwirkung, die ein CDO ergreifen kann, um KI-Deployments zu beschleunigen und Modellausfallraten zu senken.
  • Bauen Sie regulatorische Readiness jetzt in Ihre Data Governance ein. Der EU AI Act und neue Regulierungen in den USA und Asien verlangen Data Lineage, Bias-Dokumentation und Nachweise zur Erklärbarkeit. Organisationen, die diese Anforderungen heute in ihre Governance-Frameworks integrieren, vermeiden morgen teures Nachrüsten.

Die Rolle des CDO wurde in der Ära von Business Intelligence und Data Warehouses definiert. Diese Ära ist vorbei. Die Frage, vor der jeder CDO gerade steht, ist nicht, ob die eigene Organisation über KI im Wettbewerb steht, sondern ob sie das Datenfundament gebaut hat, das diesen Wettbewerb überhaupt möglich macht. Wenn Sie diese Frage nicht mit konkreten Kennzahlen und einer konkreten Roadmap beantworten können, ist die Lücke zwischen Ihrem KI-Anspruch und Ihrer KI-Realität größer, als Ihr Board ahnt.

Mehr dazu

Die Lektionen, die diesen Artikel weiterführen, frei zugänglich.

  1. 1Die Lücke zwischen POC und Produktion schließenKI- & Machine-Learning-Strategie
  2. 2Dimensionen der Datenqualität: Warum „gut genug“ Vertrauen zerstörtData Governance & Compliance
  3. 3Master Data Management in der Praxis: Styles, Tools und der Golden RecordData Governance & Compliance
  4. 4CDO-KI-Strategie: Priorisierung, Build/Buy & WertschöpfungsketteKI- & Machine-Learning-Strategie
  5. 5Das Data Capability Maturity Model: eine ehrliche SelbsteinschätzungDatenstrategie & die Rolle des CDO

Artikel gelesen?

Bestätigen Sie Ihre Lektüre, um XP zu sammeln und Ihr Radar zu füttern.