Koja kontrola pripada ovoj podatkovnoj točki, i tko to primijeti kada vrijednost odstupa

Podatkovna točka bez kontrole je broj kojem nitko ne proturječi. Nalazi se u izvještaju, dolazi iz sustava ili proračunske tablice, i prihvaća se jer nema povoda da se dovede u pitanje. Tek kada vanjska strana postavi pitanje, ili kada se brojka iznenada promijeni deset puta u odnosu na prošlu godinu, postaje jasno da nikada nitko nije pogledao. Tada je kasno da se rekonstruira gdje je pošlo po zlu.

Pitanje koje to sprječava lako je postaviti, a teško odgovoriti bez strukture: koja kontrola pripada ovoj podatkovnoj točki, i tko primijeti kada nešto krene po zlu. To su dva pitanja, i oba bi trebala imati odgovor prije nego što brojka ulazi u izvještaj.

Što je valjana vrijednost, a što nije

Svaka podatkovna točka ima granice. Potrošnja energije ne može biti negativna. Broj ekvivalenta punog radnog vremena nije decimalni broj. Postotak ne prelazi sto. To se čini samorazumljivim, ali u praksi takve granice nigdje nisu zapisane — postoje u glavi osobe koja godinama obrađuje te podatke, i nestaju čim ta osoba promijeni funkciju.

Zapisivanje valjane vrijednosti ne znači samo bilježenje donje i gornje granice. Znači i utvrđivanje u kojoj se jedinici podatkovna točka dostavlja, koji su formati datuma dopušteni, i je li prazno polje valjan rezultat ili znak da nešto nedostaje. Bez tog dogovora, svaka se iznimka iznova procjenjuje, ovisno o tome tko je trenutno pogleda. Što se točno smatra valjanim, i kada je granična vrijednost prije pretpostavka nego pravilo, razrađeno je na stranici o tome što je valjana vrijednost.

Razlika između pogreške i signala

Ne svako odstupanje je pogreška. Podatkovna točka može u potpunosti biti unutar valjanih granica i ipak biti signal — potrošnja koja iznenada padne, broj koji je tri puta veći nego prethodnog tromjesečja, dobavljač koji prvi put u dvije godine ne dostavlja podatke. To nisu nevaljane vrijednosti. To su vrijednosti koje traže pogled osobe koja poznaje kontekst.

Pravilo signala je dakle nešto drugo od pravila provjere valjanosti. Provjera valjanosti utvrđuje može li vrijednost postojati. Signal utvrđuje je li vrijednost, čak i ako je valjana, ipak razlog za pogled. Kako se taj prag postavlja — fiksni postotak odstupanja, usporedba s povijesnim nizom, ili kombinacija — ovisi o podatkovnoj točki i o tome koliko je stabilna temeljna aktivnost inače. Postavljanje takvog pravila, uključujući odvagivanje između previše i premalo signala, opisano je na stranici o postavljanju odstupanja signala.

Tko to primijeti nije tehničko pitanje

Pravilo koje nitko ne vidi nije pravilo. Ako se negdje u sustavu oglasi provjera valjanosti ili signal, mora biti jasno tko prima obavijest i što ta osoba s njom radi. Je li to osoba koja unosi podatke, vlasnik podatkovne točke, ili osoba koja ima pregled nad cjelinom prije nego što se izvještaj sastavi? Bez određenog primatelja, signal nestaje u zapisu koji nitko ne pregledava.

Ovo se dotiče vlasništva, a vlasništvo se dotiče problema koji u mnogim organizacijama ostaje neriješen: različiti dijelovi koriste različite definicije za ono što je na papiru ista podatkovna točka. Jedna poslovnica broji ekvivalente punog radnog vremena uključujući iznajmljeno osoblje, druga ne. Kada se oglasi signal da vrijednost odstupa, prvo pitanje često nije je li vrijednost točna, nego je li svima jasna ista definicija. Kako s tim postupiti, opisano je na stranici o različitim definicijama među dijelovima.

Zašto ovo ne počinje s alatom

Privlačno je tražiti ove kontrole u softverskom paketu: nešto što automatski upozorava, provjerava valjanost i izvještava. Ali alat koji provodi kontrole na podacima za koje nitko nije utvrdio što je valjana vrijednost, ne provodi kontrolu — on samo daje uredan izgled rezultatu procesa koji još nije osmišljen. Pravila prvo moraju postojati, neovisno o tome koji ih sustav u konačnici primjenjuje. Taj redoslijed, i zašto njegovo okretanje najčešće vodi do razočaranja, objašnjeno je na stranici o tome kupiti prvo alat ili prvo urediti proces.

Što to donosi prije nego što se nešto izgradi

Ako je za svaku podatkovnu točku utvrđeno što je valjana vrijednost, kada se oglašava signal, i tko taj signal prima, nastaje registar koji ne samo da dokumentira, nego je i upotrebljiv kao paket zahtjeva. Taj registar je upravo ono što je potrebno za utvrđivanje što bi sustav — izgrađen unutar organizacije ili kupljen — trebao moći kasnije. Bez tog paketa zahtjeva, svaka nabava postaje kockanje. Kako to prevesti u funkcionalne zahtjeve koji proizlaze iz vlastitog procesa, umjesto od dobavljača, opisano je na stranici o funkcionalnim zahtjevima iz vlastitog procesa.