Un punct de date fără control este un număr pe care nimeni nu îl contrazice. Se află în raport, provine dintr-un sistem sau un fișier de calcul, și este acceptat pentru că nu există niciun motiv de a-l pune la îndoială. Doar când o parte externă pune o întrebare, sau când o cifră se modifică brusc de zece ori față de anul trecut, se observă că nimeni nu s-a uitat vreodată la ea. Atunci este prea târziu pentru a mai reconstitui unde s-a greșit.
Întrebarea care previne acest lucru este simplu de formulat și dificil de răspuns fără structură: ce control corespunde acestui punct de date, și cine observă când lucrurile merg greșit. Acestea sunt două întrebări, și ambele ar trebui să aibă un răspuns înainte ca o cifră să intre într-un raport.
Fiecare punct de date are limite. Un consum de energie nu poate fi negativ. Un număr de fte nu este un decimal. Un procentaj nu trece de sută. Acest lucru pare evident, dar în practică astfel de limite nu sunt înregistrate nicăieri — se află în mintea celui care procesează datele de ani de zile, și dispar de îndată ce acea persoană își schimbă funcția.
A înregistra o valoare validă nu înseamnă doar a nota o limită inferioară și o limită superioară. Înseamnă și a înregistra în ce unitate este furnizat un punct de date, ce formate de dată sunt permise, și dacă un câmp gol este un rezultat valid sau un semn că ceva lipsește. Fără acest acord, fiecare excepție este evaluată din nou, de cine se întâmplă să se uite la ea în acel moment. Ce anume contează exact ca valid, și când o valoare-limită este mai degrabă o presupunere decât o regulă, este detaliat pe pagina despre ce este o valoare validă.
Nu fiecare abatere este o eroare. Un punct de date poate fi complet în limitele valide și totuși să fie un semnal — un consum care scade brusc, un număr care este de trei ori mai mare decât în trimestrul trecut, un furnizor care pentru prima dată în doi ani nu furnizează date. Acestea nu sunt valori nevalide. Sunt valori care necesită o privire din partea cuiva care cunoaște contextul.
O regulă de semnal este deci altceva decât o regulă de validare. Validarea determină dacă o valoare poate exista. Un semnal determină dacă o valoare, chiar dacă este validă, constituie totuși un motiv de verificare. Modul în care este stabilit acest prag — procentaj fix de abatere, comparație cu o serie istorică, sau o combinație — depinde de punctul de date și de cât de stabilă este de obicei activitatea subiacentă. Configurarea unei astfel de reguli, inclusiv echilibrul între prea multe și prea puține semnale, este descrisă pe pagina despre configurarea unei abateri de semnal.
O regulă pe care nimeni nu o vede nu este o regulă. Dacă o verificare de validare sau de semnal se declanșează undeva într-un sistem, trebuie să fie clar cine primește notificarea și ce face acea persoană cu ea. Este vorba de persoana care introduce datele, de proprietarul punctului de date, sau de cineva care supraveghează întregul proces înainte ca raportul să fie întocmit? Fără un destinatar desemnat, un semnal se pierde într-un jurnal pe care nimeni nu îl consultă.
Acest lucru se leagă de proprietate, iar proprietatea se leagă de o problemă care rămâne nerezolvată în multe organizații: diferite unități folosesc definiții diferite pentru ceea ce pe hârtie este același punct de date. O locație numără fte-urile inclusiv personalul extern, alta nu. Când se declanșează un semnal că o valoare se abate, prima întrebare nu este de obicei dacă valoarea este corectă, ci dacă toată lumea folosește aceeași definiție. Cum abordați acest lucru este explicat pe pagina despre definițiile diferite între unități.
Este tentant să căutați aceste controale într-un pachet software: ceva care avertizează automat, validează și raportează. Dar un instrument care efectuează controale pe date pentru care nimeni nu a stabilit ce este o valoare validă, nu efectuează niciun control — oferă doar un rezultat care pare îngrijit despre un proces care încă nu a fost bine gândit. Regulile trebuie să existe mai întâi, indiferent de sistemul care le va aplica în final. Această ordine, și de ce inversarea ei duce de obicei la dezamăgire, este explicată pe pagina despre a cumpăra mai întâi un instrument sau a stabili mai întâi procesul.
Dacă pentru fiecare punct de date este stabilit ce este o valoare validă, când se declanșează un semnal, și cine primește acel semnal, apare un registru care nu doar documentează, ci este și utilizabil ca pachet de cerințe. Acel registru este exact ce este necesar pentru a determina ce trebuie să poată face un sistem — construit intern sau achiziționat — în viitor. Fără acel pachet de cerințe, fiecare achiziție devine o loterie. Cum traduceți acest lucru în cerințe funcționale care provin din propriul proces, în loc de la un furnizor, este explicat pe pagina despre cerințele funcționale din propriul proces.
Controalele asupra punctelor de date dezvăluie și cât de mult din munca din jurul lor este repetiție: efectuarea aceleiași comparații, transmiterea aceleiași notificări, reevaluarea aceleiași excepții. Care parte din această repetiție este potrivită pentru a fi preluată de AI, și care parte necesită mai degrabă o evaluare care nu poate fi automatizată, este o întrebare care poate fi răspunsă per sarcină. Scanul de lucru al FTE TO AI calculează acest lucru per sarcină.
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.