Większość wykrytych anomalii okazuje się błędami w danych. To dobra wiadomość — błąd da się poprawić od razu.
Typowe błędy wyglądające jak anomalie
- przecinek w niewłaściwym miejscu,
- ilość wpisana w polu ceny,
- dokument z datą sprzed roku,
- pozycja przypisana do niewłaściwego klienta,
- zamówienie wprowadzone dwukrotnie.
Każda z tych pomyłek powstaje w sekundę i żadna nie wygląda groźnie w chwili wprowadzania. Widać je dopiero wtedy, gdy ktoś zestawi zapis z tym, jak dana pozycja zachowuje się zwykle.
Rozpoznanie
Błąd zwykle daje wartość niemożliwą, nie tylko nietypową. Cena stukrotnie wyższa od zwykłej to pomyłka, nie zmiana rynkowa.
Pomaga też miejsce, w którym wartość się pojawia. Pojedyncza pozycja odstająca w dokumencie, którego reszta wygląda normalnie, wskazuje na pomyłkę przy wpisywaniu. Odchylenie widoczne równocześnie u wielu pozycji tego samego dostawcy albo w całym dniu sprzedaży wskazuje raczej na zjawisko albo na problem z importem.
Kolejność sprawdzania
Najpierw dane, potem rzeczywistość. Analiza przyczyn zjawiska, którego nie było, to najczęstsza strata czasu w tym obszarze.
W praktyce sprowadza się to do jednego pytania na starcie: czy taki zapis w ogóle mógł powstać. Dopiero po odpowiedzi twierdzącej warto szukać przyczyny u klienta, w cenniku albo na magazynie. Odwrócenie kolejności kosztuje najwięcej wtedy, gdy wnioski zdążyły trafić dalej, bo wycofanie się z nich jest trudniejsze niż samo sprawdzenie.
Sygnał nie przesądza, co się stało
To rozróżnienie jest sednem całego obszaru. Wykrycie mówi tylko tyle, że coś odbiega od dotychczasowego obrazu. Czy to błąd, zdarzenie jednorazowe, czy początek trwałej zmiany — rozstrzyga człowiek znający kontekst. Narzędzie przedstawiające swoje wskazania jako fakty uczy odbiorców albo bezkrytycznego przyjmowania, albo ignorowania. Neutralny opis — co odbiega, od czego i w którym miejscu — zostawia miejsce na wyjaśnienie.
Wykrywanie błędów jako osobne zastosowanie
Kontrola przy wprowadzaniu jest tańsza niż wychwytywanie po fakcie. Wartość odbiegająca od typowej może wywołać pytanie od razu.
Ta sama logika działa przy danych przychodzących z zewnątrz: łatwiej zatrzymać wątpliwy plik przed importem, niż odkręcać jego skutki w kilku miejscach naraz.
Rejestr rozstrzygnięć
Zapisanie, czy zgłoszenie było błędem czy zjawiskiem, pozwala poprawić czułość i wskazuje powtarzające się pomyłki.
Bez takiego zapisu każda zmiana progu jest zgadywaniem, a rozmowa o tym, czy narzędzie się sprawdza, sprowadza się do wrażeń. Rejestr pokazuje też, które kontrole dają najwięcej fałszywych alarmów i które trzeba przestroić w pierwszej kolejności.
Wniosek
Wysoki udział błędów wśród zgłoszeń nie jest wadą narzędzia. To informacja o jakości danych.
Warto powiedzieć to wprost przed uruchomieniem, bo pierwsze tygodnie wyglądają wtedy inaczej, niż się spodziewano. Kiedy zespół wie, że początkowa fala zgłoszeń to głównie porządki w kartotekach, nie traktuje jej jak porażki wdrożenia.
