Datapiste ilman tarkistusta on luku, jota kukaan ei kyseenalaista. Se on raportissa, se tulee järjestelmästä tai laskentataulukosta, ja se hyväksytään, koska ei ole aihetta kysyä siitä. Vasta kun ulkopuolinen taho esittää kysymyksen, tai kun luku äkkiä muuttuu kymmenkertaiseksi verrattuna edelliseen vuoteen, huomataan, ettei kukaan ole koskaan katsonut sitä. Silloin on liian myöhäistä rekonstruoida, missä kohdassa meni pieleen.
Kysymys, joka estää tämän, on yksinkertainen esittää ja hankala vastata rakenteetta: mitkä tarkistukset kuuluvat tähän datapisteeseen, ja kuka huomaa, kun se menee pieleen. Nämä ovat kaksi kysymystä, ja molempiin pitäisi olla vastaus, ennen kuin luku päätyy raporttiin.
Jokaisella datapisteellä on rajat. Energiankulutus ei voi olla negatiivinen. Henkilötyövuosien määrä ei ole desimaaliluku. Prosenttiosuus ei nouse sadan yli. Tämä vaikuttaa itsestään selvältä, mutta käytännössä tällaisia rajoja ei ole kirjattu missään — ne ovat sen henkilön päässä, joka on käsitellyt dataa vuosia, ja katoavat, kun kyseinen henkilö vaihtaa tehtävää.
Kelvollisen arvon kirjaaminen ei tarkoita vain ala- ja ylärajan merkitsemistä. Se tarkoittaa myös sen kirjaamista, missä yksikössä datapiste toimitetaan, mitkä päivämääräformaatit ovat sallittuja, ja onko tyhjä kenttä kelvollinen tulos vai merkki siitä, että jotain puuttuu. Ilman tätä sopimusta joka poikkeama arvioidaan uudelleen sen mukaan, kuka sattuu sitä sillä hetkellä katsomaan. Se, mikä tarkalleen lasketaan kelvolliseksi, ja milloin raja-arvo on enemmänkin oletus kuin sääntö, on käsitelty tarkemmin sivulla kelvollisesta arvosta.
Ei jokainen poikkeama ole virhe. Datapiste voi olla täysin kelvollisten rajojen sisällä ja olla silti signaali — kulutus, joka äkkiä laskee, määrä, joka on kolme kertaa suurempi kuin edellisellä vuosineljänneksellä, toimittaja, joka ei ensimmäistä kertaa kahteen vuoteen toimita dataa. Nämä eivät ole virheellisiä arvoja. Ne ovat arvoja, jotka vaativat katseen joltakin, joka tuntee kontekstin.
Signaalisääntö on siis eri asia kuin validointisääntö. Validointi määrittää, voiko arvo olla olemassa. Signaali määrittää, onko arvo, vaikka se olisikin kelvollinen, silti syy tarkistaa. Se, miten tämä kynnysarvo asetetaan — kiinteä poikkeamaprosentti, vertailu historialliseen sarjaan, tai yhdistelmä näistä — riippuu datapisteestä ja siitä, kuinka vakaa taustalla oleva toiminta normaalisti on. Tällaisen säännön suunnittelu, mukaan lukien punninta liian monen ja liian vähän signaalin välillä, on kuvattu sivulla signaalipoikkeaman asettamisesta.
Sääntö, jota kukaan ei näe, ei ole sääntö. Kun validointi- tai signaalitarkistus laukeaa jossain järjestelmässä, on oltava selvää, kuka saa ilmoituksen ja mitä hän sillä tekee. Onko se datan syöttäjä, datapisteen omistaja, tai joku, joka näkee kokonaisuuden ennen raportin kokoamista? Ilman nimettyä vastaanottajaa signaali katoaa lokiin, jota kukaan ei tarkista.
Tämä koskettaa omistajuutta, ja omistajuus koskettaa ongelmaa, joka pysyy ratkaisemattomana monissa organisaatioissa: eri osat käyttävät erilaisia määritelmiä siitä, mikä paperilla on sama datapiste. Yksi toimipiste laskee henkilötyövuodet mukaan lukien ulkopuoliset työntekijät, toinen ei. Kun signaali laukeaa siitä, että arvo poikkeaa, ensimmäinen kysymys ei usein ole, pitääkö arvo paikkansa, vaan puhuvatko kaikki samasta määritelmästä. Se, miten tämän kanssa toimitaan, on kuvattu sivulla eri osien välillä vaihtelevista määritelmistä.
On houkuttelevaa etsiä näitä tarkistuksia ohjelmistopaketista: jotain, joka automaattisesti varoittaa, validoi ja raportoi. Mutta työkalu, joka suorittaa tarkistuksia datalle, jonka kelvollista arvoa kukaan ei ole määritellyt, ei suorita mitään tarkistusta — se antaa vain siistin näköisen tuloksen prosessista, jota ei ole edelleenkään ajateltu läpi. Sääntöjen on oltava olemassa ensin, riippumatta siitä, mikä järjestelmä lopulta soveltaa niitä. Tämä järjestys, ja se, miksi sen kääntäminen johtaa yleensä pettymykseen, on selitetty sivulla siitä, ostetaanko työkalu ensin vai järjestetäänkö prosessi ensin.
Kun jokaiselle datapisteelle on kirjattu, mikä on kelvollinen arvo, milloin signaali laukeaa, ja kuka saa sen signaalin, syntyy rekisteri, joka ei vain dokumentoi vaan on myös käytettävissä vaatimuspakettina. Tämä rekisteri on juuri se, mitä tarvitaan sen määrittämiseen, mitä järjestelmän — sisäisesti rakennetun tai ostetun — pitäisi jatkossa kyetä tekemään. Ilman tätä vaatimuspakettia jokainen hankinta on arvausta. Se, miten tämä käännetään toiminnallisiksi vaatimuksiksi, jotka tulevat omasta prosessista pikemminkin kuin toimittajalta, on kuvattu sivulla toiminnallisista vaatimuksista, jotka tulevat omasta prosessista.
Datapisteiden tarkistukset paljastavat myös, kuinka suuri osa niiden ympärillä tehtävästä työstä on toistoa: samojen vertailujen tekeminen, samojen ilmoitusten välittäminen, samojen poikkeamien uudelleenarviointi. Se, mikä osa tästä toistosta sopii annettavaksi AI:n hoidettavaksi, ja mikä osa vaatii puolestaan arviointia, jota ei voi automatisoida, on kysymys, joka voidaan vastata tehtäväkohtaisesti. FTE TO AI:n työscan laskee tämän tehtäväkohtaisesti.
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.