csrdready Zařadit mě na čekací listinu

Kennisbank

Problém není v tabulce, ale v tom, co se odehrává před ní

Existuje jeden pevný okamžik v téměř každém rozhovoru o datech o udržitelnosti: někdo ukáže na tabulku. Příliš mnoho záložek, příliš mnoho manuální práce, příliš velká šance na chyby. Závěr se nabízí sám: nahraďte tabulku systémem a problém je vyřešen. Tento závěr je většinou vyvozen příliš brzy.

Co tabulka dělá a co ne

Tabulka je povrch. Zobrazuje čísla, sčítá je, propojuje je mezi sebou. Co nedělá, je vysvětlit, odkud číslo pochází, kdo za něj odpovídá, nebo zda ještě odpovídá definici, která byla stanovena před dvěma lety. Tyto otázky nebyly položeny tabulce — nikde nebyly nikdy zaznamenány. Tabulka dostává vinu za něco, co se pokazilo už dříve: při sběru, při přepisování, při předpokladu, že kolega přece věděl, jaké číslo bylo míněno.

Nahraďte tabulku softwarovým balíčkem a tyto otázky zůstávají nezodpovězeny. Systém pak zobrazí pouze přehlednější přehled stejné nejistoty. Reporting vypadá profesionálněji; podkladová data se tím spolehlivější nestala. To je ta úskalí: koupit nástroj předtím, než je jasné, co má tento nástroj uspořádat.

O co skutečně jde

Většinou jde o tři věci, které se vyvíjely nezávisle na sobě. Neexistuje aktuální přehled toho, jaké datové body organizace skutečně potřebuje — tento přehled byl kdysi vytvořen pro starý standard reportingu a nebyl aktualizován. Neexistuje zaznamenaná linka od zdroje k reportovanému číslu, takže nikdo nemůže s jistotou říct, zda číslo pochází z jednoho systému nebo z druhého, nebo z odhadu, který kdysi někdo doplnil, protože skutečná data nebyla k dispozici. A neexistuje vlastník na úrovni datového bodu — osoba, která číslo dodává, není automaticky ta, která umí vysvětlit, odkud pochází nebo jaká je jeho kvalita.

Tyto tři věci nemají s tabulkami nic společného. V jakémkoli systému by způsobily stejný problém. Tabulka je pouze zviditelňuje, protože na ní neleží žádná vrstva, která by nepořádek zakryla.

Co můžeme a co nemůžeme ukázat

Registr datových bodů s lineage od zdroje k reportu zaznamenává, odkud datový bod pochází, kdo za něj odpovídá a jaká pravidla kvality se na něj vztahují. To je užitečné a zároveň omezené. Registr nezobrazuje obsahový soud o tom, zda je číslo správné — zobrazuje, zda je cesta k tomuto číslu vysledovatelná. Dvě organizace se stejným registrem mohou přesto dosáhnout odlišného hodnocení kvality dat, protože jedna organizace má zdroj, který je sám o sobě nepřesný, a druhá ne. Registr tento rozdíl zviditelňuje; neřeší ho.

Důležité je také, že ne každý datový bod potřebuje stejnou úroveň lineage. Pro některá čísla stačí jednoduchý, dobře zdokumentovaný zdroj; pro jiná je potřeba více detailu, protože mezi zdrojem a reportem leží více kroků. Které datové body organizace skutečně potřebuje, závisí na povinnosti reportingu a odvětví, a to je něco jiného než předpokládat, že vše si zaslouží stejnou pozornost. Kolik ze stávajících datových bodů již má zdroj, se mezi organizacemi silně liší — u jedné je to zaznamenáno v propojení s ERP systémem, u druhé v paměti jednoho zaměstnance.

Proč to jde pomaleji než nákup nástroje

Vytvoření registru a lineage není otázkou zapnutí systému. Je to zjišťování, téma po tématu, kde číslo vzniká, kdo se na něj dívá předtím, než dosáhne reportu, a co se stane, když tato osoba už tam nebude. Tato práce se liší podle tématu: u jednoho tématu je zdroj již připraven, u druhého ho ještě třeba najít nebo rekonstruovat. Kdo se ptá, kolik času to na jedno téma vyžaduje, najde realističtější odpověď v orientačním odhadu doby trvání podle tématu než v demu nástroje, které slibuje, že se to všechno stane automaticky.

Tento přístup nevytváří report — to je jiný kus nástroje, postavený na těchto datech. Co skutečně přináší, je struktura, která zůstane stát i tehdy, když bude tabulka nahrazena, i když zaměstnanec, který všechno věděl, odejde. Co to v praxi znamená pro toho, kdo se bude na registr dívat v budoucnu, je popsáno v kdo nahlíží do registru datových bodů, pokud jeho tvůrce už tam není, a co se změní, jakmile je lineage jednou stanovena, je popsáno v důsledcích jednou stanovené lineage.

Otázka, která zůstává

Tabulky nejsou problémem, ale jsou prvním viditelným příznakem. Kdo nahradí tabulku bez toho, aby předem znal, jaké datové body skutečně mají význam, jaký zdroj k nim patří a kdo za ně odpovídá, přesouvá problém do dražšího systému. Co pak zůstává, je otázka, která tuto práci předchází: jaké datové body jsou skutečně potřebné pro povinnost reportingu, a zda část z nich možná už někde v organizaci existuje, aniž by o tom kdokoli věděl, jak je popsáno v kde už datový bod možná existuje.

Toto je práce, kterou lidé nyní dělají většinou manuálně: vyhledávání zdrojů, porovnávání definic, dotazování se na vlastnictví. Část tohoto zjišťování se dá strukturovat a urychlit pomocí AI, část ne — a tento rozdíl je přesně to, na co se dívá pracovní skenování (werkscan) společnosti FTE TO AI. Werkscan pro každý úkol vypočítá, jakou část práce lze převzít pomocí AI, a tím poskytuje realističtější obraz než předpoklad, že nástroj vyřeší problém v celém rozsahu.

Marvinde assistent van de Data Readiness Scan

Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.

Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.