Jedna továrna váží odpad na mostní váze. Jiná továrna ho odhaduje na základě objemu kontejneru. Obě dodávají číslo pro stejný řádek v reportu. Nikdo nelhal, nikdo neudělal chybu. Jen nikdy nebylo zaznamenáno, jaká je přesná definice tohoto datového bodu, a tak si každá jednotka zvolila nejlogičtější výklad, který měla k dispozici.
Toto není výjimka. Je to normální stav organizace, ve které je stejná metrika dodávána různými týmy, s různými zdrojovými systémy a různou historií. Otázka není, jak tomuto rozdílu zabránit ještě před jeho vznikem. Otázka je, co s ním uděláte ve chvíli, kdy ho odhalíte.
Krok, který se obvykle vynechává, je ten, že definice samotná musí být někde zapsána. Ne v hlavě controllera, který to takhle dělá už roky, ale v registru: tento datový bod znamená toto, měří se tímto způsobem a tyto jednotky se do něj počítají nebo nepočítají. Co je v rámci toho platnou hodnotou a kdo si všimne, když dodávka tuto hranici překročí, je popsáno na stránce o tom, co je platná hodnota a kdo si všimne, když hodnota tuto hranici překročí. Bez tohoto zaznamenání je každý součet přes jednotky součtem věcí, které nejsou úplně stejné, zabalených do jednoho čísla, které vypadá jednoznačně, ač jednoznačné není.
Toto zaznamenávání je přesně práce, kterou dělá Data Readiness Scan: nikoli přepsat report, ale vybudovat registr datových bodů, ve kterém je u každého datového bodu uvedeno, co je, odkud pochází a kdo za něj odpovídá. Tento registr je místo, kde se rozdíl mezi jednotkami stane viditelným, místo aby se stal viditelným až poté, co je číslo již sečteno.
Jakmile zjistíte, že jednotka A a jednotka B chápou stejný datový bod jinak, existují zhruba tři cesty.
První je harmonizace: prosadit jednu definici pro celou organizaci, se všemi úpravami systémů, které k tomu patří. Toto je často správná cesta z dlouhodobého hlediska, ale není to něco, co lze dokončit ze dne na den.
Druhá je dokumentace a korekce: odchylku ponechat tam, kde je, ale zaznamenat, jak velká je, a pomocí pevného přepočtu zajistit, že celkový výsledek bude správný. To funguje, pokud je rozdíl stabilní a známý — například když jedna pobočka trvale používá jinou metodu měření, kterou lze zpětně dohledat.
Třetí je signalizace: nekorigovat, ale nastavit vlajku ve chvíli, kdy se dodávka odchýlí od vzorce, který od té jednotky obvykle znáte. Jak takovou odchylku nastavit a kdo o ní dostane upozornění, je rozepsáno na stránce o tom, jak nastavit signální odchylku a kdo si toho všimne, když k ní dojde. Tato cesta neřeší problém, ale zabraňuje tomu, aby zůstal nepovšimnut, dokud pracujete na strukturálním řešení.
Která cesta je vhodná, závisí na tom, kolik jednotek se odchyluje, jak stabilní je tato odchylka a kolik času zbývá, než číslo vstoupí do reportovacího období. Toto je zvážení, které se liší podle organizace a které tento registr za vás neudělá — ukáže vám ale, že toto zvážení je třeba udělat.
Rozdíl v definicích je jedna z nejtišších chyb, které existují, protože každá jednotka má sama o sobě pravdu. Pobočka, která odhaduje podle objemu kontejneru, nedělá nic špatně ve svém vlastním procesu. Problém vzniká až na úrovni, kde se čísla scházejí, a právě tam často není nikdo, kdo by měl za úkol zkontrolovat, zda jsou dané definice vůbec vzájemně srovnatelné.
Toto je důvod, proč je vlastnictví každého datového bodu stejně důležité jako definice samotná. Jaké kontroly patří k datovému bodu a kdo si všimne, když jedna z těchto kontrol chybí, je popsáno na stránce o tom, jaké kontroly patří k datovému bodu a kdo si všimne, když jedna chybí. Bez určeného vlastníka zůstává otázka „kdo to vlastně sleduje" nezodpovězena, i když je definice sepsaná na papíře.
Je lákavé chtít tento problém vyřešit systémem, který automaticky normalizuje dodávky. Ale nástroj postavený nad souborem nedefinovaných datových bodů nic nenormalizuje — jen zabalí stejné rozdíly do hezčího rozhraní. Pořadí, které obstojí, je nejprve zaznamenat definici a vlastnictví, a až poté zjišťovat, jaký systém se k tomu hodí. Proč toto pořadí není náhodné, je rozepsáno na stránce o tom, zda nejprve koupit nástroj nebo nejprve nastavit proces.
Jakmile je u každého datového bodu stanoveno, jaká je jeho definice, kdo je jeho vlastníkem a jaké odchylky se signalizují, vzniká jiný druh otázky: kdo bude v budoucnu provádět práci, která k těmto kontrolám patří — přepočítávání, dotazování jednotky, která se odchyluje, udržování registru samotného. Část této práce je natolik opakovatelná, že ji lze předat automatickému kroku, část vyžaduje posouzení, které zůstává na člověku. Werkscan od FTE TO AI vypočítá u každé úlohy, jakou její část je možné převést na AI, na základě stejného druhu konkrétnosti jako tento registr: nikoli otázky, zda je automatizace možná, ale jaká část které úlohy do ní spadá.
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.