Ühe äriüksuse registri saate te ühel hetkel valmis. Andmepunktid on selles kirjas, igaühel on allikas ja omanik, ja definitsioonid on kontrollitud. Mitme äriüksuse puhul muutub küsimus. Enam ei ole tegemist küsimusega, kas üks nimekiri on täielik, vaid kas nimekirjad kokku annavad ühe pildi organisatsioonist.
See on teistsugune töö kui rohkemate ridade sisestamine. Lõks on arvata, et register on valmis, kui iga üksus on täitnud oma tabeli. Neli täidetud tabelit nelja erineva definitsiooniga sama andmepunkti kohta ei annavad registrit, vaid neli registrit, mis juhuslikult kõrvuti asuvad.
Iga üksuse puhul kordub sama põhitöö: milliseid andmepunkte on vaja, kust need tulevad ja kes on nende eest vastutav. See algab küsimusest milliseid andmepunkte te tegelikult vajate, sest üksus, kes registreerib liiga palju andmepunkte, kogub peamiselt hoolduskoormust, ilma et aruandlus sellest paremaks muutuks.
Iga järelejääva andmepunkti kohta tuleb esitada seesama küsimus: kas see on juba mõnes süsteemis olemas või tuleb see veel eraldi küsida. Leht kus andmepunkt juba olemas on kirjeldab seda väljaselgitamistööd. Mitme äriüksuse puhul on vastus tihti erinev: üksusel A on energiatarbimine juba haldussüsteemis olemas, üksus B peab sellel veel arvestust tabelis, mida haldab üks kontroller. See erinevus peab olema registris nähtav, mitte kaduma ühtse veeru taha, mis kõikjal ütleb 'olemas'.
Suurim risk mitme üksuse puhul ei ole see, et andmepunktid puuduvad, vaid see, et need on olemas sama nime all, mõõtes tegelikult midagi teist. 'Veetarbimine' võib ühe üksuse puhul hõlmata ainult peakontorit ja teise puhul ka tootmishoonet. 'Töötajate arv' võib olla loetud laenutööjõuga või ilma. Kuni see erinevus ei ole nimetatud, ei märka keegi probleemi enne, kui numbrid tuleb koondaruande jaoks kokku panna.
Register, mis seda lahendab, fikseerib igale andmepunktile definitsiooni organisatsiooni tasandil ning näitab seejärel iga üksuse kohta, kas seda definitsiooni on ka nii kohaldatud. Kui see nii ei ole, on see registris märgitud lahtise punktina, mitte vaikimisi eeldusena. Selle struktuuri ülesehitus on kirjeldatud lehel kuidas te koostate andmepunktiregistri ja see järjekord ei muutu, kui üksusi on mitu: esmalt fikseeritakse andmepunktid ja nende definitsioonid organisatsiooni tasandil, seejärel täidetakse üksuse kaupa, mis on juba olemas ja mis puudub.
Eeldus, et ainult väiksematel või vähem küpsetel üksustel on allikates lünki, ei kehti peaaegu kunagi. Suurel üksusel, kellel on ulatuslik ERP-süsteem, võib teatud keskkonnaandmete puhul olla samuti käsitsi loenduse peal, nagu väikesel filiaalil. Andmepunktide osakaal, millel puudub kindel allikas, sõltub teemast ja sellest, kui kaua üksus on selliste numbritega töötanud, mitte üksuse suurusest. Küsimus, kui paljudel teie andmepunktidel on allikas, tuleb seetõttu igale üksusele eraldi vastata, vaadake kui paljudel teie andmepunktidel on allikas. Alles kui see on üksuste kaupa selge, saab öelda midagi terviku kohta.
Andmepunktid, millel puudub allikas, ei kao registrist sellepärast, et need on ebamugavad. Nad saavad staatuse ja järgmise samu, kirjeldatud lehel mida te teete andmepunktiga, millel puudub allikas. Mitme äriüksuse puhul on mõistlik võrrelda seda staatust üksuste vahel: kui kolmel neljast üksusest on andmepunkti allikas olemas ja neljandal mitte, on lahendus tavaliselt käeulatuses kolme üksuse juures, selle asemel, et neljas üksus peaks ratast uuesti leiutama.
Mitut äriüksust hõlmav register on korras mitte sellepärast, et see näib täielik, vaid kuna kolm asja on korraga tõesed. Esiteks: igal andmepunktil on organisatsiooni tasandil üks definitsioon, ja see definitsioon on igas üksuses samamoodi kohaldatud või erinevus on selgesõnaliselt fikseeritud. Teiseks: igast andmepunktist on üksuse kaupa selge, kas allikas on olemas, ja kui ei, mis on staatus. Kolmandaks: omanikuõigus on määratud tasandile, kus teadmine tegelikult asub, mitte automaatselt üksuse kõrgeimale juhile.
Kui kaua see töö kestab, sõltub üksuste arvust, teemade arvust ja aluseks olevate süsteemide seisust; sellekohane hinnang on kirjeldatud lehel kui kaua kulub aega, et teema korda saada. See ei ole fikseeritud tähtaeg, vaid summa tööst, mis üksuse ja andmepunkti kaupa veel tuleb ära teha.
Selliste registrite kokkuviimine, definitsioonide taandamine ja allikate kõrvutamine üksuste kaupa on suures osas korduv töö: samad küsimused, ikka ja jälle rakendatuna teisele osakonnale või teisele andmepunktile. Milline osa sellest võib üle võtta AI ja milline osa jääb inimtööks, on täpselt see, mille jaoks on loodud FTE TO AI töövoo skaneering: see arvutab ülesande kaupa välja, kui palju on ruumi sellist registritööd kiirendada, ilma et tulemus sõltuks eeldustest, mida kontrollitud pole.
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.