Monen yksikön muodostamalla ryhmällä on usein useita versioita samasta datapisteestä. Yksi tytäryhtiö mittaa scope 2 -päästöjä energiantoimittajan kautta, toinen kiinteistöpalveluyrityksen kautta, kolmas toimittaa arvion laskentataulukosta, jota kukaan ei enää pysty jäljittämään lähteeseen. Konsernitasolla tämä yhdistyy yhdeksi luvuksi, mutta kysymys siitä, kuka tämän luvun omistaa, jää usein vastaamatta. Ei siksi, että kukaan ei haluaisi ottaa siitä vastuuta, vaan koska konsernirakenne pirstoo omistajuuden yksiköiden kesken, joilla kaikilla on omat järjestelmänsä, määritelmänsä ja vastuuhenkilönsä.
Yhden yrityksen sisällä omistajuus on usein kysymys nimen liittämisestä tehtävään. Monen yksikön muodostamassa ryhmässä kysymys on ensin: millä tasolla omistajuus sijaitsee? Onko vastuu datapisteestä sillä yksiköllä, joka tekee alla olevan mittauksen, vai konsernitason funktiolla, joka konsolidoi luvun? Molemmat vastaukset ovat puolustettavissa, ja juuri se on ongelma. Ilman selkeää valintaa syntyy harmaa alue, jossa yksikkö olettaa konsernin vastaavan oikeellisuudesta, ja konserni olettaa yksikön vastaavan lähdemittauksen oikeellisuudesta. Se, mitä te tarkoitatte määritelmällä ja laajuudella tässä yhteydessä, riippuu siitä, kuka omistaa datapisteen määritelmän konsernitasolla versus paikallisella tasolla — kysymys, joka on erillinen mutta edeltää kysymystä siitä, kuka hallinnoi sen alla olevaa prosessia.
Jos kukaan ei ole omistaja, mitään näkyvää ei tapahdu välittömästi. Luku saapuu vain jostain, ja se otetaan mukaan konsolidointiin. Ongelma paljastuu vasta, kun jotain täytyy muuttaa: määritelmää tarkennetaan, tarkastus pyytää perusteluja, tai tämän vuoden luku poikkeaa merkittävästi viime vuodesta. Silloin käy ilmi, että kukaan ei pysty selittämään, mistä luku on peräisin, mitä olettamuksia siihen sisältyy, tai kuka saa hyväksyä muutoksen. Yhden yksikön tapauksessa se on ikävää. Monen yksikön muodostamassa ryhmässä siitä tulee etsintäretki osastojen läpi, joista kaikki olettavat, että joku muu osaa vastata kysymykseen.
Tämä liittyy suoraan siihen, kuka omistaa datapisteen alla olevan prosessin: ei vain sitä, kuka toimittaa luvun, vaan kuka on vastuussa vaiheista, jotka johtavat siihen — mittaus, muuntaminen, syöttö järjestelmään. Monen yksikön muodostamassa ryhmässä näitä vaiheita voivat hallinnoida eri osapuolet, ja ellei kullekin vaiheelle ole nimetty omistajaa, ei voida jäljittää, mistä poikkeama on syntynyt.
Ratkaisu ei ole nimetä joka datapisteelle omistaja, joka sattuu olemaan vapaana. Se vain siirtää ongelmaa. Omistajan täytyy olla henkilö, jolla on todellista vaikutusvaltaa luvun lähteeseen: se, joka tekee mittauksen, hallinnoi järjestelmää tai tarkastaa toimituksen. Monen yksikön muodostamissa ryhmissä tämä tarkoittaa usein kerroksellista vastuunjakoa — paikallinen omistaja lähdemittaukselle, ja konsernin omistaja konsolidointilogiikalle, joka yhdistää yksittäiset mittaukset yhdeksi luvuksi.
Nämä kaksi roolia eivät ole keskenään vaihdettavissa. Paikallinen omistaja voi vahvistaa, että mittaus on yksikössä oikein, mutta ei sitä, että yhteenlasku konsernitasolla on tehty oikein, oikeilla muuntokertoimilla ja kaksinkertaista laskentaa ilman. Konsernin omistaja voi hallinnoida konsolidointia, mutta ei voi takuuta, että kaikki alla olevat mittaukset ovat pätevät. Molempien roolien täyttäminen on tarpeen, jotta tiedetään, mistä poikkeama on peräisin, kun tarkastus konsernitasolla kysyy sitä — kysymys, joka päätyy viime kädessä siihen, kuka omistaa kontrollin datapisteestä: kuka allekirjoittaa oikeellisuuden puolesta, ja millä alla olevilla vahvistuksilla.
Monessa monen yksikön muodostamassa ryhmässä omistajuus on olemassa, mutta ainoastaan niiden ihmisten päässä, jotka ovat istuneet paikallaan vuosia. Kaikki tietävät karkeasti, kuka vastaa mistä, kunnes kyseinen henkilö on lomalla, vaihtaa tehtävää, tai kysymys on hieman tarkempi kuin epämuodollinen mielikuva kattaa. Datapisterekisteri, joka kirjaa datapisteittäin, kuka hallinnoi lähdettä, kuka tekee konsolidoinnin ja kuka allekirjoittaa oikeellisuuden puolesta, tekee tästä riippumattoman siitä, kuka sattuu olemaan tavoitettavissa sillä viikolla. Rekisterin ei tarvitse olla suurempi kuin ryhmä itse; sen täytyy vain olla olemassa ennen kuin kysymys muuttuu kiireelliseksi.
Omistajuuden määrittäminen on yksi askel; se on myös hyvä hetki tarkastella, kuinka suuri osa tälle omistajalle päätyvästä työstä vaatii todellista arviointia, ja kuinka suuri osa on lukujen kopioimista järjestelmästä toiseen. FTE TO AI:n työskannaus laskee tehtäväkohtaisesti, mikä osa tästä työstä voidaan siirtää tekoälylle, jotta monen yksikön muodostaman ryhmän omistaja käyttää aikansa kysymyksiin, jotka todella vaativat arviointia, sen sijaan että hän käsin yhdistelisi eri tytäryhtiöiden laskentataulukoita.
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.