csrdready Pane mind ootenimekirja

Kennisbank

Protsessi omanikkuse küsimus mitme üksusega grupis

Protsessi, millel puudub omanik, ei pane keegi tähele, kuni on hilja

Mitmest üksusest koosnevas grupis kogutakse kestlikkusandmeid tavaliselt üksuse, riigi või ärivaldkonna kaupa. Keegi üksuses täidab tabeli, saadab selle peakontorisse ja seal pannakse kõik kokku aruandeks. See protsess toimib, kuni midagi läheb valesti. Siis selgub, et keegi ei tea täpselt, kes vastutas vaheastme eest: toorandmete – näiteks mõõdikute näitude – ümberarvutamise eest heitekoefitsiendiks, otsuse eest, millisele majandusaastale näitaja kuulub, või topeltarvestuse korrigeerimise eest kahe üksuse vahel.

Küsimus "kes omab seda protsessi" erineb küsimusest "kes tarnib selle näitaja". Tarnimine on nähtav: keegi saadab faili. Protsessi omanikkus on nähtamatu, kuni see puudub. Kes otsustab, milline määratlus kehtib, kui kaks üksust järgivad erinevat lähenemist? Kes märkab, et väärtus jääb väljapoole oodatud vahemikku, enne kui see jõuab aruandesse? Kellega saab ühendust võtta, kui audiitor küsib, kuidas number on kokku pandud?

Miks grupistruktuurid seda probleemi suurendavad

Üksuse puhul on tavaliselt üks inimene, kes näeb kõike tervikuna, ka kui see ülevaade on mitteformaalne. Mitme üksuse puhul see mitteformaalne kaitse kaob. Igal üksusel on oma töömeetod, omad süsteemid, omad inimesed, kes on seda alati nii teinud. Peakontor näeb lõpptulemust, mitte selle taga olevat protsessi. Ilma omanikkuse selgesõnalise määramiseta tekib grupp, kus igaüks arvab, et keegi teine valvab silda toorandmete ja raporteeritud näitaja vahel.

See kehtib mitmel tasandil korraga. On küsimus, kes omab andmepunkti määratlust: milline üksus otsustab, mida "scope 2 tarbimine" täpselt tähendab, kui energiatarnija erineb riigi kaupa. On küsimus, kes omab kontrolli: kes kontrollib, et väärtus on kinnitatud enne selle edasiliikumist. Ja on aluseks olev küsimus, mida käsitleb see artikkel: kes omab protsessi ennast, allikasüsteemist kuni aruande reani.

Mis juhtub, kui keegi ei omab protsessi

Ilma omanikuta muutub protsess harjumuste kogumiks. Keegi muudab tabelis valemit, kuna see tundus mugavam, ja keegi ei kontrolli, kas see muudatus on ka mujal läbi viidud. Üksus vahetab raamatupidamissüsteemi ja uuel ekspordil on erinev veergude järjekord, mida keegi ei märka, kuni numbrid ei lähe enam kokku. Uus töötaja võtab aruandluse üle ja järgib eelkäija juhiseid, kes on vahepeal lahkunud, teadmata, miks üks etapp on nii korraldatud.

Tagajärjed muutuvad tavaliselt nähtavaks alles hetkel, kui asjale vaadatakse väljastpoolt: auditi käigus, järelevalveasutuse küsimuse korral, esimesel korral, kui näitajat tuleb põhjendada. Siis selgub, et keegi ei suuda taastada, kuidas number tekkis, kuna keegi ei kandnud selle eest formaalselt vastutust. See on täpselt teema, mida käsitleb mida teha, kui mitme üksusega grupis puudub omanik: mitte süüküsimus, vaid struktuurne tühimik, mis on tekkinud kasvu, ühinemiste või lihtsalt aja jooksul.

Omanikkuse määramine ei ole organisatsiooniskeem

On ahvatlev lahendada see probleem organisatsiooniskeemiga: üks nimi ühe osakonna kõrval. See ei toimi, kuna kestlikkusandmete aluseks olev protsess ei koosne ühest etapist. On lähteregistreerimine, ühikuks või koefitsiendiks ümberarvutamine, kehtivate väärtuste kontroll, üksuste vaheline kokkuliitmine ja lõplik fikseerimine aruandes. Igal etapil võib olla erinev omanik, kuni see on selgesõnaliselt kirja pandud ja mitte eeldatud.

Selle juures aitab mitte hägune tööjaotus, vaid konkreetne register: iga andmepunkti kohta küsimus, kes haldab allikat, kes teeb ümberarvutuse, kes kinnitab tulemuse. Sinna juurde kuulub ka küsimus, mis on kehtiv väärtus, kuna ilma kehtiva väärtuse jagatud määratluseta ei saa omanik kontrollida, kas näitaja on korrektne, enne kui see edasi liigub. Ja ilma viisita märgata kõrvalekaldeid näitajates, nagu on kirjeldatud signaalkõrvalekalde seadistamise juures, jääb kontroll sõltuvaks sellest, kes juhuslikult näitaja veel üle vaatab.

Omanikkuselt üleantavale tööle

Kui protsessi omanikkus on korra määratud, andmepunkti ja etapi kaupa, tekib teistsugune ülevaade: täpselt, kes millist toimingut teeb, kui tihti ja millisel allikal põhinedes. See ülevaade võimaldab järgmise küsimuse, mis läheb kaugemale sellest, kes on vastutav, nimelt millise osa sellest tööst saab seejärel üle võtta automatiseerimine. FTE TO AI töövoo skaneering arvutab ülesande kaupa välja, millise osa töö saab AI üle võtta, lähtudes ülesannetest, mis on muutunud nähtavaks pärast omanikkuse määramist. Ilma selle määramiseta ei ole ülesannet, mida skaneerida, on ainult protsess, mida keegi ei oska seletada.

Skaneering on ehitamisel

Andmete valmiduse skaneering, mis kaardistab andmepunktide registri, iga andmepunkti päritolu (lineage) ja omanikkuse, on praegu ehitamisel. Kes soovib liituda ootenimekirjaga, et saada juurdepääs kohe, kui skaneering on kättesaadav, saab end registreerida. Praegu ei ole tööriista, mida tellida, aga on olemas võimalus saada esimesena teavitus, kui see on valmis.

Marvinde assistent van de Data Readiness Scan

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.