Běžné pořadí je: vybrat nástroj, nástroj nastavit, a pak doufat, že se proces tomu nějak přizpůsobí. To v praxi nefunguje, protože nástroj s sebou nenese proces. Nástroj přináší pole, propojení, dashboardy — ale ne odpověď na otázku, kdo ve vaší organizaci odpovídá za spotřebu energie budovy tři, nebo zda facility manager, který toto číslo dodává, ví, že skončí ve zprávě o rozsahu 2 (scope 2).
Správné pořadí je opačné: nejprve popsat proces, teprve pak vybrat nástroj na základě toho, co tento proces potřebuje. Zní to jako zajížďka, ale je to nejkratší cesta, protože každý funkční požadavek, který na nástroj kladete, musí vycházet z vaší vlastní datové organizace. Bez tohoto výchozího bodu vybíráte podle funkcí, které za důležité považuje dodavatel, ne podle funkcí, které řeší váš skutečný problém.
Náklady špatného pořadí nejsou vidět okamžitě, protože nástroj, který neodpovídá potřebám, funguje na začátku bez problémů — pro tu část procesu, která náhodou odpovídá tomu, co nástroj očekává. Zbytek se doplňuje ručně kolem: příloha v Excelu tady, e-mailová korespondence tam, zaměstnanec, který přesně ví, který krok zrovna leží mimo systém. To funguje, dokud tento zaměstnanec neodejde nebo se rozsah dat nezvýší.
Co to stojí, závisí na tom, kolik datových bodů běží mimo nástroj a jak často je třeba je při každém reportovacím cyklu znovu ručně sbírat. Při malém počtu bodů je to přijatelná zajížďka. Při rostoucím počtu — více lokalit, více kategorií rozsahu 3 (scope 3), více navazující legislativy — se zajížďka stává hlavní trasou a vy strukturálně platíte za nesoulad mezi nástrojem a procesem. Je to jiný způsob, jak vyjádřit to, co stojí i na této stránce: nástroj nasazený nad neuspořádaným procesem produkuje uhlazenější zprávy o stejně nespolehlivých číslech.
Funkční požadavek je požadavkem až tehdy, když z něčeho vychází. „Nástroj musí umět zobrazit lineage“ není požadavek, dokud nevíte, že váš controller třikrát ročně musí ručně dohledávat, odkud číslo pochází. „Nástroj musí umět zaznamenat vlastnictví“ není požadavek, dokud jste neviděli, že datový bod bez vlastníka nefiguruje na žádném akčním seznamu.
Právě proto musí nejprve existovat registr datových bodů, lineage source-to-report pro každý datový bod a přiřazení vlastnictví, nezávisle na tom, jaký nástroj si nakonec vyberete. Jakmile tyto tři věci existují na papíře — jaký datový bod, odkud pochází, kdo za něj odpovídá — máte seznam požadavků, který nepochází od dodavatele, ale z vaší vlastní organizace. Tento seznam používáte k porovnávání nástrojů, ne k tomu, abyste si jeden vybrali naslepo. Jak k tomuto porovnávání přistoupit bez pozdější lítosti, popisuje tato stránka o výběru nástroje.
Místo, kde se data nacházejí, se výrazně liší podle odvětví, a to určuje i to, které funkční požadavky jsou relevantní. Ve stavební firmě je velká část dat o udržitelnosti u subdodavatelů a přímo na stavbě, jak je popsáno na této stránce o datových zdrojích ve stavebnictví; tam je pravděpodobně důležitější požadavek na více externích zdrojů na projekt než v jiných odvětvích. V instalatérském oboru jsou data častěji rozptýlena mezi servisní lístky a evidenci materiálu na úrovni projektu, jak lze číst na této stránce o instalatérském oboru; tam se hlavně počítá, zda nástroj umí sloučit jednotlivé vstupní body bez ručního zásahu.
Obecná otázka — nejprve nastavit proces, nebo nejprve koupit nástroj — je dále rozvedena na této stránce a klíčová otázka této stránky, jaké požadavky přesně vyplývají z vašeho vlastního procesu, je shrnuta na této stránce. Obě stránky vycházejí ze stejného bodu: pořadí určuje, zda je požadavek skutečným požadavkem, nebo jen odhadem.
Data Readiness Scan zaznamenává registr datových bodů, lineage a vlastnictví ještě před tím, než se začne mluvit o nástroji. Nejde o reportovací nástroj ani o dotazníkové řešení — je to krok, který určuje, co má nástroj pro vaši organizaci vlastně umět. Bez tohoto kroku kupujete funkce; s tímto krokem kupujete řešení problému, který dokážete konkrétně určit.
Scan se právě připravuje. Kdo chce mít svůj proces takto zmapovaný ještě před volbou nástroje, se může přihlásit na seznam zájemců a bude informován, jakmile bude scan k dispozici.
Jakmile existuje registr datových bodů a je jasné, který datový bod pochází z jakého zdroje a kdo za něj odpovídá, vzniká druhá, přirozená otázka: která část práce kolem toho — sbírání, kontrola a přenos čísel — je stále lidská práce, a kterou část může převzít systém bez poklesu spolehlivosti. Na tuto otázku odpovídá pracovní scan FTE TO AI, který pro každý úkol vypočítá, jakou část práce může převzít AI. Je to jiný scan než Data Readiness Scan, a logické navazující řešení: nejprve zjistit, co jsou data a odkud pocházejí, teprve pak se dívat, jaká část ruční práce kolem toho může být nadbyteč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.