Otázka se zdá jednoduchá, dokud se ji nepokusíte zodpovědět. Data o udržitelnosti pocházejí z HR systémů, facilitních dashboardů, dodavatelů energie, tabulek jednotlivých zaměstnanců a někdy z paměti někoho, kdo už řadu let dodává stejná čísla. Bez přehledu nikdo přesně neví, jaké datové body existují, odkud pocházejí a zda ještě souhlasí s tím, co bylo někdy zaznamenáno.
Registr datových bodů je odpovědí na tento zmatek. Nikoli jako nástroj pro reportování, ale jako evidence samotných dat: co je datový bod, odkud pochází, kdo za něj odpovídá a jakým pravidlům musí vyhovovat, než je možné jej použít.
Registr je víc než seznam názvů čísel. U každého datového bodu by mělo být zaznamenáno přinejmenším následující:
Bez těchto polí je seznam datových bodů pouze sbírkou názvů bez původu. S těmito poli je vidět, odkud data pocházejí a kde jsou slabá místa.
Pořadí, ve kterém registr sestavujete, určuje, zda z něj něco vzejde. Nezačínejte u struktury reportování, ale u toho, co je již zaznamenáno. Na stránce kde datový bod již existuje je popsáno, jak to vysledovat: číslo často už existuje v jiném systému, než byste čekali, pod jiným názvem nebo v jiné jednotce.
Poté následuje otázka, jak nastavit samotnou strukturu, jaká pole jsou povinná a v jakém pořadí datové body přidávat, aby se registr nestal neovladatelným. Tento proces je popsán na stránce jak sestavit registr datových bodů.
Ne každý datový bod má okamžitě dohledatelný zdroj. Některá čísla byla kdysi zadána manuálně, převzata ze staré zprávy nebo odhadnuta osobou, která už mezitím ve firmě nepracuje. Co v takové situaci dělat a jak to odlišit od datových bodů, které zdroj mají, je popsáno na stránce co dělat s datovým bodem bez zdroje.
Dalším opakujícím se problémem je zdvojení: tentýž datový bod, který se do registru dostane dvěma cestami, s trochu odlišnými hodnotami. Jak to rozpoznat dřív, než to vede k rozporným číslům, je popsáno na stránce jak rozpoznat zdvojený datový bod.
Skutečnost, že datový bod je v registru, neznamená, že je v pořádku. Kontrola správnosti je samostatný krok: hodnota musí odpovídat zdrojové definici, jednotka musí souhlasit s tím, co očekává pravidlo kvality, a vlastník musí být schopen potvrdit, že se od posledního ověření na procesu nic nezměnilo.
K tomu je potřeba vědět, jak datový bod putuje od zdroje ke zprávě. Toto zmapování se nazývá source-to-report mapping a je samostatným krokem odděleným od zaznamenání definice. Co toto mapování přesně obnáší a proč registr bez tohoto mapování zůstává neúplný, si můžete přečíst na stránce co je source-to-report mapping.
Otázka, kdy je registr dostatečně kompletní, aby na něj bylo možné se spolehnout, nemá pevnou odpověď v počtu datových bodů. Závisí na rozsahu povinnosti reportování, na tom, kolik datových bodů už má ověřený zdroj a vlastníka, a na tom, kolik jich je stále označeno jako otevřených nebo nejasných. Registr není hotový, protože vypadá kompletně, ale protože jsou otevřené body známé a zvládnuté. Jak to zjistit, je popsáno na stránce kdy je registr hotový.
Registr datových bodů je momentkou toho, co je nyní zaznamenáno. Bez údržby se rozpadá stejně rychle jako tabulky, které měl nahradit: zdroje se mění, vlastníci odcházejí, definice se posouvají, aniž by je někdo v registru aktualizoval.
Velká část práce nutné k udržení aktuálnosti registru je rozpoznatelná a opakovatelná: kontrola zdrojů, ověřování hodnot vůči pravidlům kvality, signalizace změn. Kterou část této údržby lze podpořit pomocí AI a která část stále vyžaduje lidské posouzení, nelze říci obecně. Werkscan od FTE TO AI to vypočítá pro každý úkol zvlášť, na základě toho, co úkol přesně obnáší a jak často se opakuje, takže je zřejmé, jakou část práce lze převzít a jakou nikoli.
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.