Ena tovarna tehta odpadke na tehtnici. Druga tovarna oceni količino na podlagi volumna zabojnika. Obe posredujeta številko za isto vrstico v poročilu. Nihče ni lagal, nihče ni naredil napake. Le nikoli ni bilo zapisano, kakšna je natančna definicija tega podatka, zato je vsaka enota izbrala najbolj logično razlago, ki je bila na voljo.
To ni izjema. To je normalno stanje organizacije, kjer isto metriko posredujejo različne ekipe, z različnimi izvornimi sistemi in različno zgodovino. Vprašanje ni, kako to razliko odpraviti preden nastane. Vprašanje je, kaj storiti z njo, ko jo opazite.
Korak, ki se najpogosteje izpusti, je, da definicija sama nekje obstaja zapisana. Ne v glavi kontrolerja, ki to počne na enak način že leta, temveč v registru: ta podatek pomeni to, se meri tako, in te enote se štejejo ali ne štejejo zraven. Kaj je znotraj tega veljavna vrednost in kdo opazi, če neka dobava pade zunaj tega okvira, je opisano na strani o tem, kaj je veljavna vrednost in kdo opazi, če vrednost pade zunaj okvira. Brez tega zapisa je vsak seštevek med enotami seštevek stvari, ki niso povsem enake, zapakiran v eno številko, ki na videz izgleda enoznačna.
Ta zapis je prav delo, ki ga opravlja Data Readiness Scan: ne ponovno pisanje poročila, temveč izgradnja registra podatkov, v katerem je za vsak podatek zapisano, kaj je, od kod prihaja in kdo zanj odgovarja. Ta register je mesto, kjer razlika med enotami postane vidna, namesto da postane vidna šele po tem, ko je številka že seštevana.
Ko enkrat opazite, da enota A in enota B različno razumeta isti podatek, obstajajo v grobem tri poti.
Prva je harmonizacija: uveljaviti eno definicijo za celotno organizacijo, z vsemi sistemskimi prilagoditvami, ki to spremljajo. To je pogosto pravilna pot na daljši rok, vendar ni nekaj, kar bi bilo končano čez noč.
Druga je dokumentiranje in popravljanje: odstopanje pustiti tam, kjer je, vendar zapisati, kako veliko je, in s fiksnim preračunom poskrbeti, da je skupni znesek pravilen. To deluje, kadar je razlika stabilna in znana — na primer, kadar ena poslovna enota strukturno uporablja drugačno metodo merjenja, ki jo je mogoče izpeljati nazaj.
Tretja je opozarjanje: ne popraviti, temveč postaviti zastavico, ko dobava odstopa od vzorca, ki ga od te enote pričakujete. Kako nastaviti tako odstopanje in kdo o tem prejme obvestilo, je razdelano na strani o tem, kako nastavite opozorilno odstopanje in kdo opazi, ko se to zgodi. Ta pot ni namenjena reševanju problema, temveč preprečevanju, da bi ostal neopažen, medtem ko delate na strukturni rešitvi.
Katera pot je primerna, je odvisno od tega, koliko enot odstopa, kako stabilno je to odstopanje in koliko časa je na voljo, preden številka vstopi v poročevalsko obdobje. To je tehtanje, ki se razlikuje od organizacije do organizacije in ki ga ta register ne opravi namesto vas — pokaže pa, da je tehtanje treba opraviti.
Razlika v definiciji je ena od najbolj tihih napak, ki obstajajo, ker ima vsaka enota posamično prav. Poslovna enota, ki ocenjuje na podlagi volumna zabojnika, znotraj svojega lastnega procesa ne dela nič narobe. Problem nastane šele na ravni, kjer se številke združijo, in ravno tam pogosto nihče ni določen, da preveri, ali so osnovne definicije sploh primerljive.
Zato je lastništvo posameznega podatka prav tako pomembno kot definicija sama. Kateri kontrolni ukrepi sodijo k posameznemu podatku in kdo opazi, če je eden od teh ukrepov izpuščen, je opisano na strani o tem, kateri kontrolni ukrepi sodijo k podatku in kdo opazi, če kateri manjka. Brez določenega lastnika vprašanje 'kdo pa dejansko to opazi' ostaja neodgovorjeno, tudi če je definicija zapisana na papirju.
Skušnjava je, da bi ta problem rešili z sistemom, ki samodejno normalizira dobave. Vendar orodje, postavljeno nad zbirko nedefiniranih podatkov, ne normalizira ničesar — enake razlike zapakira v bolj urejen vmesnik. Vrstni red, ki se obdrži, je najprej zapisati definicijo in lastništvo, šele nato pogledati, kateri sistem k temu ustreza. Zakaj ta vrstni red ni naključen, je razdelano na strani o tem, ali najprej kupiti orodje ali najprej urediti proces.
Ko je za posamezen podatek zapisano, kaj je definicija, kdo je lastnik in katera odstopanja se zaznavajo, se pojavi drugačno vprašanje: kdo bo pozneje opravljal delo, ki spremlja te kontrolne ukrepe — preračunavanje, poizvedovanje pri enoti, ki odstopa, vzdrževanje registra samega. Del tega dela je dovolj ponovljiv, da ga je mogoče prenesti na avtomatiziran korak, del pa zahteva presojo, ki ostaja pri človeku. Delovna analiza podjetja FTE TO AI za vsako nalogo izračuna, kateri del je mogoče prevzeti z AI, na podlagi enake vrste konkretnosti kot ta register: ne vprašanje, ali je avtomatizacija mogoča, temveč kateri del katere naloge sodi vanjo.
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.