Při více business units vzniká často otázka, na kterou nikdo nedokáže přesně odpovědět: jaké datové body jsou nyní vlastně potřebné a které se sbírají jen proto, že se vyžadovaly už loni. Bez registru roste dotazník úměrně se strachem, že se něco přehlédne. S registrem se ukáže, co každý útvar skutečně dodává, odkud to pochází a zda je odpověď na danou otázku stejný datový bod jako u sousedního útvaru.
Registr datových bodů není šablona pro reporting ani dotazník. Je to seznam datových bodů, u kterých je u každého uvedeno: definice, jednotka, zdroj, vlastník a pravidlo kvality, kterému musí vyhovovat. Pro organizaci s více business units to znamená, že každý datový bod je dohledatelný ke konkrétnímu místu v konkrétním systému, u konkrétní odpovědné osoby. Ne 'emise scope 2 na útvar', ale 'spotřeba kWh z faktury X, zadaná osobou Y, dohledatelná ke Z'.
Otázku, jaké datové body jsou skutečně potřebné, nelze zodpovědět najednou. Vyplývá z kombinace toho, co už existuje. Přehled toho, kde daný datový bod už existuje u více business units ukazuje, jaká část otázky je již zodpovězena stávajícími systémy a jaká část se ještě volně nachází v tabulkách nebo se nikde nezaznamenává. Až když je tento obraz jasný, ukáže se, jaké datové body je skutečně třeba vyžadovat a které se staly zbytečnými.
Sestavování registru nezačíná u systému, ale u seznamu otázek: jaké datové body se nyní používají, kým a na základě jakého zdroje. Jde o organizační, nikoli technické cvičení. Postupný přístup k sestavení registru datových bodů u více business units popisuje, jak tato inventarizace obvykle probíhá: po útvarech, po datových bodech, se zdrojem a vlastníkem u každého z nich.
Při této inventarizaci se objevují dva opakující se problémy. První je datový bod bez jasného zdroje: číslo, které se předává už léta, ale u kterého už nikdo nedokáže ukázat, odkud pochází. Přístup k datovému bodu bez určitelného zdroje u více business units se věnuje tomu, co je v takovém případě třeba udělat: datový bod jednoduše nepřevzít, ale nejprve zdroj rekonstruovat, nebo datový bod označit jako nespolehlivý, dokud to nebude možné.
Druhý problém je zdvojený datový bod: dva business units, které pod jinými názvy a v jiných jednotkách dodávají stejný podkladový údaj. Způsob, jak rozpoznat zdvojený datový bod u více business units pomáhá to zviditelnit, aby registr nezaznamenával dvakrát tutéž skutečnost pod dvěma různými označeními.
Datový bod v registru je kompletní až tehdy, kdy je jisté čtvero: definice je jednoznačná, zdroj je určitelný, vlastník je znám a existuje pravidlo kvality, které určuje, kdy se hodnota považuje za platnou. Pokud jedna z těchto čtyř věcí chybí, datový bod ještě není hotový, bez ohledu na to, kolikrát už byl dodán.
To platí stejně pro otázku, zda je registr jako celek hotový. Registr není kompletní proto, že v něm figuruje dlouhý seznam datových bodů, ale proto, že každý datový bod na tomto seznamu je dohledatelný a každý útvar ví, jaká část seznamu se ho týká. Test toho, kdy je registr hotový u více business units popisuje tuto hranici: nikoli úplnost co do počtu, ale úplnost co do dohledatelnosti.
Užitečným ukazatelem je zde jednoduše to, kolik z datových bodů už má zdroj. Měření toho, kolik z vašich datových bodů má zdroj dává první obraz o tom, jak daleko organizace skutečně je, bez ohledu na to, jak vypadá letošní zpráva nebo dotazník.
Je lákavé nejprve pořídit software, který datové body sbírá, validuje a reportuje. Toto pořadí se obrací proti sobě, pokud podkladový proces ještě není zorganizovaný: nástroj nad neuspořádaným sběrem dat produkuje úhlednější zprávy o číslech, která stále nejsou dohledatelná. Registr — kdo co dodává, z jakého zdroje, podle jakého pravidla — by měl existovat nejdřív. Až pak má nástroj něco spolehlivého, na čem může běžet.
Jakmile registr existuje a u každého datového bodu je jasné, kdo jej dodává, z jakého zdroje a podle jakého pravidla, stává se relevantní jiná otázka: jaká část tohoto procesu dodávání ještě vyžaduje lidskou práci a jaká část je natolik repetitivní, že ji lze přenechat systému. Pracovní sken FTE TO AI vypočítá u každé úlohy, jakou část práce lze přenechat AI, a na základě registru může u každého datového bodu ukázat, kde manuální zadávání, kontrola nebo předávání ustupuje automatizovanému kroku.
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.