Точка от данни без проверка е число, което случайно се намира някъде. Може да е правилно, може да е печатна грешка, може да е стара версия на цифра, която вече е актуализирана в друг файл. Без проверка не виждате разликата. Въпросът кои проверки съответстват на дадена точка от данни, следователно не е технически детайл, а един от основните въпроси на управлението на данни за отчитане на устойчивостта.
Проверката на точка от данни се състои от повече от гранична стойност в таблица. В основата си има три неща, които трябва да бъдат установени, и те трябва да бъдат определени отделно едно от друго.
Първо: какво е валидна стойност. Енергийното потребление не може да бъде отрицателно. Процент трябва да бъде между 0 и 100. Брой служители е цяло число. Това звучи очевидно, но на практика рядко се фиксира изрично за всяка точка от данни — то се намира в главата на човека, който някога е създал таблицата, и изчезва веднага щом този човек смени длъжността си. Какво точно е валидна стойност и какво правите, когато стойност попада извън нея, е разработено на страницата за валидни стойности и кой забелязва, когато нещо се обърка.
Второ: какво е сигнал. Валидна стойност не е същото като правдоподобна стойност. Потребление, което е в рамките на допустимите граници, но е три пъти по-високо от миналата година, е валидно и същевременно е сигнал, който някой трябва да разгледа. Сигналът следователно не е твърд отказ, а индикация: това се отклонява от модела, погледнете го преди да премине в отчета. Как настройвате такова отклонение и, не по-малко важно, кой го вижда, е разработено на страницата за настройването на сигнално отклонение и кой го забелязва.
Трето: кой го вижда. Проверка, до която никой не достига, на практика не съществува, дори ако е записана на хартия. Ако стойност попадне извън границата или сигнал се задейства, трябва да е ясно кой получава известието, в какъв срок, и какво се случва, ако този човек не реагира. Това обикновено е частта, която липсва: правилото съществува, но собствеността върху проследяването не.
В повечето организации данните за устойчивост работят на таблици, които са израснали от първо задължение за отчитане. Имало е натиск, имало е краен срок, и имало е някой, който е създал работен лист. Проверките често са неформални: някой, който познава цифрата, забелязва странно отклонение. Това работи, докато този човек е на почивка, смени работата си, или точката от данни нарасне от десет на сто реда.
Резултатът е, че организациите често забелязват, че не е имало проверка, само след като грешка вече е попаднала в отчета. В този момент въпросът вече не е кои проверки трябвало да съществуват, а как отчетът трябва да бъде коригиран — по-скъп и по-видим въпрос, отколкото би било необходимо.
Съществуват системи, които автоматично откриват гранични стойности и отклонения. Тези системи са полезни, но само ако основните въпроси вече са отговорени: какво е валидна стойност за тази конкретна точка от данни, какво тук се счита за сигнал, и кой е собственикът, който получава известието. Инструмент, поставен върху неорганизиран процес, произвежда преимуществено известия, които никой не поема, или граници, зададени произволно, защото никой не е имал време да ги обмисли добре. Проверката тогава изглежда автоматизирана, но по същество не е. Това е същият капан като привидна точност: цифра с много десетични знаци, която внушава точност, която основните данни не притежават. Как да предотвратите това и кой трябва да следи за него, можете да прочетете на страницата за предотвратяване на привидна точност и кой го забелязва.
Проверка, която съществува само в момента на отчитане, идва твърде късно. Ако стойност се проверява само когато отчетът се съставя, шансът да остане време за корекция на източника е малък — натискът тогава е върху спазването на крайния срок, не върху възстановяването на данните. Проверката следователно съответства на самата точка от данни, в момента, в който се въвежда или актуализира, със собственик, който я вижда преди цифрата да продължи по-нататък във верижния процес.
Това е точно около какво се върти регистърът на точките от данни на Data Readiness Scan: не изграждането на отчета, а установяването за всяка точка от данни какво е валидна стойност, какво е сигнал, и кой е собственикът, който го вижда. Пълен преглед на кои проверки съответстват на коя точка от данни и как е разпределена собствеността там, ще намерите обобщено на страницата, която комбинира проверки и собственост по точка от данни. Който освен това се бори с определения, които са леко различни по държава, марка или подразделение, ще намери подхода за това на страницата за справяне с определения, които се различават по подразделение.
Разработването на валидни стойности, сигнали и собственост по точка от данни е точно вид работа, който отчасти е редовен по характер и отчасти изисква преценка. Коя част от нея може да се поеме от AI и коя част трябва да продължи да се извършва от човек, не е предположение, а изчисление. FTE TO AI предлага за това работния скенер: той изчислява за всяка задача коя част от работата може да бъде поета от AI, така че да не гадаете, а да смятате.
Data Readiness Scan е в процес на разработка. Който иска контролният слой около своите точки от данни да бъде обмислен веднага щом това стане достъпно, може да се регистрира за списъка на чакащите.
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.