IKT sektorius skiriasi nuo sektorių su gamyklomis, transporto parkais ar pastatais. Programinės įrangos bendrovė neturi aukštakrosnių ir dažniausiai neturi didesnės reikšmės savo pastato. Todėl iš pirmo žvilgsnio sektorius atrodo mažai teršiantis, tačiau tvarumo duomenys niekur nedingo — jie tiesiog perkelti kitur. Jie yra ne nuosavame turte, o tiekimo grandinėje, sutartyse su debesijos paslaugų teikėjais ir įrangoje, kurią naudoja darbuotojai. Kas IKT srityje žvelgia tik į savo biurą, praranda didžiąją dalį vaizdo.
Daugeliui IKT bendrovių klimato poveikio svorio centras persikėlė į įsigyjamą skaičiavimo galią. Kas naudojasi AWS, Azure, Google Cloud ar vietiniu hostingo paslaugų teikėju, iš esmės perka energijos suvartojimą, kuris gaminamas ir apskaitomas kitur. Duomenys apie tai dažniausiai nėra vidinėje sistemoje, bet sąskaitose, paslaugų teikimo sutartyse ir tvarumo ataskaitose, kurias skelbia patys debesijos paslaugų teikėjai. Kai kurie teikėjai pateikia išmetamųjų dujų rodiklius pagal klientą ar darbo krūvį, kiti — tik bendrą vidurkį. Šis skirtumas nulemia, kaip tiksliai bendrovė gali pagrįsti savo su debesija susijusią išmetamųjų dujų apimtį — ir šis skirtumas dažnai nėra žinomas tam, kas rengia ataskaitą.
Antroji vieta, kur kaupiasi tvarumo duomenys, yra įranga: nešiojami kompiuteriai, serveriai, tinklo įranga, telefonai. Šie duomenys atsiranda keliais gyvavimo ciklo momentais. Pirkimo metu informacija apie medžiagų naudojimą ir gamybos išmetamųjų dujų kiekius yra pas tiekėją, dažnai produkto pase ar aplinkosaugos deklaracijoje, kuri standartiškai nėra paprašoma. Naudojimo metu IT valdymas generuoja duomenis apie duomenų centrų ir serverinių energijos suvartojimą, kartais eksploatacinėse sistemose, kartais IT turto valdymo įrankiuose, kurie nebendrauja su finansų skyriumi. Šalinimo metu atsiranda naujų duomenų: pakartotinio naudojimo rodikliai, perdirbimo sertifikatai, sutartys su elektroninių atliekų perdirbėjais. Trys etapai, trys šaltinių rūšys, ir retai viena vieta, kurioje jie susijungtų.
Bendrovės, kurios pirmiausia teikia programinę įrangą ar skaitmenines paslaugas, susiduria su papildomu sudėtingumu: jų produktas pats savaime neturi fizinio pėdsako, tačiau veikia infrastruktūroje, kuri jį turi. Klausimas, kuri dalis debesijos išmetamųjų dujų turėtų būti priskirta kuriam produktui ar klientui, reikalauja alokacijos metodų, kurie dažnai dar nėra nustatyti. Kas apie tai rengia ataskaitą, pirmiausia turi nustatyti, koks duomenų taškas sudaro pagrindą — skaičiavimo galia, saugykla, duomenų srautas — kol nėra ko matuoti. Tai metodologinis pasirinkimas, kuris nepriklauso nuo ataskaitos, bet jai eina priešais.
Kadangi sektorius yra darbo intensyvus ir turi santykinai mažai fizinio turto, su personalu susiję punktai dažnai sveria daugiau nei pramoniniuose sektoriuose: kelionės į darbą ir iš jo, darbas iš namų, verslo kelionės, biuro pastatų energija, kuri kartais dalijama su kitais nuomininkais. Šie duomenys yra išskaidyti tarp personalo sistemų, kelionių užsakymo platformų, eksploatacinių paslaugų teikėjų ir kartais skaičiuoklių, kurias tvarko atskiras darbuotojas. Kiekvieno punkto apimtis maža, tačiau šaltinių skaičius didelis, ir dėl to konsolidacija užtrunka ilgiau, nei rodo pati apimtis.
Sektoriuose, tokiuose kaip statybos sektorius ar nekilnojamojo turto sektorius, duomenys dažnai yra sukoncentruoti aplink ribotą skaičių fizinių vietų ar projektų. IKT sektoriuje atvirkščiai: duomenys yra plonai išteplioti per daugybę mažų, skaitmeninių ir sutartinių šaltinių. Tai reikalauja kitokio požiūrio kuriant duomenų taškų registrą — pradėti ne nuo pastatų ar įrenginių, bet nuo sutarčių, sistemų ir klausimo, kas organizacijoje valdo kurią grandinės dalį.
Taip pat IKT bendrovėje su keliais verslo padaliniais — pavyzdžiui, atskira debesijos, konsultacijų ir programinės įrangos šaka — kyla tas pats klausimas: kokių duomenų taškų iš tiesų reikia keliuose verslo padaliniuose ir kur organizacijoje šis duomenų taškas jau egzistuoja. Prieš iš naujo klausiant apie debesijos naudojimą ar aparatinės įrangos inventorizaciją, verta patikrinti, ar šis duomuo kur nors jau yra registruojamas, pavyzdžiui, per kur duomenų taškas jau egzistuoja keliuose verslo padaliniuose. Tai apsaugo nuo situacijos, kai kiekvienas padalinys kuria savo, nežymiai kitokią to pačio skaičiaus versiją.
Kai duomenys yra suskaidyti, kyla pagunda pirmiausia įsigyti įrankį, kuris visą sutvarkytų. Tačiau įrankis, pritaikytas neorganizuotam procesui, dažniausiai duoda tik tvarkingiau atrodančią ataskaitą, kurios pagrindiniai skaičiai vis tiek netikslūs. Pirma turi būti aišku, iš kur kiekvienas duomenų taškas atsiranda, kas už jį atsakingas ir kokios kokybės taisyklės jam taikomos — tai žingsnis, kuris eina prieš sistemos pasirinkimą, ne po jo.
Kai tampa aišku, kokie duomenų taškai egzistuoja, iš kur jie kilę ir kas jais rūpinasi, atsiveria ir vaizdas, kiek dar rankinio darbo yra aplink juos: perrašymas, tikrinimas, informacijos gavimas iš kolegos. Tai tiksliai tokio pobūdžio darbas, kurio dalį, tinkamą perduoti dirbtiniam intelektui, FTE TO AI apskaičiuoja darbo skanavimo per užduotį pagalba, papildydama įžvalgas, kurias jau suteikia duomenų taškų registras.
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.