Zum Inhalt springen
Search the hub

Series

Data Steward Einstieg

3 Parts · 7 min

Data Steward Einstieg

Teil 1

Data Steward — Einstieg in die Rolle

Data Steward — Einstieg in die Rolle

Begriffe vor dem Lesen

  • Accountable — die Rolle, die eine Entscheidung verbindlich verantwortet.
  • verantwortliche Person — fachlich verantwortliche Rolle für Zweck, Bedeutung, Risiko oder Nutzung eines Datenprodukts.
  • Steward — operative Rolle, die Definitionen, Qualitätserwartungen und Nachweise pflegt.
  • technischer Betreiber — technische Rolle, die Plattform, Zugriff, Laufzeit und Umsetzung betreibt.
  • Nutzer — Person oder Team, das Daten für eine Entscheidung nutzt und Rückmeldung geben muss.

Ausgangslage

Viele Governance-Programme scheitern nicht daran, dass niemand Verantwortung will. Sie scheitern daran, dass eine Rolle zu viel bedeuten soll. Dann entscheidet eine Person über Zweck, Definition, Zugriff, Qualität, Betrieb und Produkt-Roadmap zugleich. Das wirkt schnell, erzeugt aber Reibung: Fachbereiche fühlen sich übergangen, technische Teams tragen fachliche Risiken, und Datenschutz oder Compliance kommen zu spät in die Entscheidung.

Diese Einstiegsstory erklärt die Rolle Data Steward so, dass neue Leserinnen und Leser verstehen, wofür sie gebraucht wird, wo ihre Grenze liegt und mit wem sie zusammenarbeitet.

Wofür diese Rolle da ist

Data Steward sorgt dafür, dass Governance im Alltag handhabbar bleibt. Der Schwerpunkt liegt auf Definitionen, Qualitätsregeln, Katalogpflege und Eskalation. Die Rolle ersetzt keine anderen Rollen, sondern macht ihre Entscheidung sichtbar: Wer entscheidet? Wer liefert Expertise? Wer setzt technisch um? Wer nutzt das Ergebnis?

Was diese Rolle nicht lösen sollte

Die Rolle darf nicht zum Sammelbecken für alles werden, was unklar ist. Wenn Zweck, Zugriff, technische Umsetzung und fachliche Definition in derselben Person verschwinden, entsteht genau die politische Reibung, die Governance eigentlich beruhigen soll.

Zusammenarbeit

Typische Partner sind: Data Owner, Data Architect, Data Product Owner, Custodian und Consumer. Gute Zusammenarbeit heißt: Der Fachbereich behält Verantwortung, Expertinnen und Experten beraten, technische Teams setzen kontrolliert um, und Consumer melden Lücken statt eigene Schattenlogik aufzubauen.

Einstieg in die Serie

Diese Serie ist der kurze Einstieg in die Rolle. Danach passen je nach Situation die fachlichen Landschaften, die Foundations zu Verantwortung, Quality und Metadata sowie die Vertriebsserien, wenn Governance als Dienstleistung angeboten werden soll.

Konkretes Beispiel

Eine Rolle wird erst verständlich, wenn sie an einer Entscheidung sichtbar wird. Ein Dashboard zeigt eine Zahl, ein Team zweifelt an der Definition, ein technisches Konto hat zu viele Rechte oder ein Datenprodukt soll für einen neuen Zweck genutzt werden. Dann reicht ein Rollenname nicht aus. Die Organisation muss wissen, wer entscheidet, wer berät, wer umsetzt und wer das Ergebnis nutzt.

Für Data Steward — Einstieg in die Rolle heißt das: Die Rolle braucht einen klaren Scope. Sie darf nicht alles besitzen, aber sie darf auch nicht nur symbolisch genannt werden. Gute Governance macht sichtbar, an welcher Stelle diese Rolle verbindlich sprechen kann und wo andere Rollen übernehmen müssen.

Woran man die Rolle erkennt

  • Die Rolle kann eine konkrete Entscheidung benennen, nicht nur eine Zuständigkeit.
  • Die Grenze zu Owner, Steward, technischer Betreiber, Product Owner oder Nutzer ist erklärbar.
  • Beratende Expertinnen und Experten werden eingebunden, ohne fachliche Verantwortung zu verschieben.
  • Nach der Entscheidung bleibt ein Nachweis, der später auffindbar ist.

Mini-Check für die nächste Story

Welche Entscheidung trifft diese Rolle? Welche Entscheidung trifft sie ausdrücklich nicht? Wer muss vorher beraten? Wo bleibt der Nachweis?

Teil 2

Data Steward — typische Entscheidungen

Data Steward — typische Entscheidungen

Begriffe vor dem Lesen

  • Entscheidung — eine verbindliche Festlegung, die später nachvollziehbar sein muss.
  • Umfang — der abgegrenzte Bereich, für den die Rolle spricht.
  • Nachweis — Nachweis, warum und von wem eine Entscheidung getroffen wurde.

Ausgangslage

Data Steward wird oft erst gerufen, wenn schon etwas schiefgelaufen ist: eine Definition driftet, ein Zugriff ist unklar, ein Dashboard wird anders gelesen oder ein Datenprodukt soll plötzlich mehr leisten als vereinbart.

Typische Entscheidungen

Der Schwerpunkt dieser Rolle liegt auf Definition, Qualität, Katalogpflege und Eskalation. Gute Entscheidungen sind klein genug, um getroffen zu werden, und konkret genug, um später geprüft zu werden.

Typische Fragen:

  • Was ist in Umfang und was ausdrücklich nicht?
  • Welche Definition, Regel oder Nutzung wird verbindlich?
  • Wer muss beraten, bevor entschieden wird?
  • Welche Evidenz bleibt nach der Entscheidung erhalten?
  • Wann muss die Entscheidung überprüft oder geändert werden?

Was nicht in diese Rolle gehört

Die Rolle sollte nicht heimlich Entscheidungen anderer Rollen übernehmen. Governance wird stabiler, wenn jede Rolle ihren Teil sichtbar macht und offene Lücken als Lücken benannt werden.

Konkretes Beispiel

Eine Rolle wird erst verständlich, wenn sie an einer Entscheidung sichtbar wird. Ein Dashboard zeigt eine Zahl, ein Team zweifelt an der Definition, ein technisches Konto hat zu viele Rechte oder ein Datenprodukt soll für einen neuen Zweck genutzt werden. Dann reicht ein Rollenname nicht aus. Die Organisation muss wissen, wer entscheidet, wer berät, wer umsetzt und wer das Ergebnis nutzt.

Für Data Steward — typische Entscheidungen heißt das: Die Rolle braucht einen klaren Scope. Sie darf nicht alles besitzen, aber sie darf auch nicht nur symbolisch genannt werden. Gute Governance macht sichtbar, an welcher Stelle diese Rolle verbindlich sprechen kann und wo andere Rollen übernehmen müssen.

Woran man die Rolle erkennt

  • Die Rolle kann eine konkrete Entscheidung benennen, nicht nur eine Zuständigkeit.
  • Die Grenze zu Owner, Steward, technischer Betreiber, Product Owner oder Nutzer ist erklärbar.
  • Beratende Expertinnen und Experten werden eingebunden, ohne fachliche Verantwortung zu verschieben.
  • Nach der Entscheidung bleibt ein Nachweis, der später auffindbar ist.

Mini-Check für die nächste Story

Welche Entscheidung trifft diese Rolle? Welche Entscheidung trifft sie ausdrücklich nicht? Wer muss vorher beraten? Wo bleibt der Nachweis?

Teil 3

Data Steward — Zusammenarbeit und Evidence

Data Steward — Zusammenarbeit und Evidence

Begriffe vor dem Lesen

  • Schnittstelle — Übergabepunkt zwischen Rollen, Fachbereichen oder technischen Systemen.
  • Eskalation — geregelter Weg, wenn eine Entscheidung nicht im Alltag gelöst werden kann.
  • Nachweis — dokumentierte Spur aus Entscheidung, Beteiligung, Zeitpunkt und Ergebnis.

Ausgangslage

Keine Governance-Rolle arbeitet allein. Sobald eine Rolle alles selbst entscheiden soll, entstehen politische Reibung und blinde Flecken.

Zusammenarbeit und Evidence

Typische Partner sind: Owner, Consumer, Architect, Data Engineering und Plattformbetrieb. Entscheidend ist nicht, dass alle immer beteiligt sind. Entscheidend ist, dass die richtigen Personen beim richtigen Thema eingebunden werden.

Eine gute Übergabe enthält:

  • die konkrete Frage,
  • den betroffenen Umfang,
  • die erwartete Entscheidung,
  • die beratenden Rollen,
  • den Ort, an dem der Nachweis bleibt.

So wird Governance nicht zum Zuständigkeitsstreit, sondern zu einem nachvollziehbaren Arbeitsweg.

Konkretes Beispiel

Eine Rolle wird erst verständlich, wenn sie an einer Entscheidung sichtbar wird. Ein Dashboard zeigt eine Zahl, ein Team zweifelt an der Definition, ein technisches Konto hat zu viele Rechte oder ein Datenprodukt soll für einen neuen Zweck genutzt werden. Dann reicht ein Rollenname nicht aus. Die Organisation muss wissen, wer entscheidet, wer berät, wer umsetzt und wer das Ergebnis nutzt.

Für Data Steward — Zusammenarbeit und Evidence heißt das: Die Rolle braucht einen klaren Scope. Sie darf nicht alles besitzen, aber sie darf auch nicht nur symbolisch genannt werden. Gute Governance macht sichtbar, an welcher Stelle diese Rolle verbindlich sprechen kann und wo andere Rollen übernehmen müssen.

Woran man die Rolle erkennt

  • Die Rolle kann eine konkrete Entscheidung benennen, nicht nur eine Zuständigkeit.
  • Die Grenze zu Owner, Steward, technischer Betreiber, Product Owner oder Nutzer ist erklärbar.
  • Beratende Expertinnen und Experten werden eingebunden, ohne fachliche Verantwortung zu verschieben.
  • Nach der Entscheidung bleibt ein Nachweis, der später auffindbar ist.

Mini-Check für die nächste Story

Welche Entscheidung trifft diese Rolle? Welche Entscheidung trifft sie ausdrücklich nicht? Wer muss vorher beraten? Wo bleibt der Nachweis?

Tour