Prije nego što se broj pojavi u izvještaju, on već ima povijest. Dolazi iz računa za energiju, HR sustava, Excel datoteke koju netko svako tromjesečje ažurira, ili procjene napravljene prije tri godine koja nikada više nije revidirana. Pitanje "gdje ova podatkovna točka već postoji" izgleda jednostavno, ali kod većine organizacija odgovor nije nigdje zapisan. Nalazi se u glavama, u prepisci e-poštom od prošle godine, ili nigdje.
Registar podatkovnih točaka je mjesto gdje se taj odgovor zapisuje. Ne kao izvještaj, već kao evidencija: za svaku podatkovnu točku zabilježeno odakle vrijednost dolazi, tko je za nju odgovoran i kojim pravilima vrijednost mora udovoljavati prije nego što je koristite.
Registar sadrži za svaku podatkovnu točku fiksan skup polja. Naziv i definiciju podatkovne točke, tako da dvoje ljudi ne misle nešto drugo pod istim pojmom. Izvorne sustave ili dokumente iz kojih vrijednost dolazi. Vlasnika: osobu koja može objasniti odakle broj dolazi i koja je kontaktna točka ako nije točan. Obrade koje se odvijaju između izvora i izvještavanja, od preračunavanja jedinica do zbrajanja po lokacijama. I pravila kvalitete kojima vrijednost mora udovoljavati, poput očekivanog raspona ili provjere u odnosu na prethodnu godinu.
Ovo nije izvještajni dokument. To je sloj ispod njega: mjesto gdje možete provjeriti odakle broj dolazi, bez potrebe da nazovete nekoga.
Registar se ne popunjava automatski. Počinje s popisom podatkovnih točaka koje vam trebaju, i za svaku od njih pitanjem: postoji li ovo već negdje, i gdje točno. Za veći dio podatkovnih točaka odgovor nije jedan izvor, već niz koraka: izvoz iz sustava, obrada u proračunskoj tablici, ručna dopuna, i onda konačna vrijednost. Svaki korak u tom nizu trebao bi biti zabilježen u registru, ne samo posljednji.
Uz to idu dva pitanja koja se ne preskaču. Prvo: tko je vlasnik ove podatkovne točke, ne kao formalnost, već kao osoba koja može opravdati vrijednost. Drugo: što se događa s podatkovnom točkom čiji izvor se ne može utvrditi. To se događa češće nego što se očekuje, i što radite s podatkovnom točkom bez izvora pitanje je koje se ne preskače proglašavanjem stvari složenom.
Izgradnja ovog registra zaseban je proces sa svojim redoslijedom: prvo identificirati podatkovne točke, zatim pronaći izvore, zatim odrediti vlasnike, zatim formulirati pravila. Kako izraditi registar podatkovnih točaka opisuje taj redoslijed korak po korak.
Imati podatkovnu točku zabilježenu u registru nije isto što i imati podatkovnu točku koja je točna. Točnost znači da je izvor sljediv, da su obrade između izvora i broja u izvještaju poznate, i da postoji pravilo prema kojem se rezultat može provjeriti. Bez ta tri elementa, broj je pretpostavka s brojkom na njoj.
Obrade su pri tome dio koji najčešće izostaje. Podatkovna točka rijetko ide izravno od izvora do izvještaja; obično se između njih nalazi preračunavanje, spajanje ili korekcija. Koje se obrade nalaze između izvora i izvještaja zato je zasebno pitanje pored pitanja gdje se sam izvor nalazi, a ta dva pitanja zajedno čine ono što je poznato kao source-to-report mapping: potpuni put od sirovog izvora do broja u izvještaju, prikazan u cijelosti.
Drugi problem koji postaje vidljiv tek kad počnete popunjavati registar je dupliranje: ista podatkovna točka koja se dostavlja putem dvaju kanala, s dvjema neznatno različitim vrijednostima. Kako prepoznati dupliranu podatkovnu točku tada nije teoretsko pitanje, već praktična provjera koju provodite na registru prije nego što ga proglasite pouzdanim.
I jer registar nikada nije potpun odjednom, postoji zasebno pitanje za trenutak kada možete prestati tražiti: kada je registar dovršen opisuje o čemu to ovisi, umjesto da navodi fiksan broj podatkovnih točaka ili krajnji rok.
Registar podatkovnih točaka govori vam odakle podatkovna točka dolazi i tko je za nju nadležan. Ne govori vam koliko vremena treba da se ti podaci svake godine ponovno prikupe, ili koji dio tog prikupljanja ostaje ručan a koji se može preuzeti automatski. Kada registar postoji i znate koji se koraci ponavljaju, to pitanje se automatski pojavljuje. Radna skena tvrtke FTE TO AI izračunava po zadatku koji se dio posla može prepustiti AI-u, i time se povezuje upravo na točku gdje registar prestaje: ne gdje se podaci nalaze, već koliko posla treba da se do njih svaki put iznova dođe.
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.