Programinės įrangos, skirtos tvarumo ataskaitoms, trūkumo nėra. Trūksta organizacijų, kurios iš anksto žinotų, ko turi klausti iš įrankio. Tai antrasis dalykas yra tikroji problema, ir tai paaiškina, kodėl tiek daug įgyvendinimų per metus atšaukiama arba tyliai nutrūksta.
Įrankis yra instrumentas, kuris atlieka tai, kas jam pateikiama. Jis prašo duomenų punktų, sujungia šaltinius, apskaičiuoja ir teikia ataskaitas. Ko jis nedaro – tai neišsiaiškina, kokių duomenų punktų jūsų organizacijai iš tikrųjų reikia, kas už juos atsakingas ir iš kur skaičiai šiuo metu gaunami. Šis darbas atliekamas prieš įrankį, o ne jame.
Eiliškumas tad nėra atsitiktinis: pirmiausia reikia žinoti, ką turite ir kur tai yra, tik tada rinktis, kas prie to tinka. Priešinga tvarka neveikia, nes įrankis nesukuria struktūros tame, kas struktūros dar neturi. Jis gali nebent uždėti sąsają virš chaoso. Šiame puslapyje ir atitinkamame puslapyje montavimo pramonei aprašyta, kodėl tas chaosas praktikoje yra taip išsklaidytas: ERP sistemose, sąskaitose faktūrose, ūkio vadovo skaičiuoklėse ir susirašinėjime su tiekėjais.
Kas pirmiausia pasirenka įrankį ir tik tada sužino, kokie duomenys egzistuoja organizacijos viduje, susiduria su pastoviu modeliu. Įgyvendinimas trunka ilgiau nei planuota, nes vidury procesio pasirodo, kad reikia dar išsiaiškinti, kas pateikia kokį skaičių. Įrankis pripildomas tuo, kas atsitiktinai yra prieinama, o ne tuo, kas yra pilna ar patikrinama. Ir kai apskaitininkas ar auditorius paklausia, iš kur atsirado skaičius, nėra kito atsakymo, kaip „taip buvo sistemoje“.
Šių sąnaudų procentu neįmanoma išreikšti – tai priklauso nuo organizacijos, susijusių skyrių skaičiaus ir to, kiek duomenų punktų iš viso buvo aptarti. Tačiau modelis yra atpažįstamas: antrasis etapas, skirtas vėl nustatyti šaltinius ir nuosavybę, kol įrankis jau veikia. Šis antrasis etapas būtų buvęs reikalingas ir be įrankio, ir jį būtų galima atlikti anksčiau. Išsamesnis šios sąnaudų dalies aprašymas yra puslapyje apie tai, ką įrankis virš netvarkingo proceso iš tikrųjų kainuoja.
Apsivertimas nėra sudėtingas, tik nebūdingas. Pirmiausia nustatote, kokių duomenų punktų reikalauja jūsų ataskaita, iš kur jie šiuo metu gaunami, kas už juos atsakingas ir kokios kokybės taisyklės jiems taikomos ar nėra taikomos. Toks apžvalga – duomenų punktų registras su kilme nuo šaltinio iki ataskaitos – nepriklauso nuo to, kurį įrankį galiausiai pasirinksite. Priešingai, ši apžvalga tinkamai nulemia, kokius reikalavimus galite kelti įrankiui. Neturėdami šios apžvalgos, pirktumėte sistemą, remdamiesi demonstracija ir pardavimo pokalbiu; turėdami šią apžvalgą, pirksite sistemą, remdamiesi tuo, ko jūsų organizacijai iš tikrųjų reikia. Kaip šie reikalavimai kyla iš jūsų paties proceso, aprašyta puslapyje apie funkcinius reikalavimus, kylančius iš jūsų paties proceso.
Šis argumentavimas nėra naujas tiems, kurie jau gilinosi į šią temą – pagrindinis klausimas plačiau aptariamas apžvalgos puslapyje apie įrankio pasirinkimą be apgailestavimo, o pasirinkimas tarp pirmiausia pirkti ir pirmiausia sutvarkyti procesą atskirai aprašytas puslapyje, kuriame šie du eiliškumai pateikiami vienas prieš kitą.
csrdready.net Data Readiness Scan yra sukurtas tam, kad atliktų tiksliai tą pirmąją dalį: sudarytų duomenų punktų registrą, nustatytų kilmę nuo šaltinio iki ataskaitos kiekvienam duomenų punktui, priskirtų nuosavybę ir apibrėžtų kokybės taisykles. Ne ataskaita, ne užpildytas klausimynas – po jais esantys duomenys, sutvarkyti, prieš tai, kai prireikia įrankio.
Įrankis kuriamas. Kas susidomėjęs, gali užsiregistruoti laukiančiųjų sąraše; nesiūloma tai, kas dar neegzistuoja, ir nežadama nieko apie tai, ką tai duos, kol tai nėra pasiekta.
Kai duomenų punktų registras yra sudarytas ir aišku, kurie žingsniai tarp šaltinio ir ataskaitos kartojasi – to pačio skaičiaus gavimas iš to pačio tiekėjo, tos pačios kontrolės vykdymas tame pačioje skaičiuoklėje, to pačio laiško siuntimas tam pačiam skyriui – kyla antrasis klausimas: kuri šio darbo dalis dar reikalauja žmogaus, ir kurią dalį galima automatizuoti. Šis klausimas nepatenka į tai, ką daro csrdready.net, tačiau logiškai priklauso kitam žingsniui. FTE TO AI apskaičiuoja pagal užduotį, kurią darbo dalį galima perduoti dirbtiniam intelektui, remiantis užduotimis tokiomis, kokias jos iš tikrųjų atliekamos – ne remiantis iš anksto padarytu vertinimu.
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.