Katera kontrola spada k tej podatkovni točki, in kdo opazi, če vrednost odstopa

Podatkovna točka brez kontrole je številka, ki ji nihče ne oporeka. Znajde se v poročilu, prihaja iz sistema ali preglednice, in je sprejeta, ker ni razloga, da bi jo kdo izpodbijal. Šele ko zunanja stranka postavi vprašanje, ali ko se številka nenadoma za desetkrat spremeni glede na prejšnje leto, se izkaže, da si jo nikoli nihče ni ogledal. Takrat je že prepozno, da bi lahko rekonstruirali, kje je šlo narobe.

Vprašanje, ki to preprečuje, je enostavno zastaviti in težko odgovoriti brez strukture: katera kontrola spada k tej podatkovni točki, in kdo opazi, če gre kaj narobe. To sta dve vprašanji, in oba bi morala imeti odgovor, preden številka pride v poročilo.

Kaj je veljavna vrednost, in kaj ni

Vsaka podatkovna točka ima meje. Poraba energije ne more biti negativna. Število fte ni decimalno število. Odstotek ne presega sto. To se zdi samoumevno, vendar v praksi takšne meje nikjer niso zapisane — obstajajo le v glavi osebe, ki podatke že leta obdeluje, in izginejo, ko ta oseba zamenja funkcijo.

Zapisati veljavno vrednost ne pomeni samo določiti spodnjo in zgornjo mejo. Pomeni tudi zapisati, v kateri enoti se podatkovna točka posreduje, katere formate datumov je dovoljeno uporabljati, in ali je prazno polje veljaven izid ali znak, da nekaj manjka. Brez tega dogovora se vsaka izjema ponovno presoja, glede na to, kdo jo v tistem trenutku pogleda. Kaj natančno šteje kot veljavno, in kdaj je mejna vrednost prej domneva kot pravilo, je razloženo na strani o tem, kaj je veljavna vrednost.

Razlika med napako in signalom

Ne vsako odstopanje je napaka. Podatkovna točka je lahko povsem znotraj veljavnih meja in kljub temu signal — poraba, ki nenadoma upade, število, ki je trikrat večje kot prejšnje četrtletje, dobavitelj, ki prvič v dveh letih ne posreduje podatkov. To niso neveljavne vrednosti. So vrednosti, ki zahtevajo pogled osebe, ki poznuje kontekst.

Signalno pravilo je torej nekaj drugega kot pravilo za preverjanje veljavnosti. Preverjanje veljavnosti določa, ali vrednost lahko obstaja. Signal določa, ali je vrednost, tudi če je veljavna, kljub temu razlog za pregled. Kako se ta mejna vrednost določi — fiksen odstotek odstopanja, primerjava s zgodovinskim nizom, ali kombinacija — je odvisno od podatkovne točke in od tega, kako stabilna je običajno osnovna dejavnost. Zasnova takšnega pravila, vključno s tehtanjem med preveč in premalo signali, je opisana na strani o določanju signalnega odstopanja.

Kdo to opazi, ni tehnično vprašanje

Pravilo, ki ga nihče ne vidi, ni pravilo. Če se nekje v sistemu sproži preverjanje veljavnosti ali signalno preverjanje, mora biti določeno, kdo prejme obvestilo in kaj ta oseba z njim naredi. Ali je to oseba, ki vnaša podatke, lastnik podatkovne točke, ali nekdo, ki ima celoten pregled, preden se poročilo sestavi? Brez določenega prejemnika signal izgine v dnevniku, ki ga nihče ne pregleduje.

To se navezuje na lastništvo, in lastništvo se navezuje na problem, ki v številnih organizacijah ostaja nerešen: različni deli organizacije uporabljajo različne definicije za, na papirju, isto podatkovno točko. Ena enota šteje fte vključno z najetim osebjem, druga ne. Ko se sproži signal, da vrednost odstopa, prvo vprašanje pogosto ni, ali je vrednost pravilna, temveč ali vsi uporabljajo isto definicijo. Kako to obravnavati, je opisano na strani o razlikah v definicijah med enotami.

Zakaj se to ne začne z orodjem

Skušnjava je iskati te kontrole v programski opremi: nekaj, kar samodejno opozori, preveri veljavnost in poroča. Toda orodje, ki izvaja kontrole na podatkih, za katere nihče ni zapisal, kaj je veljavna vrednost, ne izvaja kontrole — ponuja le videz urejenega izida za proces, ki še vedno ni bil premišljen. Pravila morajo obstajati najprej, ne glede na to, kateri sistem jih bo nazadnje uporabljal. Ta vrstni red, in zakaj njegovo obračanje po navadi vodi v razočaranje, je pojasnjeno na strani o tem, ali najprej kupiti orodje ali najprej urediti proces.

Kaj to prinese, še preden se kaj zgradi

Če je za vsako podatkovno točko zapisano, kaj je veljavna vrednost, kdaj se sproži signal, in kdo ta signal prejme, nastane register, ki ne samo dokumentira, temveč je tudi uporaben kot nabor zahtev. Ta register je natanko tisto, kar je potrebno za določitev, kaj mora sistem — interno zgrajen ali kupljen — v prihodnje zmogati. Brez tega nabora zahtev postane vsak nakup ugibanje. Kako to prevesti v funkcionalne zahteve, ki izhajajo iz vašega lastnega procesa in ne od ponudnika, je opisano na strani o funkcionalnih zahtevah iz lastnega procesa.