Data Governance Rollen und Aufgaben: Wer entscheidet was?

Freitag in Deiner ersten Woche als Datenverantwortliche oder Datenverantwortlicher: Der Vertrieb und das Controlling melden unterschiedliche Umsätze. Gleichzeitig wartet ein Team auf Zugriff auf Kundendaten. Die Plattform läuft, aber niemand weiß verbindlich, wer entscheiden darf. Genau hier hilft es, Data Governance Rollen und Aufgaben sauber zu verteilen.

Dafür brauchst Du im Mittelstand nicht sofort ein neues Gremium. Du brauchst benannte Verantwortliche pro Datenprodukt, abgegrenzte Entscheidungsrechte und einen Eskalationsweg. Dieser Beitrag liefert Dir eine Verantwortungsmatrix für Data Owner, Data Stewards und Plattformteams, die Du als Ausgangspunkt für Deine Organisation verwenden kannst.

Kurz gesagt: Der Data Owner verantwortet die fachliche Nutzung eines Datenprodukts und entscheidet innerhalb geltender Vorgaben über Definitionen und Freigaben. Data Stewards bereiten Entscheidungen vor und dokumentieren sie; das Plattformteam setzt technische Zugriffe und Betriebsanforderungen um. Konflikte gehen an eine vorher benannte fachliche Entscheidungsinstanz, während Datenschutz- und Sicherheitsvorgaben verbindliche Grenzen setzen.

Wie verteilst Du Data Governance Rollen und Aufgaben?

Data-Governance-Aufgaben sollten pro Datenprodukt verteilt werden, nicht pauschal für die gesamte Datenplattform. Ein Datenprodukt ist ein abgegrenztes, nutzbares Datenangebot mit definiertem Zweck, bekannten Nutzern und benannter Verantwortung, etwa ein Umsatzdatensatz für das Vertriebsreporting.

Entscheidend ist die Trennung zwischen fachlicher Entscheidung, organisatorischer Vorbereitung und technischer Umsetzung.

Data Owner: fachlich entscheiden und priorisieren

Der Data Owner trägt die fachliche Ergebnisverantwortung für das Datenprodukt. Die Rolle gehört deshalb meist in den Fachbereich, der Bedeutung und Verwendung der Daten beurteilen kann.

Zu ihren Aufgaben gehören:

• Zweck, Umfang und zulässige Nutzung festlegen.
• Kennzahlendefinitionen und fachliche Änderungen freigeben.
• Zugriffe innerhalb der bestehenden Vorgaben genehmigen oder ablehnen.
• Fachliche Anforderungen priorisieren und ungelöste Konflikte eskalieren.

Ein Data Owner braucht ein ausdrückliches Mandat. Ein Name im Datenkatalog ohne Entscheidungsbefugnis reicht nicht.

Data Steward: Entscheidungen arbeitsfähig machen

Der Data Steward hält Definitionen, Ansprechpartner und Entscheidungsstände zusammen. Er klärt Rückfragen mit Datenlieferanten und Nutzern, prüft Anträge auf Vollständigkeit und dokumentiert Beschlüsse.

Die Rolle darf organisatorische Arbeit übernehmen, ohne automatisch die Entscheidungshoheit des Data Owners zu erhalten. Eine Vertretungsbefugnis muss ausdrücklich vereinbart werden.

Plattformteam: technisch umsetzen und betreiben

Das Plattformteam verantwortet die technische Bereitstellung, Zugriffsumsetzung und den Betrieb. Es übersetzt genehmigte Anforderungen in Berechtigungen, Datenverarbeitung und nachvollziehbare technische Änderungen.

Es entscheidet nicht nebenbei, welche Umsatzdefinition fachlich richtig ist. Umgekehrt darf der Data Owner keine Umsetzung verlangen, die Sicherheitsvorgaben verletzt.

Wie sieht eine Verantwortungsmatrix für Datenprodukte aus?

Eine brauchbare Verantwortungsmatrix benennt für jede Aufgabe genau eine abschließend verantwortliche Rolle. Sie unterscheidet zwischen Entscheidung, Durchführung und notwendiger Einbindung, damit Beteiligung nicht mit Zustimmung verwechselt wird.

Die folgende Vorlage nutzt A für abschließende Verantwortung, R für Durchführung und C für notwendige fachliche Einbindung. Eine Rolle kann A und R zugleich übernehmen. Ein Strich bedeutet keine feste Zuständigkeit für diese Aufgabe.

Aufgabe	Data Owner	Data Steward	Plattformteam
Zweck und fachlichen Umfang festlegen	A	R	C
Kennzahlendefinition beschließen	A	R	C
Definitionen und Beschlüsse dokumentieren	A	R	C
Zugriffsantrag fachlich prüfen und entscheiden	A	R	C
Genehmigten Zugriff technisch einrichten	C	C	A/R
Plattformbetrieb und technische Schutzmaßnahmen umsetzen	C	C	A/R
Fachliche Änderungen priorisieren	A	R	C
Fachlichen Konflikt für die Eskalation aufbereiten	A	R	C

Wichtig: Das ist eine Kernmatrix, keine vollständige Abbildung aller Kontrollfunktionen. Datenschutz, Informationssicherheit und gegebenenfalls weitere zuständige Stellen werden nach Euren verbindlichen Verfahren eingebunden. Wo deren Prüfung erforderlich ist, ersetzt die Zustimmung des Data Owners diese nicht.

Ergänze die Matrix für jedes Datenprodukt um konkrete Namen, Vertretungen und den Ort der Dokumentation. Bei Eskalationen geht die Entscheidung an die dafür benannte Instanz; der Data Owner bleibt für die Aufbereitung und Weitergabe verantwortlich.

Wie besetzt Du die Rollen mit einem kleinen Team?

Im Mittelstand müssen Data Owner und Data Steward nicht jeweils neue Vollzeitstellen sein. Rollen lassen sich mit bestehenden Aufgaben verbinden, solange Zeit, Mandat und mögliche Interessenkonflikte geklärt sind.

Für ein Umsatzdatenprodukt könnte die Leitung Controlling die Data-Owner-Rolle übernehmen, während eine fachlich erfahrene Analystin als Data Steward arbeitet. Das zentrale Plattformteam unterstützt mehrere Datenprodukte.

Data Owner und Data Steward können bei einem kleinen, überschaubaren Datenprodukt auch dieselbe Person sein. Dokumentiere diese Doppelrolle und ihre Vertretung trotzdem. Bei sensiblen Daten oder erhöhtem Risiko sollten Antrag, Genehmigung und technische Umsetzung angemessen getrennt sein.

Prüfe bei jeder Besetzung drei Punkte:

• Mandat: Darf die Person tatsächlich entscheiden?
• Kapazität: Ist Zeit für Anfragen und Abstimmungen eingeplant?
• Vertretung: Wer handelt bei Abwesenheit mit welchen Befugnissen?

Wer entscheidet bei strittigen Kennzahlen?

Über eine Kennzahl innerhalb eines Datenprodukts entscheidet dessen Data Owner. Betrifft der Konflikt mehrere Datenprodukte oder Unternehmensbereiche, entscheidet die vorab benannte übergreifende fachliche Instanz innerhalb ihres Mandats.

Beim Umsatz können beispielsweise Bestelldatum und Rechnungsdatum zu unterschiedlichen Auswertungen führen. Der Data Steward sammelt zunächst die Definitionen, Verwendungszwecke und Auswirkungen. Nicht jede Abweichung ist ein Fehler: Operative Vertriebssteuerung und Finanzreporting können unterschiedliche Sichten benötigen.

Der Eskalationsweg lautet:

1. Klären: Der Data Steward beschreibt den Unterschied und mögliche Lösungen.
2. Entscheiden: Der Data Owner legt die Definition für sein Datenprodukt fest.
3. Eskalieren: Bei bereichsübergreifendem Konflikt entscheidet etwa eine ausdrücklich mandatierte kaufmännische Leitung.
4. Veröffentlichen: Der Data Steward dokumentiert Beschluss, Geltungsbereich, Wirksamkeitsdatum und betroffene Berichte.

Wenn beide Sichten bestehen bleiben, erhalten sie eindeutige Namen. Zwei fachlich begründete Kennzahlen sind besser als eine vermeintlich einheitliche Zahl mit wechselnder Bedeutung.

Wie laufen Datenfreigaben und Eskalationen ab?

Eine Datenfreigabe braucht eine fachliche Entscheidung und eine kontrollierte technische Umsetzung. Der Data Owner genehmigt die Nutzung nur innerhalb geltender rechtlicher, vertraglicher und interner Vorgaben; das Plattformteam setzt den genehmigten Umfang um.

Ein schlanker Antrag enthält:

• Antragsteller und benötigte Nutzergruppe.
• Datenprodukt und konkreten Nutzungszweck.
• Benötigten Datenumfang und Zugriffstyp.
• Gewünschte Dauer und gegebenenfalls ein Ablaufdatum.

Der Data Steward prüft die Vollständigkeit und koordiniert erforderliche Prüfungen. Nach der Freigabe richtet das Plattformteam den Zugriff nach dem Prinzip der minimal erforderlichen Rechte ein. Entscheidung und Umsetzung werden nachvollziehbar festgehalten.

Bei Uneinigkeit: Fachliche Fragen gehen an den Data Owner, bereichsübergreifende Nutzungskonflikte an die benannte Eskalationsinstanz. Datenschutz- oder Sicherheitsbedenken laufen über die dafür zuständigen Verfahren und Stellen. Eine wirtschaftliche Priorität hebt verbindliche Schutzvorgaben nicht auf.

Lege außerdem Reaktionsfristen und Vertretungen fest. Eine ausbleibende Antwort ist keine Freigabe; sie löst eine Erinnerung oder Eskalation aus.

So gehen wir vor

Wir starten mit einem konkreten Datenprodukt und seinen tatsächlichen Entscheidungsfällen, nicht mit einem unternehmensweiten Rollenhandbuch. So entsteht eine Regelung, die sich im Alltag überprüfen lässt.

1. Ein Datenprodukt abgrenzen

Gemeinsam halten wir Zweck, Nutzer, Datenquellen und fachliche Grenzen fest. Als Ausgangspunkt eignet sich ein Datenprodukt, bei dem bereits Abstimmungsbedarf besteht, etwa das Vertriebsreporting.

2. Verantwortung verbindlich besetzen

Wir ordnen die Aufgaben aus der Matrix konkreten Personen zu. Mandat, Vertretung und Eskalationsinstanz werden ausdrücklich bestätigt, nicht nur in einer Präsentation vermerkt.

3. Zwei Entscheidungsfälle durchspielen

Wir prüfen einen Kennzahlenkonflikt und einen Zugriffsantrag. Dabei wird sichtbar, wo Zuständigkeiten fehlen, unnötige Freigabeschleifen entstehen oder technische Berechtigungen nicht zum fachlichen Auftrag passen.

4. Regeln im Arbeitsablauf verankern

Definitionen gehören in einen zentral zugänglichen Katalog oder eine abgestimmte Dokumentation, Anträge in einen nachvollziehbaren Workflow. Auf Plattformen wie Databricks oder Microsoft Fabric werden die beschlossenen Zugriffsregeln anschließend mit den passenden technischen Funktionen umgesetzt.

Dein Ergebnis zum Ende der ersten Woche: ein kurzer Datenprodukt-Steckbrief, eine besetzte Verantwortungsmatrix und dokumentierte Eskalationswege. Dafür braucht es zunächst keine zusätzliche Governance-Software.

Klare Verantwortung macht Deine Datenplattform nutzbar

Eine schlanke Rollenverteilung verhindert, dass Fachentscheidungen beim Plattformteam landen oder Zugriffsanträge zwischen Abteilungen liegen bleiben. Starte mit einem Datenprodukt und erweitere das Modell anhand realer Erfahrungen.

Du möchtest Verantwortung, Freigaben und technische Umsetzung gemeinsam aufsetzen? Ailio unterstützt Dich aus Bielefeld und Hamburg dabei, eine Datenplattform aufzubauen, die zu Deiner Organisation passt.