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
- 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).
- Ří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.
- Žá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
- Vymezit domény a jmenovat Data Ownery a Stewardy (mandát, časová alokace).
- 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.
- Zavést 5–10 pravidel DQ pro klíčové atributy (PK, integrační klíče, soulad s referenčními číselníky).
- Nastavit workflow přístupů (žádost → schválení Ownerem → přiřazení rolí Stewardem → kontrola expirace).
- 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.
