Liela daļa ilgtspējas datu nāk nevis no sistēmas ar fiksētiem laukiem un fiksētām mērvienībām, bet no izklājlapas, ko izveidojis darbinieks. Energopatēriņš kWh līdzās degvielas litriem, atkritumu dati par filiālēm dažādās mērvienībās, darbinieku skaits, kas saskaitīts uz dažādiem pārskata datumiem. Pirms šāds skaitlis iekļaujas pārskatā, tas ir normalizēts: pārrēķināts kopējā mērvienībā, koriģēts periodam, apkopots organizācijas līmenī. Šī normalizācija bieži notiek tajā pašā izklājlapā, ar formulu, ko nezina neviens ārpus tās izstrādātāja.
Problēma nav tā, ka notiek normalizācija. Problēma ir tā, ka šis solis ir neredzams. Formula šūnā parāda rezultātu, nevis pieņēmumu, kas stāv tā pamatā. Ja kāds citu atver failu, viņš redz skaitli, ne argumentāciju.
Starp neapstrādāto izklājlapu un publicēto skaitli parasti ir vairāki soļi: mērvienību pārrēķins, trūkstošo vērtību novērtēšana vai izlaišana, vairāku filiāļu skaitļu summēšana, korekcijas koeficienta piemērošana zināmai novirzei. Katrs solis maina skaitli, un katrs solis ir izvēle. Kāds pārrēķina koeficients izmantots, par kādu periodu summēts, kāpēc izlēcošā vērtība tikusi vai netikusi iekļauta. Bez fiksācijas šīs izvēles pastāv tikai tā prāta, kurš izklājlapu izveidojis. Pārskats par tēmu kādas darbības notiek starp avotu un pārskatu rāda, ka normalizācija reti ir viens vienīgs solis — tā ir ķēde, kurā katrai saitei jābūt pārbaudāmai atsevišķi.
Normalizācijas fiksēšana nav tas pats, kas paskaidrojuma rakstīšana pēc tam, kad pārskats ir gatavs. Runa ir par brīdi, kad darbība notiek: kura formula, ar kādiem parametriem, kādai neapstrādātai vērtībai piemērota. Tā ir atšķirība starp audita pierakstu (audit trail) un žurnālu. Žurnāls fiksē, ka kaut kas notikis; audita pieraksts padara skaidru, kas notikis un kāpēc šī darbība tajā brīdī bija pareizā. Šī atšķirība ir izklāstīta kāpēc audita pieraksts ir vairāk nekā žurnāls, ja avots ir izklājlapa. Kas normalizāciju dokumentē tikai pēc fakta, riskē, ka sākotnējo izvēli vairs nevar rekonstruēt, it īpaši, ja izklājlapas izstrādātājs tobrīd ir mainījis funkciju vai pametis organizāciju.
Bieži sastopams pieņēmums ir tāds, ka izsekojamība — skaitļa izsekošana no avota līdz pārskatam — prasa sistēmu, kas to fiksē automātiski. Tas nav obligāti. Arī ar izklājlapām kā avotu ir iespējams par katru datu punktu fiksēt, kāda avota vērtība izmantota, kāda darbība tai piemērota un kas šo darbību apstiprinājis. Tas prasa disciplīnu, nevis programmatūru. Kā tas praksē izskatās, aprakstīts kā izveidot izsekojamību bez rīka, ja avots ir izklājlapa. Kodols ir fiksēta struktūra: par katru datu punktu — avota tabula, piemērotā formula un norāde uz to, kas šo formulu noteicis. Tas ir vairāk formāts nekā sistēma, un tas ir pielietojams pirms domāšanas par rīku.
Normalizācijas noteikums — piemēram, degvielas veida pārrēķina koeficients uz CO2 ekvivalentu — pats ir datu punkts, kam nepieciešams īpašnieks. Ne galīgā skaitļa īpašnieks, bet noteikuma īpašnieks: kas nolemj, ka šis koeficients ir pareizais, un kas to pielāgo, kad norma mainās. Bez šī piešķīruma atbildība netieši pāriet uz to, kurš nejauši izveidojis izklājlapu. Par to ir jautājums kam pieder datu punkta definīcija: definīcijai un aprēķina noteikumam nepieciešams īpašnieks, kas ir atsevišķs no tā, kurš datus ievada. Tas ir viena no source-to-report kartēšanas (source-to-report mapping) daļām, izskaidrota kas ir source-to-report kartēšana: ne tikai no kurienes skaitlis nāk, bet arī kas ir atbildīgs par katru soli starp tiem.
Pastāv rīki, kas automatizē normalizāciju un parāda izsekojamību. Šie rīki neko neatrisina, ja process pamatā nav sakārtots: ja neviens nav fiksējis, kāds noteikums attiecas uz kādu datu punktu, rīks tikai ātrāk parāda skaitli, kura izcelsme joprojām nav skaidra. Vispirms process, tad rīks. Kas lemj par šo sakārtošanu, ir jautājums, kas sniedzas tālāk par normalizāciju vien; tas apskatīts kam pieder process pamatā.
Kad ir skaidrs, kādi normalizācijas soļi pastāv, kas tos veic un pēc kāda noteikuma, rodas otrs jautājums: kuru daļu no šī manuālā darba izklājlapā var nodot AI. FTE TO AI darba skenēšana katram uzdevumam aprēķina, kuru darba daļu var pārņemt, un tā ir izmantojama, tiklīdz normalizācijas soļi ir aprakstīti kā atsevišķi, atpazīstami uzdevumi, nevis paslēpti formulā.
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.