csrdready Запишете ме в списъка на чакащите

Kennisbank

Число, което изглежда точно, не е автоматично число, което е коректно

Число за емисии с два знака след десетичната запетая внушава доверие. Но точността в изобразяването не казва нищо за надеждността на източника. Електронна таблица, която е на три ръчни препечатвания разстояние, може да показва два знака след десетичната запетая точно както число, което идва directно от валидирана система. Разликата не е в това как изглежда числото, а в това какво е документирано за произхода му и какво представлява валидна стойност.

Какво е привидна точност

Привидна точност се появява, когато число излъчва повече сигурност, отколкото основните данни оправдават. Това не се случва от лош умисъл. Случва се, защото никой не е документирал какви са границите на дадена точка от данни: кои стойности са правдоподобни, кои отклонения са нормални и кои трябва да дадат сигнал. Без тези граници всяко число изглежда еднакво достоверно, включително числото, което е грешка при препечатване или грешна мерна единица.

Въпросът какво е валидна стойност следва затова да бъде отговорен за всяка точка от данни, не впоследствие при извадка, а предварително, в момента, когато точката от данни се документира. Валидна стойност не е само число в определен диапазон. Тя е също и мерна единица, която е коректна, период, който съответства, и източник, който е известен.

От валидна стойност към сигнал

Правило за качество прави повече от одобряване или отхвърляне на стойност. То определя и кога отклонение трябва да стане сигнал. Енергийна консумация, която е с двадесет процента по-висока от предходната година, може да е грешка, но може и да е реално разширение. Самото правило не документира какво се е случило; то документира, че този тип отклонение заслужава оценка, преди да продължи напред.

Как настройвате сигнално отклонение е следователно различен въпрос от какво е валидна стойност. Единият въпрос се отнася до границата на приемливо, другият до границата на забележимо. И двете граници са необходими, и двете следва да се документират за всяка точка от данни, не като общо правило за целия доклад.

Кой го вижда, когато нещо се обърка

Сигнал, който никой не вижда, не е сигнал. Това е точката, в която много структури от данни спират: правилото съществува, отклонението се открива, но не е документирано кой получава известието и какво трябва да направи с него тази личност. Без собственост за всяка точка от данни сигнал изчезва в списък, който никой не прочита, или достига до личност, която не познава точката от данни и следователно не може да я оцени.

Какви контроли принадлежат на точка от данни обхваща затова не само самото правило, но и маршрута: кой е собственикът, кога тази личност получава известие и какво се случва, ако тази личност не реагира. Точка от данни без собственик е точка от данни, за която никой освен крайния потребител на доклада никога няма да забележи, че е тръгнала по грешен път, и тогава е вече късно да се направи нещо срещу основната причина.

Защо това не се решава само с инструмент

Съществуват инструменти, които откриват отклонения и показват табла. Тези инструменти са полезни веднага след като правилата съществуват. Но инструмент, който работи върху регистър на точки от данни без документирани валидни стойности, без определения за сигнали и без назначени собственици, произвежда преди всичко известия, които никой не може да интерпретира. Въпросът първо купувате инструмент или първо изграждате процеса се прилага пряко тук: инструмент над неорганизиран процес променя формата на проблема, не съдържанието му.

Същото важи и за определенията. Ако две части от организацията прилагат различно разбиране за една и съща точка от данни, тогава правило за качество за една част ще произведе фалшив сигнал за другата. Какво правите с определения, които се различават по части, и какъв избор документирате следва затова да бъде отговорено предварително, иначе всяко правило се превръща в компромис, който не пасва добре никъде.

Откъде идват тези правила

Валидни стойности, сигнали и собственост не са нещо, което се определя общо и след това се прилага навсякъде. Те следват от начина, по който организацията действително документира точката от данни, кой на практика има достъп до нея и какви грешки са се случвали в миналото. Какви функционални изисквания произлизат от вашия собствен процес описва как тези правила се извеждат от съществуващия процес, вместо от общ контролен списък.

От правила към самата работа

Веднага щом стане ясно кои стойности са валидни, кои отклонения представляват сигнал и кой оценява този сигнал, се появява и представа за работата, която стои зад този контрол: кой търси данни, кой сравнява с предходни периоди, кой препраща известието. Тази работа се състои от задачи, които могат да бъдат разбити, и за част от тях може да се определи дали софтуер може да ги поеме. Работният анализ на FTE TO AI изчислява за всяка задача какъв дял от работата може да се поеме от AI, въз основа на същите документирани правила и маршрути, които подкрепят качеството на данните.

Marvinde assistent van de 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.