Punkt danych bez kontroli to liczba, której nikt nie kwestionuje. Znajduje się w raporcie, pochodzi z systemu lub arkusza kalkulacyjnego i zostaje zaakceptowana, ponieważ nie ma powodu, by ją sprawdzać. Tylko gdy zewnętrzna strona zada pytanie, albo gdy liczba nagle zmieni się dziesięciokrotnie w porównaniu z rokiem poprzednim, okazuje się, że nikt nigdy na nią nie spojrzał. Wtedy jest już za późno, aby zrekonstruować, gdzie coś poszło nie tak.
Pytanie, które temu zapobiega, jest łatwe do zadania, a trudne do odpowiedzenia bez struktury: jaka kontrola należy do tego punktu danych i kto zauważy, gdy coś pójdzie nie tak. To dwa pytania i obie powinny mieć odpowiedź, zanim liczba trafi do raportu.
Każdy punkt danych ma granice. Zużycie energii nie może być ujemne. Liczba fte nie jest liczbą dziesiętną. Wartość procentowa nie przekracza stu. To wydaje się oczywiste, ale w praktyce takie granice nigdzie nie są zapisane — znajdują się w głowie osoby, która przetwarza te dane od lat, i zanikają, gdy ta osoba zmienia funkcję.
Ustalenie wartości dopuszczalnej to nie tylko zapisanie dolnej i górnej granicy. To także określenie, w jakiej jednostce dostarczany jest punkt danych, jakie formaty dat są dopuszczalne oraz czy puste pole jest wynikiem dopuszczalnym czy oznaką, że czegoś brakuje. Bez tej uzgodnionej zasady każde odstępstwo jest oceniane na nowo, przez tego, kto akurat w danym momencie na to patrzy. Co dokładnie liczy się jako dopuszczalne oraz kiedy wartość granicznaczej jest bardziej założeniem niż regułą, opisane jest na stronie o tym, co jest wartością dopuszczalną.
Nie każde odchylenie jest błędem. Punkt danych może w pełni znajdować się w dopuszczalnych granicach i mimo to być sygnałem — zużycie, które nagle spada, liczba, która jest trzy razy wyższa niż w poprzednim kwartale, dostawca, który po raz pierwszy od dwóch lat nie dostarcza danych. To nie są wartości niedopuszczalne. To wartości, które wymagają spojrzenia kogoś, kto znajduje kontekst.
Reguła sygnałowa to więc coś innego niż reguła walidacyjna. Walidacja określa, czy wartość może istnieć. Sygnał określa, czy wartość, nawet jeśli jest dopuszczalna, jest mimo to powodem do sprawdzenia. Jak ustawia się ten próg — ustalony procent odchylenia, porównanie z serią historyczną, albo kombinacja tych elementów — zależy od punktu danych i od tego, jak stabilna jest normalnie dana działalność. Konstrukcja takiej reguły, wraz z rozważeniem zbyt wielu i zbyt mało sygnałów, opisana jest na stronie o ustawianiu odchylenia sygnałowego.
Reguła, którą nikt nie widzi, nie jest regułą. Jeśli kontrola walidacyjna lub sygnałowa gdzieś w systemie się aktywuje, musi być jasne, kto otrzymuje powiadomienie i co ta osoba z nim robi. Czy to osoba wprowadzająca dane, właściciel punktu danych, czy ktoś, kto ma ogólny przegląd przed opracowaniem raportu? Bez wyznaczonego odbiorcy sygnał ginie w dzienniku, do którego nikt nie zagląda.
To dotyka kwestii własności, a własność dotyka problemu, który w wielu organizacjach pozostaje nierozwiązany: różne części organizacji stosują inne definicje dla tego, co na papierze jest tym samym punktem danych. Jedna lokalizacja liczy fte łącznie z pracownikami tymczasowymi, druga nie. Gdy aktywuje się sygnał, że wartość odbiega od normy, pierwszym pytaniem często nie jest, czy wartość jest prawidłowa, ale czy wszyscy stosują tę samą definicję. Jak sobie z tym radzić, opisane jest na stronie o różnych definicjach między częściami organizacji.
Kuszące jest szukanie tych kontroli w pakiecie oprogramowania: coś, co automatycznie ostrzega, waliduje i raportuje. Ale narzędzie, które przeprowadza kontrole na danych, dla których nikt nie ustalił, co jest wartością dopuszczalną, nie przeprowadza kontroli — daje tylko schludnie wyglądający wynik dla procesu, który wciąż nie został przemyślany. Reguły muszą istnieć najpierw, niezależnie od tego, jaki system je ostatecznie zastosuje. Ta kolejność, i dlaczego jej odwrócenie zwykle prowadzi do rozczarowania, wyjaśniona jest na stronie o kupowaniu narzędzia najpierw czy najpierw ustawianiu procesu.
Jeśli dla każdego punktu danych ustalone jest, co jest wartością dopuszczalną, kiedy aktywuje się sygnał i kto ten sygnał otrzymuje, powstaje rejestr, który nie tylko dokumentuje, ale jest też użyteczny jako pakiet wymagań. Ten rejestr to właśnie to, czego potrzeba, aby określić, co system — zbudowany wewnętrznie lub zakupiony — powinien w przyszłości umieć. Bez tego pakietu wymagań każdy zakup staje się loterią. Jak przełożyć to na wymagania funkcjonalne wynikające z własnego procesu, a nie od dostawcy, opisane jest na stronie o wymaganiach funkcjonalnych z własnego procesu.
Kontrole punktów danych ujawniają również, jak wiele pracy wokół nich jest powtarzalne: wykonywanie tego samego porównania, przesyłanie tego samego powiadomienia, ponowna ocena tego samego wyjątku. Która część tej powtarzalności nadaje się do przejęcia przez AI, a która część wymaga oceny, którą nie da się zautomatyzować, to pytanie, na które można odpowiedzieć dla każdego zadania. Skan pracy FTE TO AI oblicza to dla każdego zadania.
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.