Was ist ein Data Governance Framework?

Ein Data Governance Framework ist das formale System aus Richtlinien, Prozessen, Rollen und Technologien, das definiert, wie Daten in einer Organisation erfasst, gepflegt, genutzt und geschützt werden. Es legt fest, wer Verantwortung für welche Daten trägt, nach welchen Qualitätsstandards diese verwaltet werden und wie bei Datenkonflikten entschieden wird.

DAMA International definiert Data Governance als » establishment of policies, roles, and standards for managing data as a valuable business asset. It ensures compliance, accountability, and consistency across the organization. «

Governance ist damit keine einmalige Implementierungsaufgabe, sondern eine dauerhaft zu unterhaltende organisatorische Fähigkeit.

Die vier Schichten eines vollständigen Frameworks

Schicht 1 — Governance-Struktur (Rollen & People): Data Owner, Data Stewards, Data Custodians und ein Data Governance Council definieren Entscheidungsrechte und Verantwortlichkeiten. Ohne klare Ownership bleibt jede Richtlinie ein Wunschzettel.

Schicht 2 — Governance-Prozesse: Wie werden Daten angelegt, geändert, freigegeben und archiviert? Wer eskaliert bei Konflikten? Prozesse sind die operativen Abläufe, die das Framework am Leben erhalten.

Schicht 3 — Richtlinien & Standards (Data Policies): Datenschutzrichtlinien, Qualitätsstandards, Klassifizierungsschemata und Aufbewahrungsfristen bilden den normativen Rahmen.

Schicht 4 — Technologische Enabler: Metadata Management, Data Catalogs, MDM-Plattformen und Data Quality Tools übersetzen das Framework in operative Realität. Technologie ist der Verstärker — nicht der Ausgangspunkt.

Was ein Data Governance Framework nicht ist:
Es ist kein IT-Projekt, das nach Go-Live abgeschlossen ist. Es ist kein Synonym für Data Management. Und es ist kein weiteres Compliance-Dokument, das im Intranet verstaubt.

Ein starkes Framework ist das Fundament, auf dem KI-Initiativen, regulatorische Compliance und skalierbares Datenwachstum erst möglich werden. Ohne es bauen Unternehmen auf Sand — und spüren das spätestens beim nächsten Audit.

Warum ist ein Data Governance Framework 2026 relevanter denn je?

Die Frage ist nicht mehr ob Unternehmen ein Data Governance Framework brauchen. Die Frage ist, wie lange sie es sich leisten können, ohne eines zu operieren. Fünf verifizierte Datenpunkte:

€12,9 Mio. Jahreskosten durch schlechte Datenqualität

Die durchschnittlichen Jahreskosten schlechter Datenqualität werden von Gartner mit €12,9 Mio. pro Unternehmen beziffert (basierend auf einer Umfrage mit Enterprise-Kunden zu ihren tatsächlichen Kosten).

80 % der Governance-Initiativen scheitern bis 2027

Gartner prognostizier, dass 80 % aller D&A-Governance-Initiativen bis 2027 scheitern werden — nicht an Technologie, sondern weil sie keine messbaren Business-Outcomes adressieren. »A D&A governance program that does not enable prioritized business outcomes fails.« (Saul Judah, VP Analyst, Gartner)

60 % der KI-Projekte ohne AI-Ready Data werden aufgegeben

Gartner: 63 % der Organisationen haben keine oder unzureichende Data-Management-Praktiken für KI. Zudem, wird prognostiziert, dass durch 2026 rund 60 % aller KI-Projekte ohne AI-Ready Data aufgegeben werden.

4× mehr Investition = 65 % bessere Business Outcomes

Organisationen mit erfolgreichen KI-Initiativen investieren laut Gartner bis zu viermal mehr in Datenfundamente wie Datenqualität und Governance. Organisationen mit der höchsten D&A-Reife erzielen bis zu 65 % bessere Business Outcomes.

23× höhere Wahrscheinlichkeit der Neukundengewinnung

Datengetriebene Unternehmen sind 23-mal häufiger erfolgreicher bei der Neukundengewinnung, 6-mal häufiger bei der Kundenbindung und 19-mal häufiger profitabler als Wettbewerber ohne strukturierte Data-Strategie.

Die 4 Wurzelursachen für Governance-Versagen

Dieselbe Konstellation begegnet uns in Gesprächen mit CDOs und Data-Leadership-Teams immer wieder: Reporting-Zyklen dauern zu lange, KI-Initiativen werden pausiert, Audits fördern Überraschungen zutage. Das Problem ist selten ein Mangel an Technologie. Es ist das Fehlen eines strukturierten Governance-Rahmens. Vier Ursachen tauchen dabei besonders konsistent auf:

Wurzel 1 — Fehlende Dateneigentümerschaft

Keine klare Zuweisung von Data Owner und Data Steward. Daten driften ohne Verantwortliche — niemand fühlt sich zuständig, bis das Problem eskaliert. Das Ergebnis: Datensilos, inkonsistente Stammdaten, endlose Klärungsrunden.

Symptom: »Wir haben dasselbe Unternehmen in fünf Systemen unter drei verschiedenen Namen.«

Wurzel 2 — Siloartige Datenhaltung

Kritische Datensätze leben in 5, 10, manchmal 20 verschiedenen Systemen. Ohne eine gemeinsame Master-Data-Schicht wird jede Integration zum Unikat — und jeder Report zur manuellen Konsolidierungsaufgabe.

Symptom: »Wir brauchen drei Stunden, um für einen Audit-Bericht die richtigen Daten zusammenzusuchen.«

Wurzel 3 — Inkonsistente Qualitätsstandards

Jede Abteilung definiert ›gut genug‹ anders. Was für Finance gilt, gilt nicht für HR — und erst recht nicht für konsolidiertes Gesamtreporting. Das Ergebnis: divergierende KPIs je nach Datenquelle und Vertrauensverlust ins Reporting.

Symptom: »Welche Zahl stimmt? Finance sagt das eine, HR sagt das andere.«

Wurzel 4 — Reaktive statt proaktive Governance

Qualitätsprobleme werden sichtbar, wenn das Reporting abweicht oder ein Audit scheitert — nie vorher. Kein frühes Warnsystem, kein Monitoring, keine definierten Eskalationspfade. Governance als Feuerwehr statt als Architektur.

Symptom: »Wir wussten von dem Problem, aber wir hatten kein System, das rechtzeitig Alarm schlägt.«

Framing-Switch: Das ist kein IT-Problem — es ist ein strategisches Business-Problem

Hier ist die unbequeme Wahrheit: Der größte Feind eines funktionierenden Data Governance Frameworks ist nicht schlechte Technologie. Es ist falsches Framing.

Solange Governance als IT-Thema positioniert wird, bleibt es im IT-Budget — und damit unter dem Radar der Entscheidungsträger, die tatsächlich den Unterschied machen könnten. Das Ergebnis: ein technisch sauberes Framework ohne organisatorische Verankerung, das nach 18 Monaten wieder in der Schublade landet.

Der Switch, den ich in jedem Gespräch mit CDOs und CFOs vollziehe:

Wenn ein CFO versteht, dass schlechte Governance sein CSRD-Reporting gefährdet und damit das Unternehmen vor Millionenstrafen stellt — dann ist Governance kein IT-Budget-Posten mehr, sondern eine strategische Investition.

Wenn ein CDO begreift, dass sein KI-Pilotprojekt scheitert, weil die zugrundeliegenden Masterdaten in fünf Systemen existieren — dann ist MDM kein technisches Projekt mehr, sondern der kritische Pfad zum KI-ROI.

Gartner bestätigt dies empirisch: Organisationen, die erfolgreich KI einsetzen, investieren bis zu viermal mehr in Datenfundamente als solche mit schlechten KI-Outcomes.

Das Goldright Governance-Reifegradmodell: 5 Stufen von reaktiv bis KI-ready

Bevor ein CDO mit einem Framework startet, braucht er eine ehrliche Standortbestimmung. Das Goldright Governance-Reifegradmodell — destilliert aus 20 Jahren MDM-Praxis — bietet genau das:

Die wichtigste Erkenntnis aus der Praxis: Der Sprung von Level 2 auf Level 3 ist der härteste — und der entscheidende. Er erfordert keine neue Software, sondern Klarheit über Verantwortlichkeiten. Wer diesen Sprung schafft, hat die kritische Schwelle überwunden.

Wo stehen Sie aktuell? Die Governance-Reifegrad-Checkliste (10 Fragen, 15 Minuten) gibt Ihnen eine präzise Einordnung — mit konkreten nächsten Schritten je Level.

Lösungsansatz: 6 Phasen für die ersten 90 Tage

Ein Data Governance Framework aufzubauen, das funktioniert, ist kein Hexenwerk — aber es ist kein Projekt, das in drei Sprints erledigt ist. Der folgende Ansatz basiert auf Goldrights 20-jähriger MDM-Praxis und ist bewusst pragmatisch gehalten: keine endlosen Strategiepapiere, keine Big-Bang-Implementierung. Pragmatisch, umsetzbar — ohne externes Consulting, ohne großes Budget.

Phase 1 — Bestandsaufnahme (Woche 1–2)

Inventory aller Datenquellen und -systeme. Wer nutzt welche Daten? Wo liegen kritische Abhängigkeiten und Lücken? Nicht mit allem auf einmal starten — fokussieren Sie auf die Domain mit dem größten Schmerzpunkt.

Deliverable: Priorisierte Datendomänen-Liste mit Business Case je Domain.
Verantwortlich: CDO, IT-Architektur.
Erfolgskriterium: Alle Quellen dokumentiert. 

Phase 2 — Data Owner benennen (Woche 2–3)

Für jede kritische Datendomäne eine verantwortliche Person namentlich benennen und offiziell kommunizieren. Rollen in bestehende Job Descriptions und Zielvereinbarungen verankern — nicht nur in Organigrammen.

Deliverable: RACI-Matrix für alle definierten Datendomänen.
Erfolgskriterium: Jede Domäne hat einen benannten Owner.

Phase 3 — Qualitätsstandards definieren (Woche 3–4)

Messbare Qualitätsdimensionen festlegen: Vollständigkeit, Aktualität, Konsistenz, Eindeutigkeit — pro Domäne, schriftlich. Maximal 3–5 KPIs. Lieber wenige, die jeder kennt.

Deliverable: Schriftliche Qualitätsstandards je Domäne.
Erfolgskriterium: Standards verabschiedet und kommuniziert.

Phase 4 — Governance-Framework dokumentieren (Woche 4–6)

Richtlinien, Rollen, Eskalationspfade schriftlich fixieren. Maximal zwei Hierarchieebenen. Kurz, klar, verbindlich — keine 80-seitigen Handbücher, die niemand liest. Eskalationspfade auf max. 2 Ebenen halten: Komplexe Strukturen werden nie gelebt.

Deliverable: Governance Policy Handbook (max. 20 Seiten, operational formuliert).
Erfolgskriterium: Richtlinie verabschiedet.

Phase 5 — Pilot starten (Woche 6–8)

Einen konkreten Use Case — z. B. Kundenreporting oder Finance-Konsolidierung — als Pilot starten. Lernen, anpassen, skalieren. Zeigen Sie in 90 Tagen messbare Ergebnisse. Das schafft Glaubwürdigkeit für die Ausweitung.

Deliverable: Pilot aktiv, erste Metriken sichtbar.
Verantwortlich: Data Owner, IT.

Phase 6 — Monitoring & Review-Rhythmus einrichten (Woche 8–12)

Erste KPIs messen, Dashboard aufbauen, monatliche Governance-Reviews als festes Kalender-Ritual etablieren — nicht quartalsweise, nicht ad-hoc. Was nicht gemessen wird, verbessert sich nicht.

Deliverable: Dashboard aktiv, KPIs gemessen.
Erfolgskriterium: Erster Governance-Report vor Executive Leadership.

Best Practices: Was in der Praxis wirklich funktioniert

Aus 20 Jahren MDM-Praxis mit zahlreichen Enterprise Projekten in Finanzdienstleistung, Industrie, Versicherung und Immobilien destillieren sich Best Practices, die den Unterschied machen:

1. Data Ownership zuerst, Tools danach

Ohne klare Eigentümerschaft wird jedes Tool zum Datenfriedhof. Das ist die konsistenteste Erkenntnis aus der Praxis — und gleichzeitig der am häufigsten ignorierte Rat. Benennen Sie Data Owner, bevor Sie über Technologie sprechen.

2. Monatliche Governance-Reviews als Kalender-Ritual

Governance-Initiativen, die quartalsweise oder ad-hoc gesteuert werden, verlieren Momentum. Monatliche Reviews — kurz, fokussiert, mit festen Teilnehmern — halten das Framework lebendig und erkennbare Probleme beherrschbar.

3. Den Golden Record als operativen Ankerpunkt setzen

Der Golden Record — die eine, maßgebliche Version einer Entität (Kunde, Lieferant, Legal Entity) — ist das Herzstück jedes MDM-gestützten Governance-Frameworks. Definieren Sie früh: Welche Attribute sind entscheidend? Wer ist die maßgebliche Quelle? Wie werden Konflikte aufgelöst?

4. Business-Sprache sprechen, nicht IT-Sprache

Governance-Initiativen, die in technischem Vokabular kommuniziert werden, sterben im Middle Management. Sprechen Sie von »Entscheidungsqualität«, »Audit-Sicherheit« und »regulatorischer Resilienz« — nicht von »Metadaten-Harmonisierung« und »Daten-Deduplizierung«.

5. Executive Sponsorship sichtbar halten

Ein Data Governance Council ohne C-Level-Beteiligung hat keine Durchsetzungskraft. Sorgen Sie dafür, dass der CDO oder CFO mindestens monatlich im Governance-Steuerkreis sichtbar ist — nicht als Zuhörer, sondern als aktiver Entscheider.

6. Automatisierung von Anfang an einplanen

Manuelle Governance-Prozesse skalieren nicht. Data Quality Monitoring, Data Lineage und automatisierte Freigabe-Workflows sind keine Luxus-Features — sie sind die Voraussetzung für Level 4+ auf dem Reifegradmodell. Nur wer Governance auf Level 4+ betreibt, kann KI sicher und verlässlich einsetzen.

Vergleich: Data Governance Framework, MDM, Data Catalog & Co.

Eine der häufigsten Ursachen für Governance-Verwirrung: die Verwechslung verwandter Konzepte. Diese Tabelle schafft Klarheit:

Das Wichtigste: MDM und Data Governance sind keine Alternativen, sondern Komplementärkonzepte. Ein Framework ohne MDM hat keine operative Durchschlagskraft. MDM ohne Governance-Framework produziert kurzfristig Qualität — ohne Nachhaltigkeit.

Praxis-Case: Legal-Entity-Governance in 6 Monaten operationalisiert

Ausgangslage (anonymisiert — Branche: Finanzdienstleistung, >5.000 Mitarbeiter, internationale Präsenz in 12 Ländern):

Das Unternehmen stand vor einem klassischen Governance-Dilemma: Über 40 Systeme mit Kundenstammdaten, keine einheitliche Definition eines »Kunden«, inkonsistente Legal-Entity-Strukturen in der Konzernholding und ein bevorstehendes DORA-Audit. Das bestehende Governance-Dokument: 150 Seiten, seit zwei Jahren nicht aktualisiert, im Intranet nicht auffindbar.

Vorgehen

In Woche 1 führten wir mit CDO und Legal-Team einen Governance-Scope-Workshop durch. Fokus: Legal-Entity-Daten als Pilot-Domain, da hier der regulatorische Druck am größten war. Innerhalb von sechs Wochen wurden Data Owner und Data Stewards für alle 12 Länder benannt und im Goldright Legal Entity Manager (LEM) konsolidiert.

Die Plattform ermöglichte erstmals eine Point-in-Time-Historisierung — die Unternehmensstruktur konnte auf jeden beliebigen Stichtag zurückgespult werden. Das war für DORA-Audits und regulatorische Berichte der entscheidende Funktionsbaustein.

Ergebnisse (Branchenrichtwerte)

• 40 % schnellere Bereitstellung von Strukturdaten für Audit- und Compliance-Berichte

• Erstmalige Vollständigkeit der Legal-Entity-Daten über alle 12 Länder

• DORA-Audit erfolgreich bestanden — ohne Last-Minute-Datenmigration

• Signifikante Reduktion manueller Pflege-Aufwände im Legal-Team

Was wir daraus gelernt haben: Der entscheidende Erfolgsfaktor war nicht die Technologie — sondern die Entscheidung des CDO, in Woche 1 persönlich präsent zu sein und Governance als strategische Priorität zu setzen. Technologie lieferte danach schnell.

Fallstricke: Was Sie bei der Implementierung vermeiden sollten

Die folgenden Fehler sehen wir regelmäßig — nicht bei kleinen Unternehmen, sondern bei großen, ressourcenstarken Organisationen mit erfahrenen Daten-Teams:

Fallstrick 1 — Mit Technologie starten statt mit Prozessen

Das beliebteste Governance-Missverständnis: Ein MDM-Tool beschaffen und dann den Governance-Prozess entwickeln. Das Ergebnis ist eine saubere Technologie, die niemand nutzt. Regel: Erst Prozesse, dann Tools.

Fallstrick 2 — Governance als Einmalprojekt betrachten

Governance ist kein Projekt mit einem Abschlussdatum. Es ist eine dauerhaft zu unterhaltende Organisationsfähigkeit. Unternehmen, die Governance nach 12 Monaten als »abgeschlossen« betrachten, erleben, dass die Qualität ohne laufende Pflege schnell wieder erodiert.

Fallstrick 3 — Zu viele Stakeholder zu früh einbinden

Governance-by-Committee führt zu Governance-by-Consense — und Konsens verhindert schnelle Entscheidungen. Starten Sie mit einem kleinen, handlungsfähigen Kern-Team. Breiten Sie Governance schrittweise aus, wenn Quick Wins die Akzeptanz erhöht haben.

Fallstrick 4 — Governance ohne Messung

Was nicht gemessen wird, verbessert sich nicht. Erstaunlich viele Governance-Initiativen definieren keine messbaren KPIs. Ohne Messung fehlt dem Framework sowohl die Steuerungsfähigkeit als auch die Legitimität gegenüber der Geschäftsführung.

Fallstrick 5 — Den Faktor Mensch unterschätzen

Data Stewards sind oft operativ überlastet. Governance ist eine Zusatzrolle, die Zeit kostet — ohne sofort sichtbaren persönlichen Nutzen. Investieren Sie in Change Management, Kommunikation und Incentivierung. Governance ohne kulturelle Verankerung ist ein leeres Versprechen.

FAQ: Data Governance Framework — Die wichtigsten Fragen

Was ist der Unterschied zwischen Data Governance und Data Management?

Data Governance definiert das Warum und Wie — Richtlinien, Verantwortlichkeiten und Entscheidungsrechte. Data Management ist das operative Was — Verwaltung, Speicherung, Integration und Qualitätssicherung. Governance steuert das Management; beides ist notwendig, aber nicht austauschbar.

Wie lange dauert die Implementierung eines Data Governance Frameworks?

Ein erster Governance-Pilot in einer Datendomäne ist in 8 bis 12 Wochen operationalisierbar. Die unternehmensweite Implementierung dauert typischerweise 12 bis 36 Monate — abhängig von Unternehmensgröße, Systemlandschaft und organisatorischer Reife. Governance ist kein Projekt mit Abschlussdatum, sondern eine dauerhaft zu pflegende Fähigkeit.

Welche Rollen braucht ein Data Governance Framework?

Empfohlenes Set: Data Owner (Business-Verantwortliche je Datendomäne), Data Steward (operative Qualitätsverantwortung), Data Custodian (IT-seitige Systemverantwortung) und Data Governance Council (übergeordnetes Steuerungsgremium mit C-Level-Beteiligung).

Was ist ein Data Governance Council?

Ein Data Governance Council ist das übergeordnete Steuerungsgremium. Er besteht typischerweise aus Data Ownern aller Datendomänen, dem CDO und Vertretern relevanter Business-Units (Legal, Compliance, Finance, IT). Der Council trifft Entscheidungen über Governance-Richtlinien, löst domänenübergreifende Datenkonflikte und priorisiert Governance-Initiativen.

Was ist der Golden Record?

Der Golden Record ist die eine, konsolidierte und maßgebliche Version einer Datenentität — etwa eines Kunden, Lieferanten oder einer Legal Entity. Der Data Owner definiert, welche Attribute den Golden Record ausmachen und welche Quellsysteme als maßgeblich gelten. Der Golden Record ist das operative Ziel jedes MDM-gestützten Governance-Frameworks.

Wie verhält sich Data Governance zu DSGVO und DORA?

Ein belastbares Governance-Framework macht regulatorische Compliance strukturell einfacher. DSGVO erfordert nachvollziehbare Datenhaltung und Löschprozesse. DORA fordert nachweisbares ICT Risk Management für Finanzinstitute. Beide sind deutlich leichter erfüllbar, wenn Dateneigentümerschaft, Klassifizierung und Qualitätsstandards Governance-seitig bereits definiert sind.

Wann brauche ich ein MDM-System für Data Governance?

Sobald kritische Stammdaten in mehr als zwei Systemen gepflegt werden und Inkonsistenzen zu operativen Problemen führen, ist ein MDM-System der nächste logische Schritt. MDM ist nicht das Fundament der Governance — aber ohne es fehlt dem Framework das operative Rückgrat für die Umsetzung.

Wie messe ich den Erfolg eines Data Governance Frameworks?

Empfohlene KPIs: Datenqualitätsquote je Domäne (Vollständigkeit, Eindeutigkeit, Aktualität), Anzahl offener Datenkonflikte und Time-to-Resolution, Governance-Compliance-Rate, Audit-Bereitschaft (Zeit bis zur Bereitstellung von Compliance-Berichten).

Gibt es anerkannte Standards für Data Governance?

Ja. Das DAMA-DMBOK2 (Data Management Body of Knowledge) ist ein weltweit anerkannter Standard. Daneben existieren das DCAM-Framework (EDM Council) und branchenspezifische Standards wie BCBS 239 für Banken. Keines ist ein Pflichtstandard — aber sie bieten strukturierte Orientierung für die Framework-Entwicklung.

Fazit: Data Governance Framework ist die Infrastruktur Ihrer Datenstrategie

Ein Data Governance Framework ist kein Projekt, das man einmal aufsetzt und vergisst. Es ist die Infrastruktur, auf der alles andere aufbaut — regulatorische Compliance, KI-Initiativen, strategische Reportings und skalierbare Wachstumspläne.

Die Zahlen sind eindeutig: €12,9 Mio. Jahreskosten durch schlechte Datenqualität. 80 % der Governance-Initiativen scheitern nicht an Technologie, sondern an falschen Prioritäten. 60 % der KI-Projekte ohne AI-Ready Data werden aufgegeben. Unternehmen, die in Datenfundamente investieren, erzielen bis zu 65 % bessere Business Outcomes. Das ist keine abstrakte Statistik — das ist die operative Realität in den Boardrooms weltweit.

Was wir in unserer Arbeit mit internationalen Unternehmen immer wieder erleben: Der Unterschied liegt selten in der Technologie. Er liegt im Mut, Governance als strategisches Business-Thema zu adressieren — und in der Disziplin, den ersten Schritt klein und messbar zu halten.

Die Unternehmen, die 2026 KI-Initiativen erfolgreich skalieren, ESG-Berichte fristgerecht liefern und Audits souverän bestehen, haben eines gemeinsam: Sie haben frühzeitig in ein belastbares Datenfundament investiert.

Quellen-Verzeichnis

Gartner: Data Quality: Best Practices for Accurate Insights - https://www.gartner.com/en/data-analytics/topics/data-quality

Gartner: Press Release "Gartner Predicts 80% of D&A Governance Initiatives Will Fail by 2027, Due to a Lack of a Real or Manufactured Crisis" - https://www.gartner.com/en/newsroom/press-releases/2024-02-28-gartner-predicts-80-percent-of-data-and-analytics-governance-initiatives-will-fail-by-2027-due-to-a-lack-of-a-real-or-manufactured-crisis-

Gartner via Neo4j: Gartner® report on how to evaluate AI data readiness - https://neo4j.com/whitepapers/gartner-evaluate-ai-data-readiness/

Gartner: Press Release "Gartner Says Organizations with Successful AI Initiatives Invest Up to Four Times More in Data and Analytics Foundations" - https://www.gartner.com/en/newsroom/press-releases/2026-04-16-gartner-says-organizations-with-successful-ai-initiatives-invest-up-to-four-times-more-in-data-and-analytics-foundations

McKinsey Global Institute via diwo: McKinsey’s 7 Characteristics of the Data-Driven Enterprise - https://diwo.ai/blog/7-characteristics-of-the-data-driven-enterprise

Forbes: Cleaning Big Data: Most Time-Consuming, Least Enjoyable Data Science Task, Survey Says - https://www.forbes.com/sites/gilpress/2016/03/23/data-preparation-most-time-consuming-least-enjoyable-data-science-task-survey-says/

EU-Kommission: CSRD-Richtlinie 2022/2464 - https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32022L2464

EU-Kommission: DORA-Verordnung (EU) 2022/2554 - https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32022R2554

DAMA International: The heart of DAMA-DMBOK - https://www.damadmbok.org/copy-of-about-dama-dmbok

BaFin, KWG §24 / CRR / BaFin-Merkblatt: Regulatorische Anforderungen für Legal Entities in Finanzinstituten - https://www.bafin.de/DE/home_node.html