Електронна таблица с енергийно потребление по обект не е проблем сам по себе си. Проблемът възниква в следващата стъпка: как тези редове се обединяват в числото, което стои в отчета. Тази стъпка често се случва във формула, обобщена таблица или, по-лошо, в главата на човека, който актуализира електронната таблица всяка година. Никой друг не знае точно кои редове са включени, кои са изключени и защо.
Агрегирането звучи като изчисление, но всъщност е поредица от избори. Включвате ли обекти, които са били затворени част от годината? Включвате ли наети локации или само собствени? Смятате ли по календарна година или по финансова година? Всеки избор променя крайното число, а в електронна таблица тези избори обикновено не се документират отделно. Те са вградени във формула, която препраща към клетки, без да има четлив ред, който казва: това е правилото за агрегация, и това е защо.
В момента, в който някой поеме електронната таблица, или когато контролер иска да възпроизведе сравнимо число година по-късно, това обяснение липсва. Формулата все още работи, но никой не може да преценя дали тя все още е правилна за ситуацията на тази година.
Между суровия ред в електронната таблица и числото в отчета обикновено стоят няколко стъпки: избор на релевантните редове, преизчисление до единица, сумиране или среднопретеглена стойност, а понякога и корекция за липсващи месеци или локации. Всяка стъпка може да има собствено правило, и всяко правило може да се промени, без това да бъде записано никъде.
Въпросът, който тогава има значение: ако контролер попита как е изградено това число, можете ли да посочите стъпките една по една? Не да извеждате резултата, работейки назад през формулата, а да покажете самите правила.
Правило за агрегация, което съществува само във формула, не е проверимо и не може да се предаде. Документирането означава: отделно от електронната таблица да се запише каква агрегация е приложена, върху какъв избор, с какви изключения, и кой е установил това правило. Това не е допълнителен документ до електронната таблица, това е обяснението, което прави електронната таблица употребима като източник за точка от отчета.
Без това обяснение правилото за агрегация се променя незабелязано. Някой добавя обект към списъка, коригира формулата, и числото за тази година вече не е сравнимо с миналогодишното. Не защото основните данни са се променили, а защото начинът на сумиране е тихо изменен.
Агрегацията е едно от местата, където електронните таблици крият грешки в агрегацията, но не единственото. Подобни въпроси се отнасят за единиците и определенията: вижте как документирате нормализация, когато източникът е електронна таблица за стъпката, която често идва преди агрегацията. А за да картографирате целия път от суров ред до цифра в отчета, дори без специализиран софтуер, има как създавате lineage без инструмент, когато източникът е електронна таблица. Двете се свързват с по-широкия въпрос какво точно представлява source-to-report mapping, в който агрегацията е една от документираните стъпки.
Правило за агрегация, точно като точка от данни, се нуждае от някой, отговорен за избора зад него. Не човекът, който случайно е написал формулата, а човекът, който може да обясни защо е избран този избор и този метод на изчисление, и който одобрява промяна, преди тя да бъде въведена. Този въпрос е свързан с кой притежава определението на точка от данни: определението задава какво се измерва, правилото за агрегация задава как измерванията се обединяват в цифра за отчета. И двете принадлежат на някой с име, не на електронна таблица, която минава от ръка на ръка.
Документирането на правила за агрегация не е еднократно упражнение. Това е въпрос, който се повтаря всеки път, когато организацията се промени: нов обект, нова единица, сливане. Затова не е достатъчно да документирате само този път; трябва да има процес, който повтаря документирането при всяка промяна. Кой следи този процес и кога се преразглежда правило за агрегация, е въпрос, свързан с кой притежава процеса отдолу, отделно от кой предоставя отделните цифри.
Тази страница описва какво е необходимо, за да се направи агрегацията прозрачна. Data Readiness Scan е инструментът, който помага да документирате това за вашите точки от данни: регистъра, lineage от източник до отчет за всяка точка и правилата за собственост. Този инструмент е в процес на изграждане. Който иска да започне с това още сега, може да се запише в списъка за чакащи.
Веднага след като правилата за агрегация са документирани, с собственик и причина, възниква друг вид работа: изпълнението и проверката на тези същите стъпки, година след година. Голяма част от тази изпълнителска работа, от избор на редове до сумиране на числа по фиксирано правило, е вид задача, за която с работен скенер от FTE TO AI може да се изчисли какъв дял може да бъде поет от AI, за всяка задача, въз основа на точно това какво представлява работата.
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.