Yra fiksuotas momentas beveik kiekviename pokalbyje apie tvarumo duomenis: kažkas parodo į skaičiuoklę. Per daug lakštų, per daug rankinio darbo, per daug klaidų tikimybės. Išvada atrodo akivaizdi: pakeiskite skaičiuoklę sistema ir problema išspręsta. Ta išvada dažniausiai padaryta pernelyg skubotai.
Skaičiuoklė yra paviršius. Ji rodo skaičius, sudeda juos, susieja tarpusavyje. Ko ji nedaro – tai nepaaiškina, iš kur skaičius atsirado, kas už jį atsakingas, ar jis vis dar atitinka apibrėžimą, nustatytą prieš dvejus metus. Šie klausimai nebuvo užduoti skaičiuoklei – jie niekur nebuvo užfiksuoti. Skaičiuoklė kaltinama dėl to, kas jau anksčiau nutiko negerai: rinkimo metu, perrašant, manant, kad kolega tikrai žinojo, koks skaičius turimas omenyje.
Pakeiskite skaičiuoklę programine įranga, ir šie klausimai lieka neatsakyti. Sistema tada parodo tvarkingesnę tos pačios netikrumo apžvalgą. Ataskaita atrodo profesionaliau; pagrindiniai duomenys nepatikimesni netapo. Tai ir yra spąstai: įsigyti įrankį prieš tai, kai aišku, ką tas įrankis turi sutvarkyti.
Dažniausiai kalbama apie tris dalykus, kurie augo atskirai vienas nuo kito. Nėra aktualios apžvalgos, kokių duomenų taškų organizacijai reikia – ta apžvalga kadaise buvo sudaryta senam ataskaitų standartui ir nebuvo atnaujinta. Nėra užfiksuotos linijos nuo šaltinio iki ataskaitos skaičiaus, todėl niekas negali tiksliai pasakyti, ar skaičius kilo iš vienos sistemos, ar iš kitos, ar iš įverčio, kurį kažkas kadaise įvedė, nes tikri duomenys buvo neprieinami. Ir nėra savininko kiekvienam duomenų taškui – asmuo, teikiantis skaičių, ne automatiškai yra tas, kuris galėtų paaiškinti, iš kur jis kilo ar kokia jo kokybė.
Šie trys dalykai su skaičiuoklėmis nesusiję. Jie sukeltų tą pačią problemą bet kurioje sistemoje. Skaičiuoklė tik padaro juos labiau pastebimus, nes nėra sluoksnio, slepiančio netvarką.
Duomenų taškų registras su source-to-report lineage (kilmės sekimu nuo šaltinio iki ataskaitos) užfiksuoja, iš kur duomenų taškas atsirado, kas už jį atsakingas ir kokios kokybės taisyklės jam taikomos. Tai naudinga, bet ir ribota. Registras nerodo turinio vertinimo, ar skaičius teisingas – jis rodo, ar kelias iki to skaičiaus yra atsekamas. Dvi organizacijos su tuo pačiu registru vis tiek gali skirtingai vertinti duomenų kokybę, nes vienos organizacijos šaltinis pats savaime yra netikslus, o kitos – ne. Registras šį skirtumą parodo; jis jo neišsprendžia.
Taip pat svarbu: ne kiekvienam duomenų taškui reikia tiek pat kilmės sekimo detalumo. Kai kuriems skaičiams pakanka paprasto, gerai dokumentuoto šaltinio; kitiems reikia daugiau detalumo, nes tarp šaltinio ir ataskaitos yra daugiau žingsnių. Kokių duomenų taškų organizacijai tikrai reikia, priklauso nuo ataskaitų teikimo pareigos ir sektoriaus, ir tai skiriasi nuo prielaidos, kad visiems reikia vienodo dėmesio. Kiek esamų duomenų taškų jau turi šaltinį, labai skiriasi pagal organizaciją – vienoje tai užfiksuota ERP sąsajoje, kitoje – vieno darbuotojo atmintyje.
Registro ir kilmės sekimo sukūrimas nėra vien sistemos įjungimas. Tai reikalauja patikrinti, temą po temos, kur skaičius atsiranda, kas į jį pažiūri prieš jam patenkant į ataskaitą, ir kas nutiktų, jei to žmogaus nebebūtų. Šis darbas skiriasi pagal temą: vienai temai šaltinis jau paruoštas, kitai jį reikia surasti ar atkurti. Kas domisi, kiek laiko tai užima vienai temai, realistiškesnį atsakymą ras temos trukmės orientacinėje apžvalgoje, nei įrankio demonstracijoje, kuri žada, kad visa tai vyks automatiškai.
Šis metodas nesukuria ataskaitos – tai sukuria kitas įrankis, remdamasis šiais duomenimis kaip pagrindu. Ką jis sukuria – tai struktūrą, kuri išlieka net pakeičiant skaičiuoklę, net kai išeina darbuotojas, kuris visa žinojo. Ką tai praktiškai reiškia tiems, kas ateityje žiūrės į registrą, aprašyta kas naudojasi duomenų taškų registru, kai sudarytojo jau nebėra, o kas pasikeičia, kai kilmės sekimas kartą užfiksuotas, aprašyta kartą nustatyto kilmės sekimo padariniuose.
Skaičiuoklės nėra problema, bet jos yra pirmas pastebimas simptomas. Kas pakeičia skaičiuoklę pirmiau nesužinojęs, kurie duomenų taškai iš tikrųjų svarbūs, koks šaltinis jiems priklauso ir kas už juos atsakingas, tas problemą tiesiog perkelia į brangesnę sistemą. Kas tada išlieka – tai klausimas, kuris eina prieš šį darbą: kurių duomenų taškų iš tikrųjų reikia ataskaitų teikimo pareigai, ir ar dalis jų galbūt jau egzistuoja kažkur organizacijoje, apie ką niekas nežino, kaip aprašyta kur duomenų taškas galbūt jau egzistuoja.
Tai darbas, kurį žmonės šiuo metu daugiausia atlieka rankiniu būdu: ieško šaltinių, lygina apibrėžimus, teiraujasi apie nuosavybę. Dalį to aiškinimosi darbo galima susisteminti ir pagreitinti su AI, dalies – ne, ir šis skirtumas yra tiksliai tai, į ką žiūri FTE TO AI darbo skenavimas (werkscan). Werkscan apskaičiuoja pagal kiekvieną užduotį, kokią darbo dalį galima perduoti AI, ir taip suteikia realistiškesnį vaizdą nei prielaida, kad įrankis išspręs visą problemą.
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.