Role Data Stewarda a Data Ownera: odpovědnost a správa dat

Role Data Stewarda a Data Ownera: Zodpovědnost a správa dat

Proč rozlišovat roli Data Stewarda a Data Ownera

Úspěšná správa dat (Data Governance) vyžaduje jasně definované kompetence a odpovědnosti. Dvě klíčové role v organizační praxi jsou Data Owner (obchodní vlastník dat) a Data Steward (správce dat). Zatímco Data Owner nese konečnou odpovědnost za hodnotu, rizika a soulad dat v rámci obchodní domény, Data Steward zajišťuje každodenní správu kvality, definic, přístupů a metadat. Tento článek podrobně popisuje jejich mandát, spolupráci a měřitelné výstupy, aby Data Governance byla akceschopná a udržitelná.

Definice rolí a jejich postavení v Data Governance

  • Data Owner: strategicky rozhoduje o tom, k jakému účelu se data používají, schvaluje standardy, rozpočty a priority a nese odpovědnost za rizika a soulad s předpisy. Typicky jde o seniorního manažera domény (např. Finance, Sales, HR).
  • Data Steward: zajišťuje správnost, úplnost a použitelnost dat; udržuje katalog a slovník pojmů, spravuje přístupy k datům, koordinuje nápravu nedostatků v kvalitě a šíří osvětu. Může jít o obchodního (Business Steward) i technického (Technical Steward) správce.

Funkční rámec: domény, produkty a datové toky

Moderní organizace spravují data v datových doménách (např. Zákazník, Produkt, Finance) a zároveň vnímají data jako produkty s jasně definovanými odběrateli. Data Owner je „sponzorem“ domény a portfolia datových produktů; Data Steward je „správcem provozu“ každého datového produktu (schémata, kvalita, přístup, dokumentace).

Rozdělení odpovědností: RACI pro klíčové aktivity

Aktivita Data Owner Data Steward Další role
Definice obchodních pojmů a KPI A (schvaluje) R (připravuje) BI Lead (C), CFO/CSO (I)
Standardy kvality (pravidla, prahy) A R Data Quality Engineer (C), Risk (I)
Katalogizace a klasifikace dat C (konzultuje) R/A (vede a potvrzuje) Security Officer (C), DPO (I)
Schvalování přístupů a minimálních rolí A R (operativně spravuje) IAM/IT (R), DPO (C)
Řešení incidentů kvality dat A (stanovuje priority) R (koordinuje nápravu) Data Engineer (R), vlastníci produktů (C)
Retence, likvidace, právní opory A R (uplatňuje v praxi) Legal/DPO (C), Security (I)
Plán rozvoje datové domény a investice A C Enterprise Architect (C), PMO (I)

Kompetenční profil Data Ownera

  • Strategické řízení: definuje vizi domény, stanovuje priority backlogu datových produktů a změn.
  • Soulad s předpisy a rizika: schvaluje klasifikaci (citlivost), dobu uchovávání a účely zpracování; odpovídá za akceptaci zbytkových rizik.
  • Finanční odpovědnost: spravuje rozpočet na kvalitu dat, nástroje a kapacity; rozhoduje o celkových nákladech vlastnictví (TCO).
  • Řízení vztahů se zainteresovanými stranami: sjednocuje definice metrik napříč odděleními; řeší konflikty priorit.

Kompetenční profil Data Stewarda

  • Kvalita dat: navrhuje pravidla (validace, referenční integrita, tolerance), monitoruje kvalitu, třídí incidenty, hledá jejich kořenové příčiny a řídí nápravná opatření.
  • Metadata a katalog: spravuje obchodní definice, linií původu dat (lineage), klasifikace, datové domény a vlastnictví objektů.
  • Přístupy a bezpečnost: operativně spravuje role a maskování, testuje přístupové politiky a provádí recertifikaci uživatelů.
  • Komunikace a podpora: školí uživatele, připravuje pokyny a šablony, kontroluje správnost definic v dashboardech.

Obchodní vs. technický Data Steward

  • Business Steward: odpovídá za slovník pojmů, KPI, obchodní pravidla a záměry v oblasti dat; je mostem mezi byznysem a IT.
  • Technical Steward: dohlíží na datové toky, mapování, kvalitu schémat, standardy názvů a pravidla nasazování; úzce spolupracuje s týmem Data Engineering.

Procesní toky: incident, změna, přístup

  1. Incident kvality: nahlášení → třídění (Steward) → analýza příčiny → návrh opravy → schválení (Owner) → implementace → ověření → následné vyhodnocení (postmortem).
  2. Řízení změn (Change): návrh změny schématu/datového produktu → posouzení dopadů (lineage) → schválení (Owner) → implementace → komunikace a aktualizace verze v katalogu.
  3. Žádost o přístup: žádost s uvedením účelu → kontrola klasifikace a nezbytného rozsahu → schválení (Owner) → přiřazení role (Steward/IAM) → záznam v evidenci a nastavení expirace.

Standardy kvality dat a jejich metriky

  • Dimenze kvality: správnost, úplnost, včasnost, konzistence, jedinečnost, validita, referenční integrita.
  • Typické metriky: % chybějících hodnot, % porušení domén, počet duplicit na klíč, zpoždění aktualizace (SLA), počet incidentů za měsíc, First Time Right.
  • Prahy a SLA: definuje Data Owner, měří a vykazuje Data Steward; při překročení následuje eskalace.

Správa metadat, katalog a slovník pojmů

  • Business glossary: jednotné definice KPI, dimenzí a hierarchií; za definici odpovídá Business Steward, schvaluje ji Data Owner.
  • Technická metadata: schémata, lineage, provozní metriky; Technical Steward dbá na konzistenci názvů, datových typů, verzí a vyřazování zastaralých položek.
  • Klasifikace a označování: štítky citlivosti (např. veřejné, interní, důvěrné, citlivé osobní údaje) řízené politikou a mapované na IAM.

Řízení přístupů, citlivost a GDPR

  • Role Data Ownera: schvaluje účely zpracování, právní tituly a rozsah sdílení; přijímá výstupy posouzení vlivu na ochranu osobních údajů (DPIA) a stanovuje dobu uchovávání.
  • Role Data Stewarda: zavádí maskování a pseudonymizaci, zajišťuje recertifikaci přístupů a evidenci zásahů do dat.
  • Spolupráce s DPO/Security: posouzení vlivů (DPIA), reakce na žádosti subjektů údajů, řízení případů porušení zabezpečení (reakce na incidenty).

Master Data a referenční data: kdo za co odpovídá

  • Data Owner: stanovuje zásady pro golden record a zdroje pravdy, schvaluje pravidla slučování, deduplikace a priority systémů.
  • Data Steward: operativně spravuje pracovní postupy MDM (sloučení/rozdělení), validace a publikační kanály do systémů, které data využívají.

Data jako produkt: SLA a plán rozvoje

  • SLA datového produktu: dostupnost, latence, kvalita, kontaktní místa a eskalační matice.
  • Plán rozvoje: Data Owner definuje hodnotu a priority; Data Steward rozpracovává plán vydávání, verze schématu a pokyny k migraci.

Nástroje a integrace do ekosystému

  • Katalog a lineage: nástroje pro katalogizaci, automatické skenování a mapování toků (pro Stewardy).
  • Monitorování DQ: pravidla a senzory kvality s upozorněními v ticketovacím systému (Steward R/A).
  • IAM a maskování: řízení přístupu podle rolí, zabezpečení na úrovni řádků/sloupců, dynamické maskování (Steward R, Owner A).
  • Řízení změn: úložiště schémat, verzování, schvalovací workflow (Owner A, Steward R).

Organizační modely: centralizace vs. federace

  • Centralizovaný model: jeden tým Governance; silná standardizace, pomalejší zavádění v doménách.
  • Federovaný model (data mesh): vlastníci domén a Stewardi; centrální rámec standardů a dohled (Data Council).
  • Hybridní model: centrální pravidla pro standardy + realizace a odpovědnost na úrovni domén.

Řídicí struktury: Data Council, Steward Council

  • Data Council: Data Owneři domén + CDO; schvalují politiky a rozpočty a řeší spory ohledně priorit.
  • Steward Council: Business/Technical Stewardi; sjednocují praktické standardy, sdílejí zavedené postupy a získané zkušenosti.

KPI a měřitelnost přínosů

  • Kvalita: pokles počtu incidentů, % splněných SLA pro DQ, trend bezchybnosti kritických atributů.
  • Soulad s předpisy: % aktuálních klasifikací, úspěšnost recertifikací přístupů, doba vyřízení DPIA/žádostí subjektů údajů.
  • Produktivita: čas od požadavku na definici KPI po její zveřejnění, doba obnovy po změně schématu.
  • Adopce: počet certifikovaných datových zdrojů, NPS datových produktů, počet aktivních uživatelů.

Plán implementace a minimální životaschopná správa dat

  1. Vymezit domény a jmenovat Data Ownery a Stewardy (mandát, časová alokace).
  2. Spustit katalog a slovník pojmů s pravidlem 50/20: 50 nejkritičtějších pojmů, 20 nejdůležitějších datových sad.
  3. Zavést 5–10 pravidel DQ pro klíčové atributy (PK, integrační klíče, soulad s referenčními číselníky).
  4. Nastavit workflow přístupů (žádost → schválení Ownerem → přiřazení rolí Stewardem → kontrola expirace).
  5. Založit Data Council a zavést měsíční vykazování KPI kvality a souladu s předpisy.

Nejčastější antipatterny a jak se jim vyhnout

  • „Vlastním data, ale bez rozpočtu“: Data Owner bez finančních pravomocí → pouhá formalita. Odpovědnost je nutné zakotvit v P&L/rozpočtu.
  • „Steward bez času“: role přidělená „bokem“. Je třeba vyhradit kapacitu a stanovit jasné cíle.
  • Chybějící slovník pojmů: různé definice KPI mezi útvary → nelze rozhodovat. Zaveďte certifikaci pojmů.
  • Ad hoc přístupy: bez evidence a expirace → riziko úniku. Zaveďte recertifikaci a schvalování Ownerem.
  • DQ bez akce: měření bez nápravy. Zajistěte proces třídění incidentů a stanovování priorit ve spolupráci s Ownerem.

Šablony artefaktů pro praxi

  • Data Ownership Charter: účel domény, KPI, odpovědnosti, rozpočet, SLA.
  • Data Steward Playbook: standardy názvosloví, validace, workflow incidentů, kontrolní seznam pro publikaci.
  • Definition of Done (DoD) pro datový produkt: slovník pojmů, lineage, testy DQ, model přístupů, verze schématu, changelog.

Závěr: role, které přetvářejí data v důvěryhodný kapitál

Data Owner udává směr a stanovuje priority a nese odpovědnost; Data Steward zajišťuje, aby data byla v každodenním provozu správná, dostupná a srozumitelná. Společně s jasnými standardy, metrikami a nástroji přetvářejí různorodá datová aktiva v opakovaně použitelný, důvěryhodný a auditovatelný kapitál organizace. Klíčem je mandát, disciplína a průběžné zlepšování – nikoli jednorázový projekt.