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