DataAnalytics & BIRetail & Distribution

Jenseits von Dashboards: warum die meisten BI-Programme keinen strategischen Mehrwert liefern und was CDOs anders machen müssen

Unternehmen investieren Millionen in Business-Intelligence-Infrastruktur, doch weniger als 30 % der Analytics-Initiativen beeinflussen messbar die Entscheidungen der Geschäftsführung. Die Lücke zwischen Datenverfügbarkeit und datengetriebener Kultur ist kein Technologieproblem, sondern ein Führungsproblem, und es liegt direkt auf dem Schreibtisch des CDO.

🎙️

Podcast anhören

3 min

2023 schloss ein Fortune-500-Händler eine dreijährige Modernisierung seines Analytics-Stacks für 47 Millionen Dollar ab: Migration zu Snowflake, unternehmensweiter Rollout von Tableau Server, Einstellung von 60 Data Analysts. Achtzehn Monate später trafen die Category Manager des Unternehmens ihre Bestandsentscheidungen weiterhin auf Basis wöchentlicher Excel-Reports, die die regionalen Operations-Teams per Mail verschickten. Die Dashboards existierten. Die Daten waren saube

Gartner stellt in seinen Analysen regelmäßig fest, dass bis 2025 80 % der Organisationen, die ihr digitales Geschäft skalieren wollen, daran scheitern werden, weil sie einen isolierten, projektbasierten Ansatz wählen, anstatt Analytics in operative Workflows einzubetten. Der milliardenschwere BI-Markt wächst weiter, laut Statista soll er 2025 weltweit über 33 Milliarden Dollar erreichen, während Belege für einen entsprechenden Business Impact hartnäckig ausbleiben. Der CDO, der versteht, warum diese Lücke bestehen bleibt, und daraus Konsequenzen zieht, ist derjenige, der das nächste Board Review übersteht.

Der Stand von Analytics und BI: strukturelle Probleme hinter technischem Fortschritt

Die Analytics-Branche war technisch nie leistungsfähiger. Cloud-native Plattformen wie Databricks, Google BigQuery und Microsoft Fabric haben die Infrastrukturkomplexität deutlich reduziert. Self-Service-Tools von Tableau, Power BI und Looker haben die Erstellung von Reports demokratisiert. In diese Plattformen eingebettete Generative-AI-Funktionen erlauben Fachanwendern inzwischen, Daten in natürlicher Sprache abzufragen.

Dennoch untergraben drei strukturelle Probleme durchgehend die Wertschöpfung.

Die Consumption-Lücke

Die meisten BI-Programme sind auf Produktion ausgelegt: Reports erstellen, Dashboards bauen, Data Pipelines betreiben. Kaum eines ist auf Consumption ausgelegt, also darauf, zu verstehen, wie Entscheidungen tatsächlich zustande kommen, wer sie trifft, in welchem Takt und an welcher Stelle Daten heute in diesen Prozess einfließen (oder eben nicht). Das Ergebnis nennen Analysten „Dashboard-Friedhöfe“: Sammlungen technisch exzellenter Visualisierungen, die nach der Launch-Woche niemand mehr öffnet.

Das Vertrauensdefizit

Eine Accenture-Umfrage von 2022 ergab, dass nur 32 % der Führungskräfte den ihnen verfügbaren Daten so weit vertrauen, dass sie danach handeln. Das ist in erster Linie kein Datenqualitätsproblem, auch wenn Datenqualität zählt. Es ist ein Transparenzproblem. Wenn Fachanwender nicht sehen können, woher eine Zahl kommt, die Transformationslogik nicht nachvollziehen können und den Wert nicht mit ihrem operativen Gespür abgleichen können, greifen sie auf das Bekannte zurück: Intuition, Beziehungen und Altreports, die sie selbst kontrollieren.

Die Kennzahlen-Fehlausrichtung

Analytics-Teams werden typischerweise an Outputs gemessen: gelieferte Reports, erstellte Dashboards, gelaunchte Data Products. Business-Teams werden an Outcomes gemessen: Umsatz, Marge, Kundenbindung. Diese strukturelle Fehlausrichtung führt dazu, dass BI-Funktionen auf das Falsche optimieren und Volumen statt Einfluss produzieren. Netflix hat das gelöst, indem Analysten direkt in Produktteams eingebettet wurden, verantwortlich für Produkt-KPIs statt für Durchsatzkennzahlen des Datenteams. Die meisten Unternehmen sind diesem Modell nicht gefolgt.

Was das für den CDO bedeutet: strategische Neupositionierung statt technischer Optimierung

Der CDO, der auf schwache Analytics-Adoption mit Investitionen in bessere Tools, mehr Schulungen oder einen schickeren Data Catalog reagiert, behandelt Symptome. Die zugrunde liegende Krankheit ist organisatorisch: Analytics wurde als Supportfunktion konzipiert und nicht als Fähigkeit, Entscheidungen zu beschleunigen.

Den BI-Auftrag neu fassen

Das Mission Statement eines BI-Programms sollte nicht von Daten, Reports oder Dashboards sprechen. Es sollte von Entscheidungsqualität und Entscheidungsgeschwindigkeit sprechen. Jede Analytics-Initiative sollte um eine konkrete Entscheidung herum zugeschnitten werden: Was wird entschieden, von wem, wie häufig, und welche Daten würden diese Entscheidung verändern? Amazons interne Analytics-Kultur ist bekanntermaßen nach diesem Prinzip aufgebaut: Datenanfragen innerhalb der Organisation setzen voraus, dass die zu unterstützende Entscheidung benannt wird, bevor Ressourcen freigegeben werden. Das verhindert analytische Beschäftigungstherapie.

Decision Observatories bauen, keine Dashboards

Die wirksamsten BI-Architekturen, die CDOs entwerfen sollten, sind keine Dashboard-Suiten, sondern Decision Support Systems, integriert in die Workflows, in denen Entscheidungen fallen. Das heißt: Analytics in Salesforce für kommerzielle Entscheidungen, in SAP für operative Entscheidungen, in ServiceNow für Service-Entscheidungen. Das Ziel ist Insight-Lieferung ohne einen einzigen Klick: die richtige Kennzahl erscheint im richtigen Moment im richtigen System, ohne dass der Entscheider in ein separates BI-Tool wechseln muss.

Strukturen für analytische Verantwortlichkeit schaffen

CDOs müssen mit der Geschäftsführung eine geteilte Verantwortung für die Analytics-Adoption aushandeln. Das bedeutet gemeinsame OKRs von Datenteams und Geschäftsbereichen, bei denen Adoption-Raten und Kennzahlen zum Entscheidungseinfluss neben Umsatz- und Kostenzielen stehen. Bei Moderna arbeitet die Datenorganisation mit gemeinsamen Erfolgskennzahlen, die direkt an Pipeline- und operative Ergebnisse gekoppelt sind, nicht an Nutzungsstatistiken der Plattform. Diese strukturelle Ausrichtung ist eine Führungsentscheidung, keine technische.

Das Vertrauensproblem direkt angehen

Setzen Sie Data-Observability-Plattformen ein, Monte Carlo, Acceldata oder native Lösungen in Ihrem Data Warehouse, und machen Sie deren Ergebnisse für Fachanwender sichtbar, nicht nur für Data Engineers. Veröffentlichen Sie Daten-SLAs. Erstellen Sie Data Dictionaries für das Business, geschrieben in Fachsprache und nicht als technische Schema-Dokumentation. Vertrauen entsteht nicht dadurch, dass Sie behaupten, Ihre Daten seien gut. Es entsteht dadurch, dass Sie zeigen, über welche Mechanismen Sie wissen, dass sie gut sind.

Die wichtigsten Erkenntnisse

  • Erfolgskennzahlen neu definieren: Messen Sie BI-Programme nicht länger an Outputs (Reports, Dashboards, Data Products), sondern an ihrem Entscheidungseinfluss. Erfassen Sie, welcher Prozentsatz der wesentlichen Entscheidungen in den Zieldomänen auf analytischen Ergebnissen beruht, und berichten Sie diese Kennzahl an das Board.
  • Für den Workflow designen, nicht für das Warehouse: Die Analytics-Investitionen mit dem höchsten ROI sind Integrationen, die Insights in den operativen Systemen sichtbar machen, in denen Entscheidungen ohnehin fallen, nicht eigenständige BI-Portale, deren Nutzung eine Verhaltensänderung voraussetzt.
  • Vertrauen über Transparenz aufbauen: Führen Sie Data-Observability-Tools ein und machen Sie Lineage, Qualitätsscores und SLA-Erfüllung für die Fachbereiche sichtbar. Vertrauen ist das Ergebnis sichtbarer Verantwortlichkeit, nicht von Zusicherungen.
  • Geteilte Ownership aushandeln: Die Analytics-Adoption wird sich nicht verbessern, solange Business-Verantwortliche nicht mitverantwortlich sind; CDOs müssen organisatorische Veränderungen vorantreiben, die gemeinsame OKRs zwischen Datenfunktionen und Geschäftsbereichen schaffen.

Die CDO-Rolle wurde geschaffen, um ein Problem zu lösen, das Technologie allein nie lösen konnte: die Lücke zwischen Datenfähigkeit und organisatorischer Intelligenz. Diese Lücke zu schließen erfordert den Mut, die Optimierung der Datenplattform zu beenden und die Entscheidungsarchitektur des Unternehmens neu zu entwerfen. Die Frage, mit der es sich zu beschäftigen lohnt: Wenn in Ihrer Organisation im letzten Quartal eine folgenreiche Entscheidung falsch getroffen wurde, lag es daran, dass die Daten nicht existierten, oder daran, dass die Organisation nicht darauf ausgelegt war, sie zu nutzen?

Mehr dazu

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

  1. 1Von Dashboards zu EntscheidungenAnalytics, BI & Decision Intelligence
  2. 2Analytics in Workflows einbettenAnalytics, BI & Decision Intelligence
  3. 3Decision Intelligence: Decision Architecture & Embedded AnalyticsAnalytics, BI & Decision Intelligence
  4. 4Den Business-Value von Analytics messen: ROI und Business CaseAnalytics, BI & Decision Intelligence
  5. 5Entscheidungsrituale: Daten in den Raum bringenDatenkultur & Organisation

Artikel gelesen?

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