Signaalipoikkeama — joskus validointisääntö tai raja-arvo — on sääntö, joka saa järjestelmän tarkistamaan, osuuko syötetty arvo odotetun vaihteluvälin sisään. Se kuulostaa teknisiltä, mutta kysymys sen takana on yksinkertainen: mikä on kelvollinen arvo tälle datapisteelle, ja mitä tapahtuu, jos arvo poikkeaa siitä. Ilman vastausta näihin kahteen kysymykseen signaalipoikkeama on asetus vailla toimintoa.
Signaalipoikkeama koostuu kolmesta osasta. Ensinnäkin raja: minimi, maksimi tai odotettu suhde kahden datapisteen välillä, kuten energiankulutus neliömetriä kohden, joka ei saa poiketa kymmenkertaisesti edellisvuodesta. Toiseksi toiminto: mitä järjestelmä tekee, kun raja ylittyy — ilmoitus, esto tai ei mitään. Kolmanneksi vastaanottaja: kuka näkee ilmoituksen, ja tietääkö kyseinen henkilö, mitä häneltä odotetaan, kun hän näkee sen.
Useimmat organisaatiot, jotka aloittavat signaalipoikkeamien käytön, keskittyvät ensimmäiseen osaan ja unohtavat kolmannen. Raja-arvo asetetaan, järjestelmä tuottaa ilmoituksen, ja se ilmoitus katoaa sellaisen henkilön postilaatikkoon, joka ei enää työskentele organisaatiossa tai ei tiedä, että tämä kuuluu hänen tehtäviinsä. Sääntö on olemassa, mutta kukaan ei huomaa, kun se laukeaa.
Asettamanne raja riippuu itse datapisteestä ja siitä, mitä siitä jo tiedetään. Joidenkin datapisteiden kohdalla kelvollinen arvo on helppo määrittää: prosenttiosuus ei voi ylittää sataa, jätemäärä ei voi olla negatiivinen. Toisten datapisteiden kohdalla raja on epämääräisempi ja perustuu enemmän kokemukseen: toimipisteen hiilidioksidipäästö, joka on tänä vuonna kolme kertaa suurempi kuin viime vuonna, ei ole automaattisesti virheellinen, mutta se on kuitenkin syytä tarkistaa ennen kuin luku etenee eteenpäin. Se, mikä tarkalleen ottaen on kelvollinen arvo annetulle datapisteelle, kuvataan sivulla mikä on kelvollinen arvo, jossa tehdään ero kovien rajojen ja poikkeamaan perustuvan signaloinnin välillä.
Tämä ero on tärkeä, sillä se määrittää, millainen toiminnon tulee olla. Kova raja — prosenttiosuus yli sadan — voi estää syötteen. Poikkeamaan perustuva signalointi — päästöluku, joka on huomiota herättävä mutta ei automaattisesti virheellinen — ei voi olla esto, koska se estäisi perusteettomasti oikeat mutta epätavalliset arvot. Tähän kuuluu ilmoitus henkilölle, joka pystyy arvioimaan, onko poikkeama virhe vai todellinen muutos.
Kolmas kysymys — kuka näkee, kun jokin menee vikaan — ei ole tekninen asetus, vaan omistajuuskysymys. Signaalipoikkeama, jolla ei ole nimettyä vastaanottajaa, ei toimi, vaikka sääntö olisi asetettu oikein. Tämä liittyy kysymykseen, mitkä tarkistukset kuuluvat datapisteeseen ja kuka niistä saa tiedon — aihetta käsitellään laajemmin sivulla mitkä tarkistukset kuuluvat datapisteeseen ja kuka sen huomaa.
Käytännössä vastaanottaja on usein sama henkilö, joka on toimittanut datapisteen, mutta se ei ole aina oikea valinta. Se, joka on toimittanut luvun, ei automaattisesti ole se, joka pystyy arvioimaan, pitääkö poikkeama paikkansa — se vaatii usein henkilöä, joka tuntee taustalla olevan lähteen tai vastaavat luvut edellisiltä vuosilta. Se, kuka pystyy tekemän tämän arvion, vaihtelee organisaation ja datapisteen mukaan, ja juuri sen takia omistajuus on määriteltävä datapistekohtaisesti eikä oletettava.
Signaalipoikkeaman asetus on nopea tehdä järjestelmässä. Houkutus ajatella, että ongelma on sillä ratkaistu, on siksi suuri. Mutta työkalu, joka signaloi ilman, että sen takana on määritelty prosessi — kuka saa ilmoituksen, mitä hänen tulee tehdä, missä määräajassa — antaa vain valvonnan vaikutelman. Tämä on samanlainen sudenkuoppa, joka kuvataan sivulla ostetaanko ensin työkalu vai järjestetäänkö ensin prosessi: järjestelmä, joka rakennetaan jäsentymättömän prosessin päälle, tuottaa ilmoituksia, joita kukaan ei käsittele, mikä raportissa näyttää rauhallisemmalta kuin ilmoitusten puuttuminen, mutta ei käytännössä muuta mitään taustalla olevan luvun luotettavuudessa.
Signaalipoikkeama on siis hyödyllinen vasta, kun kaikki kolme osaa on määritelty yhdessä: raja, joka sopii datapisteeseen, toiminto, joka sopii poikkeaman tyyppiin, ja vastaanottaja, joka tietää, mitä hänen tulee tehdä. Tämä ei ole asetus, jonka teette tunnissa sadalle datapisteelle. Se on valinta, joka tehdään datapistekohtaisesti sen perusteella, mitä lähteestä ja luvun historiasta jo tiedetään.
Onko havaitun poikkeaman arvioinnin kaltainen tehtävä sopiva automatisoitavaksi, vai jääkö tämä arviointi ihmisen tehtäväksi, on kysymys, joka vaihtelee tehtäväkohtaisesti. FTE TO AI:n [työskannaus](https://fte-to-ai.nl) laskee tehtäväkohtaisesti, kuinka suuri osa työstä on siirrettävissä AI:lle, ja mikä osa vaatii edelleen arviointia henkilöltä, joka tuntee datapisteen kontekstin.
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.