Valvonta ja hälytykset kuulostaa kuin kojelaudalta. Se on tavallisesti jotain muuta: järjestelmä, joka vastaanottaa jatkuvasti tietoa, vertaa sitä odotukseen tai kynnysarvoon, ja antaa signaalin, kun jokin poikkeaa. Se voi olla kone, joka tärisee eri tavalla kuin normaalisti, varasto, joka pienenee nopeammin kuin suunniteltu, verkko, jonka läpi kulkee epätavallista liikennettä, tai asiakasprosessi, jonka läpimenoaika kasvaa. AI-komponentti on kuvioiden tunnistamisessa, joita ei voi tavoittaa kiinteillä säännöillä — ei sen ihmisen korvaamisessa, joka reagoi signaaliin.
Valvontajärjestelmä tuottaa kolme asiaa: jatkuvan mittauksen, normin, jota vasten tätä mittausta verrataan, ja signaalin, kun poikkeama ylittää tietyn rajan. Mitä sen jälkeen tapahtuu, riippuu järjestelyistä. Yksinkertaisimmassa muodossa ilmoitus menee ihmiselle, joka arvioi ja toimii. Pidemmälle viedyssä muodossa signaali käynnistää automaattisesti jatkotoimenpiteen — ilmoituksen toimittajalle, muutoksen suunnitteluun, transaktion eston. Tämä toinen muoto koskettaa ketjujen, joissa vaiheet seuraavat toisiaan aluetta: valvonnasta tulee silloin sellaisen prosessin lähtökohta, joka jatkuu ilman väliintuloa, ja tämä vaatii erilaista luottamusta kuin ilmoitus, jonka joku voi vielä ohittaa.
Erot näiden kahden muodon välillä eivät ole vähäpätöisiä. Signaali, joka menee ihmiselle, voi olla väärä aiheuttamatta välittömästi vahinkoa — ihminen suodattaa. Signaalin, joka laukaisee toiminnon, on oltava oikea, tai organisaatiolla on oltava keino peruuttaa toiminto. Sen takia monet organisaatiot alkavat ensimmäisestä muodosta ja siirtyvät toiseen vasta, kun signaali on osoittanut toimivuutensa.
Valvonta ja hälytykset vaativat ensisijaisesti jatkuvaa, luotettavaa dataa. Järjestelmä, joka saa viikoittain viennin toisesta järjestelmästä, ei voi antaa signaalia — se voi vain raportoida jälkikäteen. Tarvitaan virta: sensoreita, lokeja, transaktioita, tapahtumia, jotka tulevat jatkuvasti sisään ja joiden laatu ei vaihtele sen mukaan, kuka syötteen tekee.
Lisäksi tämä vaatii normin. Poikkeama on poikkeama vain suhteessa johonkin. Koneissa se on usein tekninen määrittely; prosesseissa se on useammin historiallinen keskiarvo tai tavoitearvo, jonka joku on vahvistanut. Missä tämä normi puuttuu tai on epävakaa — prosessi, joka muuttuu jatkuvasti, markkina, joka vaihtelee — järjestelmä antaa liikaa signaaleja tai liian vähän. Molemmat heikentävät luottamusta siihen.
Kolmanneksi tämä vaatii vahvistetun reitin sille, mitä signaalille tapahtuu. Kuka saa ilmoituksen, missä ajassa se arvioidaan, mikä on eskalaatio, jos ei reagoida. Ilman tätä reittiä signaali päätyy postilaatikkoon, jota kukaan ei lue, ja järjestelmä menettää tarkoituksensa. Tämä koskettaa samaa kysymystä kuin keskustelujen tallentaminen ja seuranta: tallentaminen ilman seurantaa tuottaa vain arkiston, ei parannusta.
Yleisin puute on valvontajärjestelmä, joka antaa liikaa signaaleja. Jos jokainen pieni poikkeama tuottaa ilmoituksen, ihmiset opettelevat sivuuttamaan sen — päinvastainen vaikutus kuin mihin järjestelmä on tarkoitettu. Kynnysarvon asettaminen on siksi jatkuva tasapainoilu liiallisen kohinan ja liian myöhäisen varoituksen välillä, ja tämä tasapaino siirtyy sitä mukaa kun dataa tulee lisää.
Toinen puute on, että signaali kylläkin laukeaa, mutta kukaan ei omista seurantaa. Tätä tapahtuu usein, kun valvonta järjestetään IT-projektina kytkemättä mukaan osastoa, jonka on työskenneltävä signaalien kanssa. Tekniikka toimii, organisaatio ei.
Kolmas puute syntyy, kun signaali vaatii päätöksen, joka on todellisuudessa ihmistyötä — on tämä poikkeama hyväksyttävä, pitääkö asiakkaalle soittaa, on tämä riski pysäyttämisen arvoinen. Missä tämä harkinta käy raskaammaksi kuin kiinteä sääntö kestää, valvonta siirtyy päätöksenteon tuen alueelle, ja siihen sovelletaan muita vaatimuksia perustelulle ja selitettävyydelle kuin yksinkertaiseen kynnyssignaaliin.
Suurin osa valvontaprojekteista, jotka eivät lähde käyntiin, kaatuu datavirtaan, ei malliin. Sensorit, jotka lakkaavat toimimasta, lokit, jotka ovat epäjohdonmukaisia, järjestelmät, jotka eivät kommunikoi keskenään — nämä eivät ole AI-ongelmia, ne ovat infrastruktuuriongelmia, jotka on ratkaistava ensin. Myös koordinaatio vaikuttaa asiaan: signaali, joka syntyy yhdellä osastolla, joutuu usein laskeutumaan toiselle osastolle, jotta se merkitsisi jotain, ja tämä koskettaa kysymystä siitä, miten osastojen välinen koordinaatio on järjestetty.
Tämä sivu kuvaa, mitä valvonta ja hälytykset voivat tuottaa, ja mitä organisaation on saatettava kuntoon ennen kuin se toimii. Toinen kysymys on, mikä osa näiden signaalien ympärillä olevasta työstä — arviointi, seuranta, eskalointi — on todellisuudessa siirrettävissä AI:lle. Tämä on tehtävätason kysymys, ja siihen vastaa FTE TO AI:n työscan: se laskee tehtäväkohtaisesti, mikä osa työstä on siirrettävissä, sen sijaan että se tarkastelisi kokonaista prosessia tai kokonaista tehtävää.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.