Uveljavljen vrstni red je: izbrati orodje, orodje nastaviti in nato upati, da se bo proces temu prilagodil. To v praksi ne deluje, ker orodje ne prinese s seboj procesa. Orodje prinese polja, povezave, nadzorne plošče — ne pa vprašanja, kdo je v vaši organizaciji odgovoren za porabo energije stavbe tri, ali pa vodja obratovanja, ki dostavi to številko, ve, da bo pristala v poročilu o obsegu 2.
Pravilen vrstni red je obraten: najprej opišete proces, šele nato izberete orodje na podlagi tega, kaj ta proces potrebuje. To se sliši kot ovinek, vendar je najkrajša pot, saj vsaka funkcionalna zahteva, ki jo postavite orodju, mora izhajati iz vaše lastne organizacije podatkov. Brez tega izhodišča izbirate na podlagi funkcij, ki jih ponudnik šteje za pomembne, ne funkcij, ki rešujejo vašo ovirо.
Stroški napačnega vrstnega reda niso takoj vidni, saj orodje, ki se ne ujema, na začetku deluje povsem v redu — za tisti del procesa, ki se po naključju ujema s tem, kar orodje pričakuje. Preostanek se ročno zgradi okoli njega: Excel priloga tu, izmenjava e-pošte tam, sodelavec, ki natančno ve, kateri korak pade tik zunaj sistema. To deluje, dokler ta sodelavec ne odide ali se obseg podatkov ne poveča.
Koliko to stane, je odvisno od tega, koliko podatkovnih točk teče zunaj orodja in kako pogosto jih je treba pri vsakem poročevalskem ciklu znova ročno zbrati. Pri majhnem številu točk je to sprejemljiv ovinek. Pri naraščajočem številu — več lokacij, več kategorij obsega 3, več zakonodaje, ki se dodaja — ovinek postane glavna pot in strukturno plačujete za neujemanje med orodjem in procesom. To je drug način, kako povedati to, kar je zapisano tudi na tej strani: orodje nad neorganiziranim procesom proizvaja urejenejša poročila o istih nezanesljivih številkah.
Funkcionalna zahteva je zahteva šele, ko izhaja iz nečesa konkretnega. »Orodje mora znati prikazati izvor podatkov« ni zahteva, dokler ne veste, da mora vaš kontroler trikrat na leto ročno ugotavljati, od kod prihaja neka številka. »Orodje mora znati zapisati lastništvo« ni zahteva, dokler niste opazili, da podatkovna točka brez lastnika ne pristane na nikogaršnjem seznamu opravil.
Zato morajo register podatkovnih točk, sledljivost od vira do poročila za posamezno podatkovno točko in dodelitev lastništva najprej obstajati, neodvisno od tega, katero orodje boste nazadnje izbrali. Ko so te tri stvari zapisane — katera podatkovna točka, od kod prihaja, kdo zanjo odgovarja — imate seznam zahtev, ki ne izhaja od ponudnika, temveč iz vaše lastne organizacije. Ta seznam uporabite za primerjavo orodij, ne za slepo izbiro enega izmed njih. Kako to primerjavo brez obžalovanja izvedete, je opisano na tej strani o izbiri orodja.
Mesto, kjer se podatki nahajajo, se med panogami zelo razlikuje, in to tudi določa, katere funkcionalne zahteve so relevantne. V gradbenem podjetju velik del podatkov o trajnosti leži pri podizvajalcih in na samem gradbišču, kot je opisano na tej strani o virih podatkov v gradbeništvu; tam je zahteva glede več zunanjih virov na projekt verjetno pomembnejša kot v drugih panogah. V panogi montaže so podatki pogosteje razporejeni po servisnih listih in evidencah materiala na ravni projekta, kot je razvidno na tej strani o panogi montaže; tam je predvsem pomembno, ali orodje lahko združi posamezne vnosne točke, ne da bi to nekdo ročno počel.
Splošno vprašanje — najprej urediti proces ali najprej kupiti orodje — je nadalje obravnavano na tej strani, medtem ko je osrednje vprašanje te strani, katere zahteve natančno izhajajo iz vašega lastnega procesa, povzeto na tej strani. Obe strani izhajata iz iste točke: vrstni red določa, ali je zahteva zahteva ali le ugibanje.
Data Readiness Scan zapiše register podatkovnih točk, sledljivost in lastništvo, še preden se govori o orodju. To ni orodje za poročanje in ne rešitev v obliki vprašalnika — to je korak, ki določi, kaj mora orodje za vašo organizacijo pravzaprav zmoči. Brez tega koraka kupujete funkcije; s tem korakom kupujete rešitev za problem, ki ga lahko konkretno pokažete.
Skener je v izdelavi. Kdor želi na ta način najprej kartirati svoj proces, preden se odloči za orodje, se lahko prijavi na čakalni seznam in bo obveščen, ko bo skener na voljo.
Ko je register podatkovnih točk vzpostavljen in je jasno, katera podatkovna točka izvira od katerega vira in kdo je zanjo odgovoren, se pojavi drugo, naravno vprašanje: kateri del dela okoli tega — zbiranje, preverjanje in prenašanje številk — je še delo ljudi in kateri del lahko prevzame sistem, brez da bi se zanesljivost zmanjšala. Na to vprašanje odgovarja delovni skener podjetja FTE TO AI, ki za posamezno nalogo izračuna, kolikšen del dela lahko prevzame AI. To je drugačen skener kot Data Readiness Scan in njegovo logično nadaljevanje: najprej ugotoviti, kaj so podatki in od kod izvirajo, šele nato preveriti, kateri del ročnega dela okoli tega lahko postane odveč.
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.