Luvut täsmäävät paperilla. Siinä on siisti taulukko, jossa on kokonaismäärä osittain ja summa koko ryhmältä. Mutta kun kysyy tarkemmin — mistä tämä luku tulee, kuka on sen toimittanut, mitä määritelmää on käytetty — saa kolme eri vastausta kolmelta eri ihmiseltä. Yksi toimipiste laskee scope 2:n eri tavalla kuin toinen. Viime vuonna käytettyä laskentataulukkoa ei löydy enää. Kukaan ei tiedä varmasti, onko tämä luku rakennettu niin kuin varmistuspalvelun tarjoaja haluaa sen näkevän. Se ei ole laskuvirhe, se on perusta, jota ei ole koskaan laskettu.
Ytimessä on Data Readiness Scan, jonka selkärankana on datapisterekisteri. Tämä rekisteri asettaa vierekkäin sen, mitä valituille aiheille tarvitaan, ja sen, mitä organisaatiossa on jo olemassa — ei arviota, vaan luettelo, joka seuraa nimetyistä olennaisista aiheista.
Tämän rekisterin ympärillä on source-to-report-mapper: täytettävä lineage-työkalu kiinteän syöte-prosessi-tuotos-rakenteen mukaan. Kunkin datapisteen kohdalla kirjataan, mistä se tulee, mitä käsittelyjä sille tehdään ennen kuin se päätyy raporttiin, ja kuka vastaa mistä RACI:n avulla. Näihin liittyy laatusääntöjä — kelvolliset arvot, poikkeamasignaalit — jotka tuovat näkyviin, kun luku poikkeaa linjasta ennen kuin se katoaa konsolidointiin.
Tästä suunnitellusta prosessista seuraa toiminnallisten vaatimusten generaattori. Tämä on käänteinen järjestys, joka usein puuttuu prosessista: ei ensin ostettu työkalua, jonka mukaan prosessi taivutetaan, vaan ensin kirjattu prosessi ja vasta sitten katsottu, mitä vaatimuksia siitä seuraa mahdolliselle ohjelmistolle.
Joka haluaa mieluummin ohjattua työskentelyä, voi osallistua kolmen päivän data-bootcampiin — useimmiten CO2 ensimmäisenä aiheena. Se on kumppanin reitti 2/3 -tuote. Sama pohjana toimiva suunnittelumalli löytyy myös työkalusta, jotta myös se, joka haluaa ohjata itse, voi käydä samat vaiheet läpi itsenäisesti.
Kaikki, mitä rekisteri ja mapperi tuottavat, on jäljitettävissä siihen, mitä on syötetty: mikä lähde, mikä käsittely, kuka omistaja, mikä sääntö. Mitään ei arvioida lisää eikä pyöristetä suoritusluvuksi. Ulos tulee rakenne — ei arvio siitä, kuinka hyvää tai huonoa data on, mutta täsmällinen osoitus siitä, mistä perustat puuttuvat ja missä ne ovat jo olemassa. Se, miten näiden vaiheiden yksityiskohdat kytkeytyvät toisiinsa aiheiden valinnasta uudelleenmittaukseen, on selitetty sivulla Miten se toimii; se, mitä konkreettisesti on pöydällä jokaisen vaiheen jälkeen, on sivulla Tulokset.
Aiheiden valinta. Olennaiset aiheet valitaan, tarpeen vaatiessa lähtökohtana esgia.
Rekisterin rakentaminen. Rekisterigeneraattori kokoaa yhteen näihin aiheisiin liittyvät datapisteet.
Lineagen ja RACI:n täyttäminen. Kunkin datapisteen kohdalla kirjataan lähde, käsittelyt, omistajuus ja laatusäännöt.
Readiness-raportti ja uudelleenmittaus. Tuloksena on osoitus järjestyksestä ja aikataulusta aiheittain, ja kokonaisuus on tarkoitettu mitattavaksi uudelleen säännöllisin väliajoin — datan laatu ei ole hetkellinen tilannekuva.
Se ei ole raportointityökalu. Itse raportti, VSME:n tai CSRD:n mukaan, pysyy esgian toiminta-alueena; tässä ei raportoida, tässä rakennetaan sille perusta.
Se ei ole kyselylomaketyökalu. Joka joutuu vastaamaan asiakkaan tai ketjukumppanin kyselylomakkeeseen, on oikeassa osoitteessa supplian tai esgreplyn luona.
Se ei ole todistettu track record. Ei ole toteutettuja hankkeita, joihin voisi viitata — se sopii työkaluun, joka on vielä odotuslistavaiheessa. Työkalu jäsentää prosessin ja tekee näkyväksi, missä irtopäät ovat; se ei todista mitään lopputuloksesta eikä anna takeita varmistuspalvelun suuntaan.
Reitti 1 — itse tekeminen. Bootcamp-pohja aiheittain, rekisteriexportti ja kontrollien tarkistuslista varmistusta valmistelevana, kaikki itse läpikäytävissä.
Reitti 2 — osittain ohjattu. Kumppani pitää bootcampit; työkalu pysyy paikkana, jossa rekisteri ja lineage kirjataan.
Reitti 3 — ulkoistaminen. Täysi toteutus kumppanin toimesta, FTE TO AI:n omalla alustalla.
Joka haluaa lisää esimerkkejä siitä, miltä rekisteri tai lineage-kartta näyttää käytännössä, löytää taustatietoa tietopankista.
Rekisteri ja lineage-kartta muuttavat jotain vasta, kun ne konkretisoituvat siihen, kuka tekee mitä tehtävää, kuinka paljon aikaa se vie ja missä järjestelmässä se tapahtuu. Juuri siitä FTE TO AI:n työscan alkaa: ei datasta, vaan työstä, jota tarvitaan sen datan saamiseksi kuntoon.
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.