Egy ellenőrzés nélküli adatpont olyan szám, amelynek senki nem mond ellent. Ott áll a jelentésben, egy rendszerből vagy egy táblázatból származik, és elfogadják, mert nincs ok arra, hogy megkérdőjelezzék. Csak akkor derül ki, hogy soha senki nem nézte át, amikor egy külső fél kérdést tesz fel, vagy amikor egy szám hirtelen tízszeres eltérést mutat az előző évhez képest. Akkor már túl késő rekonstruálni, hol csúszott el a dolog.
A kérdés, amely ezt megelőzi, egyszerűen feltehető, de struktúra nélkül nehezen megválaszolható: milyen ellenőrzés tartozik ehhez az adatponthoz, és ki veszi észre, ha valami elromlik. Ez két kérdés, és mindkettőre választ kell adni, mielőtt egy szám bekerül egy jelentésbe.
Minden adatpontnak van határa. Egy energiafogyasztás nem lehet negatív. Egy fte-létszám nem tizedesjegyekkel megadott érték. Egy százalék nem haladhatja meg a százat. Ez nyilvánvalónak tűnik, de a gyakorlatban ezek a határok sehol nincsenek rögzítve — az adatot évek óta kezelő személy fejében élnek, és eltűnnek, amint az illető más pozícióba kerül.
Egy érvényes érték rögzítése nem csak egy alsó és felső határ feljegyzését jelenti. Azt is jelenti, hogy meghatározzák, milyen mértékegységben szolgáltatják az adatpontot, milyen dátumformátumok elfogadottak, és hogy egy üres mező érvényes eredménynek számít-e, vagy annak jele, hogy valami hiányzik. Ez nélkül minden kivételt újra megítélnek, mindig az, aki az adott pillanatban éppen ránéz. Hogy pontosan mi számít érvényesnek, és mikor egy határérték inkább feltételezés, mint szabály, azt az érvényes értékről szóló oldal fejti ki.
Nem minden eltérés hiba. Egy adatpont teljesen az érvényes határok között lehet, és mégis jelzésnek számíthat — egy hirtelen csökkenő fogyasztás, egy szám, amely háromszorosa az előző negyedévinek, egy beszállító, aki két év óta most először nem szolgáltat adatot. Ezek nem érvénytelen értékek. Olyan értékek, amelyek megkívánják a kontextust ismerő valaki figyelmét.
A jelzési szabály tehát más, mint a validációs szabály. A validáció meghatározza, hogy egy érték létezhet-e. A jelzés meghatározza, hogy egy érték, még ha érvényes is, mégis okot ad-e a megnézésre. Az, hogy hogyan állítják be ezt a küszöböt — fix eltérési százalék, összehasonlítás egy historikus sorral, vagy ezek kombinációja — az adatponttól és attól függ, mennyire stabil normál esetben az alapul szolgáló tevékenység. Egy ilyen szabály felépítése, beleértve a túl sok és túl kevés jelzés közötti mérlegelést, a jelzési eltérés beállításáról szóló oldalon van leírva.
Egy szabály, amelyet senki nem lát, nem szabály. Ha egy validációs vagy jelzési ellenőrzés valahol egy rendszerben aktiválódik, tisztán kell állnia, ki kapja meg az értesítést, és mit tesz vele az illető. Az adatbevitelt végző személy, az adatpont tulajdonosa, vagy valaki, aki a jelentés összeállítása előtt átlátja az egészet? Kijelölt címzett nélkül a jelzés egy olyan naplóban tűnik el, amelyet senki nem néz meg.
Ez a felelősség kérdését érinti, a felelősség pedig egy olyan problémát érint, amely sok szervezetben megoldatlan marad: a különböző részlegek eltérő definíciókat használnak arra, amit papíron ugyanannak az adatpontnak neveznek. Az egyik telephely a fte-számba beleszámítja a bérelt munkaerőt is, a másik nem. Amikor egy jelzés aktiválódik, mert egy érték eltér, az első kérdés gyakran nem az, hogy helyes-e az érték, hanem hogy mindenki ugyanarról a definícióról beszél-e. Hogy hogyan kezelje ezt, a részlegek közötti eltérő definíciókról szóló oldalon olvasható.
Csábító ezeket az ellenőrzéseket egy szoftverpakettben keresni: valamit, ami automatikusan figyelmeztet, validál és jelentést készít. De egy eszköz, amely olyan adatokon végez ellenőrzést, amelyeknél senki nem rögzítette, mi számít érvényes értéknek, nem végez ellenőrzést — csak egy jól kinéző eredményt ad egy olyan folyamatról, amelyet még nem gondoltak át. A szabályoknak előbb léteznie kell, függetlenül attól, melyik rendszer alkalmazza majd őket végül. Ezt a sorrendet, és hogy miért vezet a megfordítása általában kiábrándultsághoz, az eszköz előbb megvásárlásáról vagy előbb a folyamat kialakításáról szóló oldal magyarázza el.
Ha minden adatpontra rögzítve van, mi számít érvényes értéknek, mikor aktiválódik egy jelzés, és ki kapja meg azt a jelzést, olyan nyilvántartás keletkezik, amely nemcsak dokumentál, hanem követelménypakettként is használható. Ez a nyilvántartás pontosan az, amire szükség van annak meghatározásához, mit kell tudnia egy rendszernek — akár belsőleg épített, akár beszerzett — a jövőben. Ezen követelménypaket nélkül minden beszerzés kockázatos vállalás. Hogy hogyan fordítja ezt saját folyamatából eredő funkcionális követelményekké, egy beszállító helyett, a saját folyamatból eredő funkcionális követelményekről szóló oldalon olvasható.
Az adatpontokon végzett ellenőrzések azt is felfedik, mennyi az ismétlődő munka körülöttük: ugyanazt az összehasonlítást elvégezni, ugyanazt az értesítést továbbküldeni, ugyanazt a kivételt újra megítélni. Az, hogy az ismétlődés mely része alkalmas arra, hogy AI vegye át, és melyik része igényel olyan megítélést, amely nem automatizálható, feladatonként megválaszolható kérdés. Az FTE TO AI munkaszkennere ezt feladatonként kiszámítja.
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.