Įprastas eiliškumas yra toks: pasirenkamas įrankis, įrankis pritaikomas, ir tada tikimasi, kad procesas prie jo prisitaikys. Praktikoje tai neveikia, nes įrankis nepasiima kartu proceso. Įrankis atsineša laukus, jungtis, dashboardus — bet ne atsakymą į klausimą, kas jūsų organizacijoje yra atsakingas už trečio pastato energijos suvartojimą, ar apie tai, ar ūkio vadovas, kuris tą skaičių pateikia, žino, kad jis atsidurs 2 aprėpties (scope 2) ataskaitoje.
Teisingas eiliškumas yra atvirkštinis: pirmiausia aprašomas procesas, tik tada renkamasi įrankis pagal tai, ko tam procesui reikia. Tai skamba kaip aplinkinis kelias, bet tai iš tikrųjų yra trumpiausias kelias, nes kiekvienas funkcinis reikalavimas, kurį keliate įrankiui, turi kilti iš jūsų pačių duomenų organizavimo. Neturėdami šio pradinio taško, rinktumėtės pagal funkcijas, kurias svarbiomis laiko tiekėjas, ne pagal funkcijas, kurios sprendžia jūsų kliūtį.
Neteisingo eiliškumo kaina ne iškart pastebima, nes netinkamas įrankis iš pradžių veikia gerai — tai proceso daliai, kuri atsitiktinai sutampa su tuo, ko įrankis tikisi. Likusi dalis rankiniu būdu apstatoma aplink: čia Excel priedas, ten susirašinėjimas el. paštu, darbuotojas, kuris tiksliai žino, kuris žingsnis liko už sistemos ribų. Tai veikia, kol tas darbuotojas išeina arba duomenų apimtis padidėja.
Kiek tai kainuoja, priklauso nuo to, kiek duomenų taškų eina pro įrankį ir kaip dažnai juos reikia iš naujo rankiniu būdu rinkti per kiekvieną ataskaitinį ciklą. Kai taškų mažai, tai priimtinas aplinkinis kelias. Kai jų skaičius auga — daugiau vietų, daugiau 3 aprėpties (scope 3) kategorijų, daugiau prisijungiančių teisės aktų — aplinkinis kelias tampa pagrindiniu keliu, ir jūs nuolat mokate už neatitikimą tarp įrankio ir proceso. Tai kitas būdas pasakyti tą pačią mintį, kuri pateikta šiame puslapyje: įrankis, uždėtas ant neorganizuoto proceso, sukuria tvarkingesnes ataskaitas apie tuos pačius nepatikimus skaičius.
Funkcinis reikalavimas tampa reikalavimu tik tada, kai jis iš kažko kyla. „Įrankis turi galėti parodyti duomenų kilmę (lineage)“ nėra reikalavimas, kol nežinote, kad jūsų kontrolierius tris kartus per metus turi rankiniu būdu ieškoti, iš kur skaičius atsirado. „Įrankis turi galėti fiksuoti nuosavybę (ownership)“ nėra reikalavimas, kol nepastebėjote, kad duomenų taškas be savininko nepatenka į nė vieno veiksmų sąrašą.
Tai tiksliai paaiškina, kodėl duomenų taškų registras, kiekvieno duomenų taško kelias nuo šaltinio iki ataskaitos (source-to-report lineage) ir nuosavybės priskyrimas turi egzistuoti pirmiausia, neatsižvelgiant į tai, kokį įrankį galiausiai pasirinksite. Kai šie trys dalykai užrašyti — koks duomenų taškas, iš kur jis kyla, kas už jį atsakingas — turite reikalavimų sąrašą, kuris kyla ne iš tiekėjo, o iš jūsų pačių organizacijos. Tą sąrašą naudojate įrankiams lyginti, ne tam, kad aklai vieną iš jų pasirinktumėte. Kaip tą palyginimą atlikti nesigailint, aprašyta šiame puslapyje apie įrankio pasirinkimą.
Vieta, kur laikomi duomenys, labai skiriasi pagal sektorių, ir tai taip pat nulemia, kurie funkciniai reikalavimai yra svarbūs. Statybų įmonėje didelė tvarumo duomenų dalis yra pas subrangovus ir statybvietėje, kaip aprašyta šiame puslapyje apie duomenų šaltinius statybų sektoriuje; tokiu atveju reikalavimas dėl kelių išorinių šaltinių vienam projektui tikriausiai svarbesnis nei kitose srityse. Įrangos montavimo sektoriuje duomenys dažniau pasiskirstę tarp serviso kvitų ir medžiagų registracijų projekto lygmenyje, kaip aprašyta šiame puslapyje apie įrangos montavimo sektorių; tuo atveju svarbiausia, ar įrankis gali sujungti atskirus įvedimo taškus be to, kad kažkas tai daro rankiniu būdu.
Bendresnis klausimas — ar pirmiausia sutvarkyti procesą, ar pirmiausia pirkti įrankį — plačiau aptariamas šiame puslapyje, o šio puslapio pagrindinis klausimas — kurie reikalavimai konkrečiai kyla iš jūsų paties proceso — apibendrintas šiame puslapyje. Abu puslapiai kildinami iš to pačio dalyko: eiliškumas nulemia, ar reikalavimas yra reikalavimas, ar spėjimas.
Data Readiness Scan fiksuoja duomenų taškų registrą, duomenų kilmę (lineage) ir nuosavybę prieš pradedant kalbėti apie įrankį. Tai nėra ataskaitų teikimo įrankis ir nėra anketos sprendimas — tai žingsnis, kuris nustato, ką įrankis jūsų organizacijai iš tikrųjų turi mokėti daryti. Neatlikus šio žingsnio, jūs pirkate funkcijas; atlikus šį žingsnį, jūs pirkate sprendimą problemai, kurią galite konkrečiai įvardyti.
Skenavimo priemonė (scan) šiuo metu kuriama. Tie, kurie norėtų, kad jų procesas būtų šitaip sudėliotas žemėlapyje prieš renkantis įrankį, gali užsiregistruoti laukiančiųjų sąraše ir bus informuoti, kai skenavimo priemonė taps prieinama.
Kai duomenų taškų registras jau sudarytas ir aišku, koks duomenų taškas iš kokio šaltinio kyla ir kas už jį atsakingas, atsiranda antras, natūralus klausimas: kokia dalis aplink tai vykstančio darbo — skaičių rinkimo, tikrinimo ir perkėlimo — dar yra žmogaus darbas, ir kokią dalį galėtų perimti sistema, nesumažinant patikimumo. Į šį klausimą atsako FTE TO AI darbo skenavimo priemonė (werkscan), kuri kiekvienai užduočiai apskaičiuoja, kokią darbo dalį galėtų perimti AI. Tai kitokia skenavimo priemonė nei Data Readiness Scan, ir logiška jos tąsa: pirmiausia žinoti, kokie yra duomenys ir iš kur jie kyla, tik tada žiūrėti, kokia rankinio darbo aplink juos dalis gali tapti nebereikalinga.
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.