V večini organizacij z več poslovnimi enotami ista podatkovna točka obstaja večkrat. Emisije obsega 2 so pri eni enoti navedene v energetskem računu, pri drugi v Excel-izvozu upravitelja objekta, pri tretji pa nikjer — tam se ocenjujejo. To ni napaka enega oddelka. Je posledica let, v katerih nihče ni centralno definiral podatkovne točke, kaj šele njenega vira.
Vprašanje "kaj naredite s tem" predpostavlja, da obstaja en odgovor, ki ustreza vsem. To ni tako. Pristop je odvisen od tega, kaj je pri posamezni poslovni enoti že prisotno, in to se razlikuje.
Preden se odločite o podatkovni točki brez vira, postavite drug ob drugega, kaj ima vsaka poslovna enota dejansko. Pri nekaterih enotah obstaja vir, ki ga nihče ni zapisal — sistem, dobavitelj, lokalna administracija. Pri drugih ta vir ne obstaja in se številka trenutno vnaša na podlagi ocene ali kolega, ki to "približno ve". Ti dve situaciji zahtevata nekaj drugega. Kje že obstaja podatkovna točka je vprašanje, na katerega odgovorite enoto po enoto, preden karkoli dodate ali spremenite v registru.
Šele ko je ta pregled na voljo, vidite, kje je problem dejansko — ne pri podatkovni točki kot konceptu, temveč pri razpršenosti virov, ki so temu podvrženi.
Register podatkovnih točk vsebuje za vsako podatkovno točko ne eno vrstico, temveč toliko vrstic, kolikor je virov. Za podatkovno točko, ki se pojavlja pri treh poslovnih enotah, obstajajo tri vrstice: vsaka s svojim virom, svojim lastnikom in svojim pravilom kakovosti. To se zdi zamudno, vendar preprečuje nekaj hujšega — združevanje številk z različnim izvorom v eno številko, o kateri nihče več ne more povedati, od kod prihaja.
Vsaka vrstica vsebuje najmanj: definicijo podatkovne točke, kot velja za to enoto, izvorni sistem ali dokument, iz katerega izhaja številka, kdo je odgovoren za dobavo in preverjanje, ter pravilo, s katerim se preverja, ali je vrednost verjetna — razpon, primerjava s prejšnjim letom, preverjanje enote. Brez tega zadnjega pravila napako opazite šele, ko jo nekdo po naključju pogleda.
Zapleta, ki se med tem procesom pogosto pojavi: enota A in enota B imenujeta "isto" podatkovno točko, vendar merita nekaj drugega. Ena v obseg 1 vključuje najete avtomobile, druga ne. To ni problem vira, temveč problem definicije, in ga je treba rešiti, preden se nanj poveže vir. Kako take razlike prepoznate, je opisano v kako prepoznate podvojeno podatkovno točko pri več poslovnih enotah. Šele ko je definicija enaka za vse enote, ima smisel povezovati vire — sicer registrirate trikrat nekaj drugačnega pod enim imenom.
Če se po tej raziskavi izkaže, da poslovna enota resnično nima vira za podatkovno točko, obstajata dve poti. Prva: obstaja sistem ali proces, iz katerega bi številka lahko izhajala, vendar ga nihče še ni določil kot vir. Takrat ta vir določite in zapišete, kdo ga upravlja. Druga: resnično ni ničesar, in številka se zdaj ocenjuje ali prevzema od druge enote. Takrat to eksplicitno registrirate kot oceno, s predpostavko, ki stoji za njo, namesto da to naprej obravnavate kot merjeno vrednost. Obe poti spadata v register — ocena, ki ni označena kot ocena, je tveganje, ki se pokaže šele ob preverjanju.
Preden vložite čas v iskanje vira za vsako manjkajočo podatkovno točko, je vredno ugotoviti, ali je ta podatkovna točka za to poslovno enoto relevantna. Majhna pisarniška stavba s petimi zaposlenimi morda ne potrebuje materialne podatkovne točke obsega 3, ki pa je relevantna za produkcijsko lokacijo. Katere podatkovne točke resnično potrebujete pomaga narediti to razlikovanje, tako da ne iščete vira za nekaj, kar se naknadno izkaže za nepotrebno.
Obstaja nagnjenje, da se iskanje virov nadaljuje, dokler ni vse popolno pokrito. To ni merilo. Register je dokončan, ko je za vsako relevantno podatkovno točko, po poslovni enoti, znano, ali obstaja vir, kdo je lastnik in kateri nadzor se nanj uporablja — ne ko je vsaka številka s stoodstotno gotovostjo sledljiva. Kdaj je register dokončan pri več poslovnih enotah opisuje to končno točko konkretno, in koliko vaših podatkovnih točk ima vir je vprašanje, s katerim vmesno merite napredek.
To je delo, ki se izvaja enoto po enoto in ne za celotno organizacijo naenkrat. Koliko časa to zahteva, je odvisno od števila poslovnih enot, števila podatkovnih točk in koliko od njih že ima vir. Del tega dela — povpraševanje lastnikov, zbiranje virov, izpolnjevanje registra — je vrsta naloge, ki se lahko strukturira in delno pospeši. Delovni pregled (werkscan) podjetja FTE TO AI za vsako nalogo izračuna, kateri del te lahko prevzame AI, tako da preden začnete, veste, kateri del ostane ročen in kateri ne.
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.