Príklady a architektúry v tejto sérii vznikajú ako moje osobné vzdelávacie a nekomerčné experimenty; nejde o ponuku IT alebo poradenských služieb.
Post #7 sa skončil opravou: pravidlom zdravého rozumu, ktoré pozastaví report na manuálnu kontrolu vždy, keď sa niektoré číslo oproti predchádzajúcemu obdobiu zmení viac, než je nastavený prah — namiesto toho, aby report odišiel rovno do schránky. O tri týždne neskôr toto pravidlo urobilo presne to, na čo bolo určené. Len tentoraz označilo niečo, čo napokon vôbec nebol problém.
Alert, čísla aj vysvetlenie nižšie sú modelová/composite ilustrácia zostavená z opakujúcich sa vzorov, ktoré som počas kariéry videl; neopisujú konkrétnu firmu, dátovú sadu ani osobu.
O tri týždne neskôr
Čo alert označil
Pravidlo sleduje niekoľko kľúčových ukazovateľov a porovnáva každé nové číslo s predchádzajúcim obdobím. Jedno ráno pozastavilo report skôr, než odišiel: počet dní hotovosti na účte vyskočil z 45 na 71 v priebehu jediného týždňa — nárast o 58 %, ďaleko nad prahom nastaveným po Poste #7. Na papieri malo ísť presne o toto. Skok tejto veľkosti, bez vysvetlenia, je buď veľmi dobrá správa, alebo znak, že niečo v dátach nesedí.
| Čo alert označil | Čo bolo v skutočnosti pravda |
|---|---|
| Dni hotovosti na účte: 45 → 71 za jeden týždeň, nad kontrolným prahom | Klient vopred zaplatil zálohu na šesť mesiacov za projekt, ktorý začína v Q4 — reálna hotovosť, správne zaznamenaná, len nezvyčajne načasovaná |
| Ten istý účet bol znova označený o týždeň neskôr, stále zvýšený | Nešlo o novú anomáliu — bol to ten istý vklad, stále na účte, presne podľa očakávania |
Prečo to vyzeralo ako problém
Pravidlo nevie, prečo sa číslo zmenilo — len to, že sa zmenilo o viac, než je nastavené percento. Nepozná rozdiel medzi „očakávané, ale nezvyčajné" a „neočakávané a nesprávne" — každé prekročenie prahu vyzerá zvnútra rovnako. Výpočet runwayu sám osebe nedokáže odlíšiť skorú platbu od chyby v modeli, duplicitného záznamu alebo ukazovateľa, ktorý teraz jednoducho meria niečo iné, než číslo, s ktorým sa porovnáva.
Systém, ktorý zbytočne kričí „vlk", ťa stojí rovnakú dôveru ako ten, čo vlka prehliadne — len ju minie pomalšie.
Čo sa takmer stalo
Po druhom označení bol prvý inštinkt v miestnosti vyhlásiť celé pravidlo za „príliš citlivé" a znížiť prah — čo by potichu znova otvorilo presne tú medzeru, ktorú mal Post #7 zavrieť. To je skutočné riziko falošného poplachu: nie strata dvadsiatich minút na jeho overenie, ale erózia, ktorá spôsobí, že ľudia prestanú overovať ten ďalší — skutočný alebo nie.
Čo sa zmenilo potom
Pridali sa dve úpravy. Po prvé, krátky zoznam známych, opakujúcich sa, ale nepravidelných udalostí — zálohové platby, obnovenie poistky, ročné licenčné poplatky — ktoré sa označia už pri zápise, aby ich pravidlo prahu vedelo posudzovať inak než neobjasnený skok. Po druhé, každý pozastavený alert musí odteraz niesť jednu vetu vysvetľujúcu, čo sa zmenilo, skôr než na neho niekto zareaguje — nielen číslo a červenú vlajku. Ak túto vetu ešte nikto nevie napísať, report zostáva pozastavený, kým sa to nezistí.
Prečo môže falošný poplach vážiť viac než chyba, pred ktorou má chrániť
Podľa mojej skúsenosti alert, ktorý sa raz pomýli, samotný systém takmer nič nenaučí — ale naučí niečo človeka, ktorý ho číta, a to si zapamätá: že tejto konkrétnej vlajke sa nedá vždy veriť. Prehliadnutá chyba ťa stojí raz, keď sa odhalí neskoro. Falošný poplach ťa môže stáť zakaždým potom — potichu, v podobe alertu, ktorý už nikto neotvára.
Ďalej v sérii
Post #9 sa pozerá na iné slepé miesto — také, ktoré sa meria v kurzoch mien, nie v dátumoch.