Ennen kuin luku päätyy raporttiin, sillä on jo historia. Se tulee sähkölaskusta, HR-järjestelmästä, Excel-tiedostosta jota joku päivittää neljännesvuosittain, tai arviosta joka tehtiin kolme vuotta sitten ja jota ei ole sen jälkeen tarkistettu. Kysymys "mistä tämä datapiste on jo olemassa" näyttää yksinkertaiselta, mutta useimmissa organisaatioissa vastausta ei ole kirjattu missään. Se on ihmisten päässä, viime vuoden sähköpostiketjuissa, tai ei missään.
Datapisterekisteri on paikka, jossa tämä vastaus todella on. Ei raporttina, vaan hallintajärjestelmänä: jokaisesta datapisteestä on kirjattuna mistä arvo on peräisin, kuka on siitä vastuussa, ja mitä sääntöjä arvon on täytettävä ennen kuin sitä käytetään.
Rekisterissä on kullekin datapisteelle kiinteä kenttien joukko. Datapisteen nimi ja määritelmä, jotta kaksi ihmistä ei tarkoita eri asiaa samalla termillä. Lähdejärjestelmät tai asiakirjat, joista arvo on peräisin. Omistaja: henkilö, joka pystyy selittämään mistä luku on peräisin ja joka on yhteyshenkilö, jos se ei täsmää. Käsittelyvaiheet, jotka tapahtuvat lähteen ja raportoinnin välillä, yksikkömuunnoksesta toimipaikkojen väliseen yhteenlaskuun. Ja laatusäännöt, jotka arvon on täytettävä, kuten odotettu vaihteluväli tai vertailu edelliseen vuoteen.
Tämä ei ole raportointiasiakirja. Se on sen alla oleva kerros: paikka, josta voitte selvittää mistä luku on peräisin, ilman että teidän täytyy soittaa kenellekään.
Rekisteri ei täyty automaattisesti. Se alkaa tarvitsemienne datapisteiden luettelosta, ja jokaisen kohdalla kysymyksestä: onko tämä jo olemassa jossain, ja missä tarkalleen. Suurimmalle osalle datapisteistä vastaus ei ole yksi lähde, vaan sarja vaiheita: vienti järjestelmästä, käsittely laskentataulukossa, manuaalinen täydennys, ja sitten lopullinen arvo. Kunkin vaiheen tässä sarjassa kuuluu olla rekisterissä, ei vain viimeisen.
Siihen liittyy kaksi kysymystä, joita ei ohiteta. Ensiksi: kuka on tämän datapisteen omistaja, ei muotoseikkana vaan henkilönä, joka voi vastata arvosta. Toiseksi: mitä tehdään datapisteelle, jonka lähdettä ei voida jäljittää. Tätä tapahtuu useammin kuin odottaisi, ja mitä tehdä datapisteelle, jolla ei ole lähdettä on kysymys, jota ei ohiteta kutsumalla sitä hankalaksi.
Tämän rekisterin rakentaminen on erillinen hanke omalla järjestyksellään: ensin datapisteiden tunnistaminen, sitten lähteiden jäljittäminen, sitten omistajien nimeäminen, sitten sääntöjen muodostaminen. Miten datapisterekisteri laaditaan kuvaa tämän järjestyksen vaihe vaiheelta.
Datapisteen olemassaolo rekisterissä ei ole samaa kuin datapisteen täsmääminen. Täsmääminen tarkoittaa, että lähde on jäljitettävissä, että lähteen ja raportointiluvun väliset käsittelyvaiheet ovat tiedossa, ja että on olemassa sääntö, jota vasten tulosta voidaan verrata. Näiden kolmen puuttuessa luku on oletus, jolla on numero päällä.
Käsittelyvaiheet ovat siinä se osa, joka puuttuu useimmiten. Datapiste harvoin siirtyy suoraan lähteestä raporttiin; välissä on tavallisesti muunnos, yhdistäminen tai korjaus. Mitkä käsittelyvaiheet ovat lähteen ja raportin välissä on siksi erillinen kysymys sen kysymyksen rinnalla, missä itse lähde sijaitsee, ja nämä kaksi kysymystä muodostavat yhdessä sen, mikä tunnetaan nimellä source-to-report-kartoitus: täydellinen reitti raakalähteestä raportointilukuun, kartoitettuna.
Toinen ongelma, joka tulee näkyviin vasta kun täytätte rekisteriä, on päällekkäisyys: sama datapiste toimitetaan kahta reittiä, kahdella hieman eri arvolla. Miten päällekkäinen datapiste tunnistetaan ei ole enää teoreettinen kysymys, vaan käytännön tarkistus, jonka teette rekisterille ennen kuin merkitsette sen luotettavaksi.
Ja koska rekisteri ei ole koskaan kerralla valmis, on erillinen kysymys sille hetkelle, jolloin voitte lopettaa etsimisen: milloin rekisteri on valmis kuvaa, mistä se riippuu, sen sijaan että se nimeäisi kiinteän datapistemäärän tai määräajan.
Datapisterekisteri kertoo, mistä datapiste on peräisin ja kuka on siitä vastuussa. Se ei kerro, kuinka paljon aikaa vie kerätä nämä tiedot uudelleen joka vuosi, tai mikä osa tästä keruutyöstä pysyy manuaalisena ja mikä osa voidaan automatisoida. Kun rekisteri on olemassa ja tiedätte, mitkä vaiheet toistuvat, tämä kysymys nousee automaattisesti esiin. FTE TO AI:n työscan laskee tehtävittäin, kuinka suuri osa työstä on siirrettävissä AI:n tehtäväksi, ja liittyy siten juuri siihen kohtaan, mihin rekisteri päättyy: ei siihen, missä data sijaitsee, vaan siihen, kuinka paljon työtä vaatii sen hankkiminen uudelleen joka kerta.
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.