Bežné poradie je: vybrať nástroj, nastaviť ho, a potom dúfať, že sa proces prispôsobí. To v praxi nefunguje, pretože nástroj neprináša so sebou proces. Nástroj prináša polia, prepojenia, dashboardy — ale nie odpoveď na otázku, kto je vo vašej organizácii zodpovedný za spotrebu energie budovy tri, alebo či facility manažér, ktorý dodáva toto číslo, vie, že skončí v reportingu scope 2.
Správne poradie je opačné: najprv popísať proces, potom až vybrať nástroj na základe toho, čo tento proces potrebuje. Znie to ako obchádzka, ale je to najkratšia cesta, pretože každá funkčná požiadavka, ktorú kladiete na nástroj, musí niekde vychádzať z vašej vlastnej organizácie dát. Bez tohto východiskového bodu vyberáte podľa funkcií, ktoré považuje za dôležité dodávateľ, nie podľa funkcií, ktoré riešia vaše konkrétne úzke miesto.
Náklady nesprávneho poradia nie sú hneď viditeľné, pretože nástroj, ktorý nesedí, spočiatku funguje celkom dobre — pre tú časť procesu, ktorá náhodou zodpovedá tomu, čo nástroj očakáva. Zvyšok sa manuálne dobuduje okolo: príloha v Exceli tu, e-mailová korešpondencia tam, zamestnanec, ktorý presne vie, ktorý krok práve nezapadá do systému. To funguje, až kým tento zamestnanec neodíde alebo sa objem dát nezväčší.
Koľko to stojí, závisí od toho, koľko datových bodov prechádza mimo nástroj a ako často sa musia znova manuálne zbierať v každom reportovacom cykle. Pri malom počte bodov je to prijateľná obchádzka. Pri rastúcom počte — viac lokalít, viac kategórií scope 3, viac nadväzujúcej legislatívy — sa obchádzka stáva hlavnou cestou a vy sústavne platíte za nesúlad medzi nástrojom a procesom. Je to iný spôsob vyjadrenia toho, čo stojí aj na tejto stránke: nástroj nad neorganizovaným procesom vytvára úhľadnejšie správy o rovnako nespoľahlivých číslach.
Funkčná požiadavka je požiadavkou až vtedy, keď z niečoho vyplýva. „Nástroj musí vedieť zobraziť lineage" nie je požiadavka, kým neviete, že váš kontrolór musí trikrát ročne manuálne pátrať, odkiaľ číslo pochádza. „Nástroj musí vedieť zaznamenať vlastníctvo" nie je požiadavka, kým ste nevideli, že datový bod bez vlastníka nie je na akčnom zozname nikoho.
Presne preto musia register datových bodov, source-to-report lineage pre každý datový bod a pridelenie vlastníctva existovať najprv, nezávisle od toho, ktorý nástroj si nakoniec vyberiete. Hneď ako tieto tri veci existujú na papieri — ktorý datový bod, odkiaľ pochádza, kto za neho ručí — máte zoznam požiadaviek, ktorý nepochádza od dodávateľa, ale z vašej vlastnej organizácie. Tento zoznam použijete na porovnávanie nástrojov, nie na to, aby ste si jeden slepo vybrali. Ako toto porovnávanie zvládnuť bez ľútosti, je popísané na tejto stránke o výbere nástroja.
Miesto, kde sa dáta nachádzajú, sa výrazne líši podľa sektora, a to určuje aj to, ktoré funkčné požiadavky sú relevantné. V stavebnej firme sa veľká časť dát o udržateľnosti nachádza u subdodávateľov a priamo na stavbe, ako je popísané na tejto stránke o zdrojoch dát v stavebnictve; tam je požiadavka týkajúca sa viacerých externých zdrojov na projekt pravdepodobne dôležitejšia než v iných sektoroch. V instalatérskom odvetví sú dáta častejšie rozptýlené medzi servisnými lístkami a evidenciou materiálu na úrovni projektu, ako je uvedené na tejto stránke o instalatérskom odvetví; tam je najdôležitejšie, či nástroj dokáže zlúčiť samostatné vstupné body bez toho, aby to niekto robil manuálne.
Všeobecná otázka — najprv nastaviť proces alebo najprv kúpiť nástroj — je ďalej rozpracovaná na tejto stránke, a kľúčová otázka tejto stránky, ktoré požiadavky presne vyplývajú z vášho vlastného procesu, je zhrnutá na tejto stránke. Obe stránky vychádzajú z rovnakého bodu: poradie určuje, či je požiadavka požiadavkou, alebo hádaním.
Data Readiness Scan zaznamenáva register datových bodov, lineage a vlastníctvo skôr, než sa začne hovoriť o nástroji. Nejde o reportovací nástroj ani o riešenie s dotazníkom — je to krok, ktorý určuje, čo musí nástroj pre vašu organizáciu skutočne vedieť. Bez tohto kroku nakupujete funkcie; s týmto krokom nakupujete riešenie problému, ktorý viete konkrétne pomenovať.
Scan sa pripravuje. Kto chce mať svoj proces zmapovaný týmto spôsobom skôr, než sa urobí výber nástroja, môže sa prihlásiť na čakaciu listinu a bude informovaný, hneď ako bude scan k dispozícii.
Hneď ako existuje register datových bodov a je jasné, ktorý datový bod pochádza z akého zdroja a kto je za neho zodpovedný, vzniká druhá, prirodzená otázka: aká časť práce okolo toho — zbieranie, kontrola a prepisovanie čísel — je ešte ľudskou prácou, a akú časť môže prevziať systém bez toho, aby klesla spoľahlivosť. Na túto otázku odpovedá pracovný scan FTE TO AI, ktorý pre každú úlohu vypočíta, akú časť práce môže prevziať AI. Je to iný scan než Data Readiness Scan, a logické pokračovanie: najprv vedieť, aké sú dáta a odkiaľ pochádzajú, potom až sa pozrieť, aká časť manuálnej práce okolo toho môže byť zbytočná.
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.