Selkeää ja lähteisiin perustuvaa tietoa liiketoiminnan tekoälystä.
Käytännön menetmä todellisen työnkulun, poikkeamien, hyväksyntöjen ja vastuun siirtojen arviointiin ennen automaation toteutusta ja käyttöönottoa.
ModelFold Editorial Team8 min lukuaika
Työnkulku on suunniteltava uudelleen ennen automatisointia, jos todellinen työ sisältää epäselviä poikkeamia, muodollisia hyväksyntöjä tai vastuun siirtoja, joita kukaan ei varsinaisesti hyväksy vastaanotetuiksi. Sähköpostilla saapuvan pyynnön kopioiminen järjestelmästä toiseen, vaikutuksettoman allekirjoituksen kerääminen ja puuttuvan aineiston palauttaminen samaan sekavaan jonoon eivät muutu hyväksi prosessiksi sillä, että ne tapahtuvat nopeammin. Ensin on osoitettava, mitä kukin vaihe saa aikaan, kuka vastaa poikkeamasta, mikä näyttö sallii etenemisen ja missä valtuutettu ihminen tekee edelleen aidon päätöksen.
Keskeiset toimintaperiaatteet
Nykytilan kuvauksen pitää näyttää yhden toistuvan tapaustyypin todellinen kulku havaittavasta käynnistimestä vastaanottajan hyväksymään lopputulokseen. Rajaa ensin yksi pyyntö, hakemus, tilaus tai muu tunnistettava tapaus sekä sen tuotos ja seuraava käyttäjä. Ratkaisuriippumaton kuvaus tekee näkyviksi alun, lopun, roolit, päätökset, tehtävät ja siirtymät ennen työkalun valintaa. Laajenna rajausta vasta, jos havaittu riippuvuus työnkulun ulkopuolella selittää olennaisesti lopputuloksen, viiveen tai palautuksen.
Vertaa menettelyohjetta edustaviin valmistuneisiin tapauksiin, lomakkeisiin, tukipyyntöihin, tarkastushavaintoihin, läpikäynteihin ja tapahtumatietoihin. Ohje kertoo tarkoitetusta työstä, kun taas tapaushistoria näyttää ainakin osan toteutuneesta järjestyksestä; kumpikaan ei korvaa toista. Tapahtumalokin perusrakenne tarvitsee tavallisesti tapaustunnisteen, toiminnon ja aikaleiman. Ne voivat osoittaa järjestyksen ja kuluneen ajan, mutta eivät yksin aineiston kattavuutta, aktiivisen työn määrää tai viiveen syytä.
Pidä kosketusaika erillään koko läpimeno- ja jonotusajasta. Viiden minuutin tarkistus voi odottaa jonossa useita päiviä, mutta aikaleimoista ei voi päätellä, johtuiko odotus kapasiteetista, puuttuvasta tiedosta, väärästä omistajasta vai tietoisesta priorisoinnista. Merkitse siksi jokaisen mittauksen yhteyteen sen lähde ja tulkintaraja. Nykytilan kartta on havaintojen järjestämisen väline, ei vielä tulevan automaation vaatimusmäärittely eikä todiste prosessin laadusta.
Vakiovariaatio on oikeutettu ja toistuva tapaus, jolla on vakaa aloitusehto, kulku, omistaja, näyttö ja lopputulos; todellinen poikkeus vaatii rajatun päätöksen tai palautumisen normaalireitin ulkopuolella. Pelkkä esiintymistiheys ei ratkaise luokkaa. BPMN-kuvaus voi näyttää vaihtoehtoiset reitit, ajastimet, virheet ja eskaloinnit, mutta merkintätapa ei päätä, pitäisikö haara estää, vakioida, selvittää vai jättää valtuutetun henkilön ratkaistavaksi.
Rakenna poikkeamarekisteri havaittavista ehdoista, ei epämääräisistä otsikoista. Kirjaa esimerkkitapaukset, tiedossa oleva esiintyvyys nimetyltä ajanjaksolta, vaikutus, turvallinen vaste, palautumisesta vastaava omistaja, tämän toimivallan raja, tarvittava näyttö ja pysyvä ratkaisumerkintä. Tekniselle vialle määritellään lisäksi turvallinen uusintayritys, kaksoiskäsittelyn esto, täsmäytys ja pysäytysehto. Nämä eivät ole yleisiä teknisiä oletuksia, vaan käsiteltävän työnkulun riskin mukaan ratkaistavia vaatimuksia.
Suuri poikkeamamäärä voi viitata epävakaaseen syötteeseen, epäselvään sääntöön, liian kapeaan normaalireittiin tai aidosti vaihtelevaan työhön. Pieni määrä voi puolestaan peittää sähköpostissa, pikaviesteissä tai kirjaamattomissa kiertoteissä tehdyn työn. Määrä on siis tutkimussignaali, ei automaattinen korjausohje. Kun toistuva variaatio täyttää vakauden ehdot, siitä voidaan tehdä päivitettävä vakiohaara; muuten sen pakottaminen normaalireitille vain siirtää epävarmuuden seuraavaan vaiheeseen.
Hyväksyntä kannattaa säilyttää vain, kun siinä tehdään erillinen, tarkoituksellinen päätös asianmukaisella toimivallalla ja käytettävissä olevalla näytöllä. Nimeä päätös ja sallitut lopputulokset: hyväksyminen, hylkääminen, palauttaminen, ehtojen asettaminen tai eskalointi. Jos henkilö ei voi muuttaa seuraavaa tilaa, vaihe saattaa olla kuittaus, konsultointi, ilmoitus tai näytön tuottaminen eikä varsinainen hyväksyntä. Nimi ei ratkaise tehtävän todellista luonnetta.
Vertaa toisiinsa portteja, jotka tarkastavat saman näytön saman päätöksen ja riskin vuoksi. Mahdollinen päällekkäisyys on tutkittava, mutta valvontaa ei pidä poistaa vain siksi, että se hidastaa kulkua tai näyttää kaaviossa toistuvalta. Valvontatoimet suhteutetaan tavoitteisiin, arvioituihin riskeihin, toimintaympäristöön ja tiedon herkkyyteen. Organisaation pätevän ja valtuutetun sisäisen valvonnan vastuuhenkilön on arvioitava vaaditun kontrollin muuttaminen.
Manuaalinen, osittain automatisoitu ja automatisoitu valvonta voivat toimia samassa työnkulussa. Ihminen voi esimerkiksi ratkaista järjestelmän nostaman lipun, mutta ihmisen läsnäolo ei yksin tee kontrollista toimivaa; tarvitaan toimivalta, osaaminen, riittävä näyttö, kriteerit, todelliset vaihtoehdot ja tallennettu ratkaisu. Jos työnkulku sisältää tekoälyä, dokumentoi lisäksi järjestelmän rajat, tehtäväkonteksti, riskinsietokyky, valvontavastuut ja se, miten ihminen käyttää järjestelmän tuottamaa tietoa.
Vastuun siirto on valmis vasta, kun nimetty vastaanottaja on hyväksynyt tunnistettavan tapauksen, riittävän aineiston ja nykytilan sekä pystyy aloittamaan sovitun seuraavan tehtävän. Lähettäminen, edelleen välittäminen tai jonoon lisääminen ei vielä osoita omistajuuden vaihtuneen. Prosessikuvaus voi erottaa osallistujat ja viestivirrat, mutta käytännön siirtosopimuksessa on määriteltävä myös se, mitä vastaanottaja tarvitsee ja millä perusteella tämä voi hyväksyä tai palauttaa työn.
Mittaa siirron odotus valmiiksi merkitsemisestä hyväksyttyyn omistajuuteen erillään varsinaisesta käsittelyajasta. Seuraa myös puutteellisuuden vuoksi palautettuja tapauksia nimetyn ajanjakson aikana, omistajanvaihdoksia, hyväksymättömän työn ikää, paikallisen palveluodotuksen ylityksiä ja järjestelmän ulkopuolella valmistuneita tapauksia. Liitä myöhempi uudelleentyö siirtoon vain, jos tapausnäyttö tukee yhteyttä; pelkkä ajallinen peräkkäisyys ei osoita syytä.
Tallenna hyväksytty siirto paikkaan, josta tapaus, aineisto, osapuolet, aika ja seuraava tila voidaan tarkastaa jälkikäteen. Pysyvä jälki auttaa selvittämään merkittäviä tapahtumia ja valvonnan toteutumista, mutta se ei todista päätöksen olleen oikea tai kontrollin toimineen tehokkaasti. Käytä tallennetta siksi tutkimisen lähtökohtana, älä laadun automaattisena leimana. Epäselvä vastaanotto kuuluu selkeytettäväksi ennen kuin se muutetaan järjestelmäsäännöksi.
Anna jokaiselle kuvatulle vaiheelle tai haaralle täsmälleen yksi neljästä ratkaisusta: poista, vakioi, selkeytä tai säilytä ihmisen arvioitavana. Nelijako on toimituksellinen synteesi kokonaisvirtauksen parantamisesta, vakioidusta työstä, selkeästä vastuusta, riskiperusteisesta valvonnasta ja ihmisen valvontatehtävästä; yksikään lähde ei määrää sitä valmiina menetelmänä. Ratkaisu perustellaan tapausnäytöllä ja organisaation vaatimuksilla, ei oletuksella siitä, että automatisointi tai käsityö olisi aina parempi.
| Ratkaisu | Käytä, kun | Esimerkkisovellus | Varotoimi |
|---|---|---|---|
| Poista | Vaihe ei tee erillistä päätöstä, tuota tarpeellista arvoa tai tietoa eikä hallitse muualla hoitamatonta arvioitua riskiä. | Poista pelkkä tilakuittaus tai muuttumattoman aineiston välittävä välikäsi. | Viive ei todista kontrollia tarpeettomaksi; varmista tarkoitus, riippuvuudet ja velvoitteet. |
| Vakioi | Syöte voidaan tehdä täydelliseksi, sääntö ja sallitut lopputulokset ovat vakaita, tulkinnanvaraa on vähän ja omistaja on johdonmukainen. | Vakioi pakolliset vastaanottokentät, kaksoiskappaleiden tarkistus, luokittelu ja normaalireititys. | Vakio on päivitettävä olosuhteiden muuttuessa eikä se osoita kaikkien tapausten kuuluvan samalle reitille. |
| Selkeytä | Vaihe tarvitaan, mutta omistaja, toimivalta, kriteerit, näyttö, valmistumisehto, eskalointi tai palautuminen on epäselvä. | Nimeä puutteellisen pyynnön omistaja ja siirron hyväksymisehto. | Älä koodaa epäselvyyttä yleiseksi eskaloinniksi johdolle, vaan ratkaise pienin puuttuva sopimus tai toimivalta. |
| Säilytä ihmisen arvioitavana | Seurauksellinen päätös vaatii delegoitua toimivaltaa, asiantuntemusta, riippumattomuutta, kontekstuaalista harkintaa tai harvinaisen rajaamattoman tapauksen ratkaisua. | Säilytä valtuutettu resurssipäätös, riippumaton valvonta tai linjauspoikkeuksen ratkaisu, kun organisaation vaatimukset sitä edellyttävät. | Määritä näyttö, päätösvaihtoehdot, toimivalta ja perustelun tallentaminen; pelkkä ihminen prosessissa ei riitä. |
Sisäisessä palvelupyynnössä tämä voi tarkoittaa, että pelkän pyynnön olemassaolon vahvistava allekirjoitus poistetaan, jos se ei tee resurssi-, toimivalta- tai riskipäätöstä. Vastaanotto, tapaustunnus, kaksoiskappaleiden tarkistus ja normaali reititys vakioidaan. Puutteellisten pyyntöjen, aikakatkaisujen ja siirron vastaanoton omistajat selkeytetään. Budjettisitoumus, riskin perusteella laukeava asiantuntija- tai riippumaton tarkastus ja linjauspoikkeus säilytetään valtuutetulla ihmisellä, jos organisaation omat vaatimukset sitä edellyttävät.
Älä automatisoi perittyä kaaviota, vaan uudista päätökset, näyttö, poikkeamat ja vastuut, jotka tekevät työnkulusta todellisen.
Työnkulku on valmis toteutettavaksi vasta, kun edustavat normaalit ja poikkeavat tapaukset on käyty läpi, vastuut ja päätökset on rajattu, siirrot voidaan hyväksyä ja häiriöistä voidaan palautua hallitusti. Näkyvä nykytilakaavio ei yksin ole toteutuskelpoinen määritys: dokumentointiin tarkoitettu prosessimalli voi jättää toteutuksen tarvitsemat muodolliset yksityiskohdat avoimiksi. Valmiuspäätöksen tulee siksi olla ehdollinen: etene, korjaa ja testaa uudelleen tai pysäytä.
Seurantasignaali ei määrää korjausta etukäteen. Kasvava jono voi liittyä kapasiteettiin, epäselvään hyväksymiseen, huonoon syötteeseen tai muuttuneeseen tapausjakaumaan, joten omistajan on palattava tapausnäyttöön ennen työnkulun muuttamista. Jos automaatiossa käytetään tekoälyä, käyttöönottopäätökseen kuuluvat lisäksi dokumentoidut vastuut, järjestelmän rajat, ihmisen valvonta, käyttöympäristö ja riskinsietokyky. Tekoälyn tuottama ehdotus ei siirrä päätösvaltaa järjestelmälle ilman organisaation nimenomaista ja asianmukaista ratkaisua.
Etene vain, kun kaikilla säilytetyillä vaiheilla ja haaroilla on selkeä omistaja, näyttö, päätös, hyväksymisehto, palautumisreitti ja riskiin suhteutettu seuranta. Pyydä organisaation päteviltä ja valtuutetuilta oikeudellisilta, talous-, tietoturva-, tietosuoja-, turvallisuus-, hankinta-, henkilöstö- ja sisäisen valvonnan vastuurooleilta arvio ennen niiden toimialaan kuuluvan velvoitteen tulkintaa tai kontrollin muuttamista. Jos olennainen linjaus, delegointi, riippumattomuus, riskin hyväksyntä, näyttö tai ammatillinen harkinta on ratkaisematta, pysäytä toteutus äläkä koodaa epäselvyyttä pysyväksi säännöksi.
Rajaa yksi toistuva tapaustyyppi, havaittava käynnistin ja vastaanottajan hyväksymä lopputulos. Kuvaa todellinen nykytila edustavista asiakirjoista, tapahtumatiedoista ja tapausten läpikäynneistä sekä merkitse vaiheet, poikkeamat, hyväksynnät, siirrot ja odotusajat. Anna sitten jokaiselle osalle yksi ratkaisu: poista, vakioi, selkeytä tai säilytä ihmisen arvioitavana.
Kirjaa havaittava käynnistin, edustavat tapaukset, tiedossa oleva esiintyvyys nimetyltä ajanjaksolta, vaikutus ja turvallinen vaste. Lisää palautumisesta vastaava omistaja, toimivallan raja, tarvittava näyttö, ratkaisun lopputulos ja pysyvä tallenne. Arvioi myös, viittaako toistuminen syötteen, normaalireitin, säännön, kapasiteetin, linjauksen vai järjestelmän ongelmaan.
Nimeä ensin hyväksynnän erillinen päätös, valvontatarkoitus, toimivalta, osaamis- tai riippumattomuusvaatimus, käytettävä näyttö, sallitut lopputulokset ja vaikutus seuraavaan tilaan. Vertaa sitä muihin säilytettäviin kontrolleihin, mutta älä päättele tarpeettomuutta pelkästä viiveestä tai kaavion päällekkäisyydestä. Vaaditun kontrollin muuttaminen kuuluu organisaation asianmukaiseen sisäisen valvonnan arvioon.
Siirrossa tarvitaan tapauksen tunniste ja tila, lähettävä rooli, vastaanottava omistaja, vaaditut tiedot ja liitteet sekä näyttö edellisen vaiheen valmistumisesta. Määritä lisäksi vastaanottajan hyväksymiskriteerit, seuraava tehtävä, paikallinen palveluodotus ja reitti puutteelliselle, kiistanalaiselle tai väärin ohjatulle työlle. Tallenna hyväksytty siirto pysyvään paikkaan.
Valmius on ehdollinen päätös, ei pelkän normaalireitin onnistuminen. Edustavat tavalliset ja poikkeavat tapaukset on testattava, omistajat nimettävä, hyväksynnät perusteltava, siirrot hyväksyttävästi määriteltävä sekä palautuminen ja seuranta suunniteltava riskiin suhteuttaen. Toteutus pysäytetään, jos olennainen linjaus, toimivalta, riippumattomuus, riskin hyväksyntä, näyttö tai ammatillinen harkinta on ratkaisematta.
Artikkelin laadinnassa käytettiin seuraavia lähteitä:
Kerromme, miten tekoäly oikeasti asettuu osaksi liiketoimintaa. Työmme lähtee nimetyistä lähteistä, erottaa havainnot tulkinnoista ja hyödyntää tekoälyä taustatyössä ja kirjoittamisessa dokumentoitujen toimituksellisten kontrollien mukaisesti. Emme korvaa asiantuntijan arviota.
Käytännön menetelmä, jolla haastattelut, työn havainnointi, artefaktit, päiväkirjat ja tapahtumatiedot muuttavat kipupisteen testattavaksi hypoteesiksi.
Käytännön malli asiakirjakäsittelyputkeen, jossa vastaanotto, poiminta, tarkastus, luovutus ja säilytys muodostavat jäljitettävän kokonaisuuden.
Käytännön menetelmä tehtävien kartoittamiseen, tekoälyn rajattuun testaukseen, työmäärän mittaamiseen ja roolien vastuulliseen uudistamiseen.
