Et spreadsheet med energiforbrug pr. lokation er ikke et problem i sig selv. Problemet opstår i det næste trin: hvordan disse linjer sammenlægges til det tal, der står i rapporten. Dette trin sker ofte i en formel, en pivottabel eller, værre, i hovedet på den person, der opdaterer spreadsheetet årligt. Ingen andre ved præcis, hvilke rækker der er medtaget, hvilke der er udeladt, og hvorfor.
Aggregering lyder som beregning, men det er en række valg. Tæller De lokationer med, der var lukket en del af året? Medtager De lejede lokationer eller kun ejede? Regner De med kalenderår eller regnskabsår? Hvert valg ændrer det endelige tal, og i et spreadsheet er disse valg som regel ikke dokumenteret separat. De er indbygget i en formel, der refererer til celler, uden at der findes en læsbar linje, der siger: dette er aggregeringsreglen, og dette er hvorfor.
Så snart nogen overtager spreadsheetet, eller når en controller et år senere ønsker at reproducere et sammenligneligt tal, mangler denne forklaring. Formlen fungerer stadig, men ingen kan længere bedømme, om den stadig er korrekt for dette års situation.
Mellem den rå linje i spreadsheetet og tallet i rapporten ligger som regel flere trin: udvælgelse af de relevante rækker, omregning til en enhed, sammentælling eller vægtet gennemsnit, og nogle gange en korrektion for manglende måneder eller lokationer. Hvert trin kan have sin egen regel, og hver regel kan ændres uden at det noteres nogen steder.
Det spørgsmål, der så tæller: hvis en controller spørger, hvordan dette tal er opbygget, kan De da påvise trinnene et for et? Ikke udlede resultatet ved at arbejde baglæns gennem formlen, men vise selve reglerne.
En aggregeringsregel, der kun findes i en formel, kan ikke kontrolleres og kan ikke overdrages. At dokumentere betyder: separat fra spreadsheetet notere, hvilken aggregering der er anvendt, på hvilken udvælgelse, med hvilke undtagelser, og hvem der har fastsat denne regel. Det er ikke et ekstra dokument ud over spreadsheetet, det er den forklaring, der først gør spreadsheetet brugbart som kilde til et rapporteringspunkt.
Uden denne forklaring ændres en aggregeringsregel ubemærket. Nogen tilføjer en lokation til listen, justerer formlen, og dette års tal er ikke længere sammenligneligt med sidste år. Ikke fordi de underliggende data er ændret, men fordi måden at sammenlægge på stille er blevet justeret.
Aggregering er et af de steder, hvor spreadsheets skjuler aggregeringsfejl, men ikke det eneste. Lignende spørgsmål gælder for enheder og definitioner: se hvordan De dokumenterer normalisering, når kilden er et spreadsheet for det trin, der ofte kommer før aggregering. Og for at kortlægge hele vejen fra rå linje til rapporttal, også uden specialiseret software, findes hvordan De opretter lineage uden værktøj, når kilden er et spreadsheet. Begge hænger sammen med det bredere spørgsmål hvad source-to-report mapping egentlig indebærer, hvor aggregering er et af de trin, der dokumenteres.
En aggregeringsregel har, ligesom et datapunkt, brug for en person, der er ansvarlig for valget bag den. Ikke den, der tilfældigvis har skrevet formlen, men den, der kan forklare, hvorfor denne udvælgelse og denne beregningsmetode er valgt, og som godkender en ændring, før den gennemføres. Dette spørgsmål hænger sammen med hvem der ejer definitionen af et datapunkt: definitionen bestemmer, hvad der måles, aggregeringsreglen bestemmer, hvordan målinger sammenlægges til et rapporteringstal. Begge hører til en person med navn, ikke til et spreadsheet, der går fra hånd til hånd.
At dokumentere aggregeringsregler er ikke en engangsøvelse. Det er et spørgsmål, der vender tilbage, hver gang organisationen ændrer sig: en ny lokation, en ny enhed, en fusion. Derfor er det ikke nok at dokumentere denne gang; der skal være en proces, der gentager dokumentationen ved hver ændring. Hvem der overvåger denne proces, og hvornår en aggregeringsregel revideres, er et spørgsmål, der berører hvem der ejer processen bagved, uafhængigt af hvem der leverer de enkelte tal.
Denne side beskriver, hvad der er nødvendigt for at gøre aggregering gennemsigtig. Data Readiness Scan er værktøjet, der hjælper med at dokumentere dette for Deres datapunkter: registret, kilde-til-rapport-lineagen pr. punkt og ejerskabsreglerne. Dette værktøj er under udvikling. Den, der allerede nu vil begynde med dette, kan tilmelde sig ventelisten.
Så snart aggregeringsregler er dokumenteret, med en ejer og en grund, opstår en anden slags arbejde: at udføre og kontrollere de samme trin, år efter år. Meget af dette udførende arbejde, fra at udvælge rækker til at sammentælle tal efter en fast regel, er den type opgave, hvor en arbejdsscan fra FTE TO AI kan beregne, hvilken del der kan overtages af AI, pr. opgave, baseret på hvad arbejdet præcist indebærer.
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.