Signaalipoikkeama on sääntö, joka sanoo: jos tämä arvo poikkeaa tästä vaihteluvälistä, on jotain, jonka jonkun on tarkistettava. Se kuulostaa yksinkertaiselta, mutta kysymys jakautuu kolmeen osaan, jotka on vastattava erikseen. Mikä on kelvollinen arvo. Mikä on poikkeama tuosta arvosta. Ja kuka saa siitä näkyvyyden. Näiden kolmen puuttuessa signaali ei ole muuta kuin luku, joka on jossain olemassa.
Et voi määrittää poikkeamaa tietämättä ensin, mikä on normaalia. Toimipisteen energiankulutukselle se on vaihteluväli, joka riippuu pinta-alasta, aukioloajoista ja vuodenajasta. Henkilöstömäärälle se on vaihteluväli, joka riippuu yksikön koosta. Tämä vaihteluväli on määriteltävä datapisteittäin, ennen kuin signaalilla on merkitystä. Miten tämä vaihteluväli määritetään ja kirjataan, on kuvattu sivulla mikä on kelvollinen arvo ja kuka huomaa, jos jokin menee pieleen. Ilman tätä vaihetta asetat signaalin arvolle, jota itseään ei ole koskaan testattu, ja silloin et oikeasti signaloi mitään.
Signaali voi reagoida eri asioihin. On kova raja: arvo, joka on fyysisesti tai loogisesti mahdollisen vaihteluvälin ulkopuolella, kuten negatiivinen työntekijämäärä. On pehmeä raja: arvo, joka on mahdollisen vaihteluvälin sisällä, mutta poikkeaa voimakkaasti aiemmista jaksoista, kuten vedenkulutuksen kaksinkertaistuminen ilman selvää syytä. Ja on vertaileva poikkeama: arvo, joka poikkeaa vastaavasta yksiköstä, kuten toimipiste, joka raportoi kolme kertaa enemmän jätettä kuin samankokoinen toimipiste. Kukin näistä kolmesta vaatii erilaisen säännön ja erilaista lähdedataa vertailua varten. Välikäsi, joka katsoo vain viimeisintä arvoa, näkee usein vain ensimmäisen tyypin. Toinen ja kolmas vaativat, että historiallinen tai vertailukelpoinen data on käytettävissä, mikä on syy ottaa se huomioon jo datapisterekisterin laadinnassa.
Poikkeama, joka ei päädy minnekään, ei ole signaali vaan lokimerkintä. Kunkin signaalin kohdalla on kirjattava, kuka on ensimmäinen vastaanottaja: se on tavallisesti se, joka toimittaa datapisteen, ei se, joka kootun raportin laatii. Toimittava osasto voi tarkistaa syyn hetkellä, jolloin muistuma on vielä tuoreena mielessä. Raportointi määräaikana tämä konteksti on usein kadonnut. Sen lisäksi on kirjattava, mitä tapahtuu, jos ensimmäinen vastaanottaja ei reagoi: siirtyykö signaali määräajan kuluttua toiselle henkilölle, vai jääkö se odottamaan. Tämä kysymys liittyy suoraan omistajuuteen, jonka olet aiemmin määrittänyt datapisteittäin, sekä kyseiseen datapisteeseen sovellettaviin tarkastuksiin — katso mitkä tarkastukset liittyvät datapisteeseen ja kuka huomaa, jos siitä, miten signalointi ja tarkastus liittyvät toisiinsa.
Poikkeama voi olla virhe, mutta se voi olla myös todellinen muutos: fuusio, uusi toimipiste, muuttunut raportointivuosi. Signaalisääntö, joka ei salli tätä erottelua, johtaa kahteen ongelmaan. Käyttäjät, jotka saavat liikaa vääriä signaaleja, alkavat jossain vaiheessa ohittaa kaikki signaalit. Käyttäjät, jotka saavat liian vähän signaaleja, jäävät puolestaan vaille sitä poikkeamaa, joka olisi merkityksellinen. Molemmat ovat valetarkkuuden muoto: näyttää siltä, että järjestelmä valvoo, vaikka se ei käytännössä enää suodata mitään. Miten tämän välttää kynnysarvoja asetettaessa, on kuvattu sivulla miten välttää valetarkkuuden. Osa ratkaisua on vaatia perustelu signaalin sivuuttamiselle: ei tarkoituksena valvoa, kuka teki virheen, vaan nähdä, tulisiko kynnysarvoa itseään säätää.
Signaalisääntö, joka on identtinen koko organisaatiossa, sivuuttaa sen, että osat saattavat käyttää erilaisia määritelmiä sille, mitä ne mittaavat, vaikka datapisteen nimi olisi kaikkialla sama. Toimipiste, joka rajaa scope 3 -päästöt laajemmin kuin toinen, näyttää erilaisia arvoja ilman, että missään on mitään vikaa. Signaalisääntö, joka ei ota tätä huomioon, tuottaa vääriä poikkeamia joka kerta, kun osia verrataan toisiinsa. Sivulla mitä tehdä määritelmille, jotka vaihtelevat osastoittain kuvataan, miten tämä ero kirjataan, jotta signaalisääntö voi ottaa sen huomioon sen sijaan, että se sekoittaisi sen virheeseen.
Signaalipoikkeaman asettaminen ei vaadi ohjelmistoa; se vaatii, että tiedät datapisteittäin, mikä on kelvollista, mikä on poikkeama, ja kuka sen näkee. Juuri tätä työtä Data Readiness Scan kartoittaa: datapisterekisterin, siihen liittyvät laatusäännöt ja omistajuuden, jotta signaali voi tukeutua johonkin sen sijaan, että se nojaisi irralliseen kaavaan laskentataulukossa. Skannaus itsessään on kehitteillä; ken haluaa jo nyt ryhtyä tähän työhön, voi ilmoittautua jonotuslistalle.
Kun tämä rakenne on olemassa, syntyy jatkokysymys: kenen tulisi tarkastella näitä signaaleja päivittäin, ja mikä osa tästä tarkastustyöstä on riittävän toistuvaa annettavaksi koneelle. Tämä kysymys ei kuulu tälle sivulle, vaan FTE TO AI:n työskannaukseen, joka laskee tehtäväkohtaisesti, mikä osa työstä on siirrettävissä AI:lle. Rutiinipoikkeamien tarkastelun, syyn kysymisen kiinteältä toimittajajoukolta ja signaalilokin ylläpidon osalta tämä on usein relevantti kysymys.
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.