DataData GovernanceBanking

Data Governance 2026: Warum Compliance allein für CDOs nicht mehr ausreicht

Die meisten Organisationen haben Data-Governance-Frameworks auf dem Papier. Die, die tatsächlich funktionieren, haben etwas anderes, und das hat weniger mit Regulierung zu tun als damit, wie Governance im täglichen Entscheiden verankert ist.

🎙️

Podcast anhören

4 min

Eine europäische Bank hat kürzlich ein vollständiges DORA-Audit mit Bestnoten bestanden und erlitt sechs Wochen später einen erheblichen Vorfall bei der Datenintegrität. Die Governance-Dokumentation war einwandfrei. Das Problem war, dass sie in den Fachbereichen niemand wirklich verinnerlicht hatte. Policies existierten; das Verhalten hatte sich nicht verändert. Das ist das zentrale Paradox, vor dem CDOs 2026 stehen: Die Compliance-Kennzahlen verbessern sich, während die Governance-Reife im operativen Sinn stagniert.

Die Lücke zwischen formaler Compliance und funktionierender Governance wird größer, und sie erzeugt echte Exposure, nicht nur regulatorisches, sondern strategisches Risiko. Aufsichtsräte fangen an, das zu bemerken.

Die Governance-Landschaft hat sich verschoben, aber nicht in die Richtung, die die meisten CDOs erwartet haben

Die letzten Jahre haben eine Lawine regulatorischer Aktivität hervorgebracht: Die DSGVO-Durchsetzung hat in den EU-Mitgliedstaaten deutlich zugelegt, der EU AI Act hat abgestufte Pflichten eingeführt, die direkt in Datenpipelines hineinreichen, und sektorspezifische Regeln (DORA für Finanzdienstleister, NIS2 für kritische Infrastruktur) haben zusätzliche Compliance-Anforderungen aufgeschichtet. Die meisten großen Organisationen reagierten damit, Compliance Officer einzustellen, Data-Catalog-Tools auszurollen und Governance-Komitees aufzubauen.

Was daraus in vielen Fällen entstand, war Governance-Theater: strukturiert genug, um einen Prüfer zufriedenzustellen, und zu brüchig, um echtem operativen Druck standzuhalten.

Nach Untersuchungen des Center for Information Systems Research der MIT Sloan erzielen Organisationen, in denen Governance in operative Workflows eingebettet ist statt als parallele Compliance-Funktion geführt zu werden, messbar bessere Ergebnisse bei der Datenqualität und reagieren schneller auf Datenvorfälle. Der strukturelle Insight dahinter ist wichtig: Governance, die als Kontrollschicht über dem Betrieb liegt, bleibt in der Regel hinter der Geschwindigkeit zurück, mit der Daten tatsächlich durch das Geschäft laufen.

Der AI Act hat eine spezifische Dimension hinzugefügt, die Beachtung verdient. Daten, die zum Training oder Fine-Tuning von KI-Systemen genutzt werden, unterliegen jetzt Dokumentations- und Lineage-Anforderungen, für die die meisten gewachsenen Governance-Frameworks nie ausgelegt waren. Ein CDO, dessen Team 2020 ein solides DSGVO-Compliance-Programm aufgebaut hat, stellt möglicherweise fest, dass genau dieses Framework für die Pflichten im KI-Zeitalter architektonisch nicht ausreicht, nicht weil das Team etwas falsch gemacht hat, sondern weil sich die regulatorische Oberfläche in Richtungen erweitert hat, die niemand vollständig vorhergesehen hat.

Gleichzeitig haben Data Mesh und dezentrale Datenarchitekturen die Data Ownership so verteilt, dass klassische zentrale Governance sie nicht mehr leicht überwachen kann. Wenn ein Domain-Team bei einem Unternehmen wie ING oder Zalando seine eigenen Datenprodukte besitzt, muss das Governance-Modell mit den Daten mitwandern. Zentrale Policy bleibt notwendig, aber Durchsetzung allein über zentrale Teams skaliert nicht.

Was das für den CDO bedeutet

Die CDO-Rolle wird 2026 gleichzeitig in zwei Richtungen gezogen. Auf der einen Seite steigt der Druck von Legal- und Compliance-Teams, Dokumentation, Consent Management und Audit Trails aktuell zu halten. Auf der anderen Seite fordern Business-Stakeholder schnelleren Zugang zu mehr Daten mit weniger Reibungspunkten. Beide Erwartungen sind berechtigt. Wer sich vollständig auf die Compliance-Seite schlägt, bremst das Geschäft; wer sich auf die Geschwindigkeitsseite schlägt, sammelt unsichtbares Risiko an.

Governance braucht ein Produkt-Mindset, kein Policy-Mindset

Data Governance als Sammlung zu pflegender Policies zu verstehen, ist Teil des Problems. Nützlicher ist, Governance als eine Reihe von Services zu betrachten, die datenkonsumierende Teams tatsächlich nutzen wollen, weil sie diese Teams schneller und sicherer machen, nicht langsamer. Datenqualitätsindikatoren direkt in Business-Dashboards, Lineage sichtbar am Punkt der Nutzung, automatische Alerts, wenn ein Datensatz vereinbarte Freshness-Schwellen verlässt: Das sind Governance-Features, die Wert liefern statt Last aufzubürden.

Unternehmen wie JPMorgan Chase und Unilever haben genau in diese Art eingebetteter Governance investiert und Data-Trust-Frameworks aufgebaut, die Qualitäts- und Herkunftsinformationen in den Tools sichtbar machen, die Analysten ohnehin täglich nutzen. Die Governance wird im besten Sinne unsichtbar: Sie ist da, wenn man sie braucht, ohne einen separaten Workflow zu erfordern.

Der AI Act ist eine Forcing Function, nutzen Sie sie

CDOs, die AI-Act-Compliance als Thema der Rechtsabteilung behandeln, verpassen eine Gelegenheit. Die Dokumentationsanforderungen für Hochrisiko-KI-Systeme verlangen Data Lineage, Herkunftsnachweise für Trainingsdaten und Bias-Assessments in einer Form, die, richtig umgesetzt, die gesamte Data-Governance-Infrastruktur materiell verbessert. Die Arbeit muss ohnehin gemacht werden; die Frage ist nur, ob sie reaktiv als Compliance-Übung oder proaktiv als Governance-Upgrade erledigt wird.

KI-Modell-Inputs auf ihre Quelldatensätze zurückzuführen, mit dokumentierten Qualitäts-Assessments auf jeder Stufe, ist genau die Lineage-Praxis, die Governance-Frameworks seit Jahren empfehlen und selten durchsetzen. Der AI Act schafft eine harte Deadline und einen regulatorischen Grund, sie durchzusetzen.

CDOs brauchen ein echtes SLA-Regime für Datenqualität

In den meisten Organisationen gibt es keine formal vereinbarten Datenqualitäts-SLAs zwischen datenproduzierenden und datenkonsumierenden Teams. Das ist kein Tooling-Problem. Anbieter wie Collibra, Ataccama und Monte Carlo Data (die alle Plattformen für Datenqualität und Governance verkaufen, weshalb ihre Marktgrößenzahlen in diesem kommerziellen Kontext zu lesen sind) haben leistungsfähige Produkte gebaut. Die Lücke ist organisatorisch: Wer besitzt Qualität, wer ist verantwortlich, wenn sie sich verschlechtert, und was passiert dann.

Ein CDO, der Datenqualitäts-SLAs mit echten Konsequenzen etablieren und durchsetzen kann, einschließlich der Möglichkeit, einen Datensatz für Reporting-Zwecke als unzuverlässig zu markieren, hat mehr Governance-Hebel als einer, der hundert Policies veröffentlicht hat, die niemand durchsetzt.

Praktische Schritte, die sich jetzt lohnen

  • Prüfen Sie Ihr Governance-Framework gezielt gegen die Datenanforderungen des AI Act, nicht nur gegen die DSGVO. Die Überschneidung ist groß, aber die Lücken sind real.
  • Erfassen Sie, wo Data Ownership in Ihrer Organisation de facto dezentral ist, und bewerten Sie, ob Ihr Governance-Modell in dieser Topologie überhaupt funktionieren kann.
  • Identifizieren Sie zwei oder drei gut sichtbare Use Cases, in denen eingebettete Governance (Qualitätsindikatoren, Lineage, Freshness-Alerts) nachweisbar Business-Nutzer schneller statt langsamer macht. Glaubwürdigkeit bei Business-Stakeholdern entsteht durch gezeigten Wert, nicht durch Policy-Dokumente.
  • Etablieren Sie Verantwortlichkeit für Datenqualität auf Domain-Ebene, mit Eskalationspfaden, die Zähne haben. Ein Governance-Framework ohne Durchsetzungsmechanismus ist eine Empfehlung, kein Framework.
  • Arbeiten Sie mit Ihren Kollegen aus Legal und Compliance daran, zwischen Governance-Anforderungen zu unterscheiden, die wirklich regulatorisch sind, und solchen, die organisatorische Gewohnheit im Compliance-Gewand sind. Manche Kontrollen sind rechtlich zwingend; andere sind gewachsene Bürokratie. Zu wissen, was was ist, setzt Kapazität frei.

Die Kernaufgabe des CDO im Jahr 2026 ist, Governance zu etwas zu machen, das die Organisation tut, statt zu etwas, das sie hat. Genau diese Unterscheidung, zwischen einer lebendigen operativen Praxis und einem dokumentierten Compliance-Artefakt, entscheidet darüber, ob Governance-Programme ihren Wert einfahren oder still liefern, was sie versprochen haben, nicht.

Mehr dazu

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

  1. 1Ein Data Governance Council aufbauen, das nicht zur Show verkommtData Governance & Compliance
  2. 2Shift-left Data Quality: Governance in der Engineering-Pipeline verankernData Governance & Compliance
  3. 3Data ownership, stewardship und Accountability in der gesamten OrganisationData Governance & Compliance
  4. 4CCPA, LGPD, AI Act: Navigation im globalen RegulierungsflickenteppichData Governance & Compliance
  5. 5CDO in Financial Services: Wenn Regulierung Ihre Architektur istDatenstrategie & die Rolle des CDO

Artikel gelesen?

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