Miten agenttinen prosessimäärittely toimii käytännössä
Menetelmämme perustuu yhteen periaatteeseen: prosessi voidaan automatisoida vasta, kun se on kuvattu riittävän tarkasti. Siksi työ alkaa aina määrittelystä, ei teknologiavalinnasta. Määritystyöpajassa prosessin tekijät kuvaavat oman työnsä, alustamme muuttaa kuvauksen koneluettavaksi spesifikaatioksi, ja spesifikaatioon rakennetaan ihmisen hyväksyntäpisteet ja tarkistukset ennen kuin riviäkään toteutusta on tehty. Toteuttajan valitset sinä: oma tiimisi, valitsemasi kumppani tai me. Lopuksi tarkastamme, että tuotannossa oleva toteutus vastaa spesifikaatiota.
Määritystyöpaja tekee hiljaisesta tiedosta näkyvää
Prosessin osaavat parhaiten ne, jotka tekevät sitä päivittäin. Työpajassa he kuvaavat työnkulkunsa vaihe vaiheelta, ja alustamme jäsentää kuvauksen samalla rakenteiseksi malliksi: prosessi jakautuu työnkulkuihin, työnkulut agentteihin ja agentit teknisiin tehtäviin. Osallistuminen ei vaadi teknistä osaamista. Riittää, että osaa kertoa miten työ tehdään.
Koneluettava spesifikaatio on teknologiariippumaton
Työpajan tuloksena syntyy spesifikaatio, joka kertoo yksiselitteisesti mitä kunkin agentin pitää tehdä, mistä tieto tulee, minne se menee ja millä ehdoilla vaihe on hyväksytysti valmis. Spesifikaatio ei sido mihinkään alustaan tai toimittajaan, ja se on asiakkaan omaisuutta. Samasta lähteestä syntyvät prosessikaaviot, työohjeet ja toteutuksen pohja, joten dokumentaatio ei voi erkaantua siitä mitä järjestelmä oikeasti tekee.
Ihminen on rakenteessa, ei liitteessä
Jokaiseen prosessiin suunnitellaan hyväksyntäpisteet ennen toteutusta: missä kohdissa ihminen tarkastaa, hyväksyy tai päättää. Merkittävä osa agenttisen prosessin vaiheista on deterministisiä työkaluja ja ihmisen tehtäviä, ei kielimallikutsuja. Tämä on tietoinen suunnitteluvalinta: se pitää prosessin ennustettavana, kustannukset kurissa ja vastuun ihmisellä.
Tarkistukset ja auditoitava jälki
Spesifikaatio etenee tuotantoon tarkistusporttien kautta, joissa tarkastetaan kattavuus, riskiluokitus ja hyväksyntäpisteiden riittävyys. Ajossa olevasta prosessista syntyy jälki, josta näkee mitä tehtiin, kuka hyväksyi ja mihin versioon spesifikaatiosta toteutus perustuu. Vaatimustenmukaisuuden dokumentit (mm. EU:n tekoälyasetuksen arviointien ja ISO 42001 -työn pohjat) syntyvät määrittelyn sivutuotteena, eivät erillisenä projektina.
Toteutus: hallintamalli kertoo kuka rakentaa ja omistaa mitä
Toteutus jakautuu hallintamallin mukaisiin kerroksiin määrittelyalustasta pilviarkkitehtuuriin. Tyypillisesti toimitamme alkuvaiheessa kaikki kerrokset ja siirrämme niitä asiakkaalle kypsyyden kasvaessa. Tavoitetila on, että asiakkaan oma pieni tiimi rakentaa prosessit itse ja me tuemme alustalla ja teknisellä konsultoinnilla.
01 // Hallintamalli
Hallintamalli: kuka rakentaa, kuka omistaa, mistä maksetaan
Hallintamalli jakaa agenttisen tekoälyn toteutuksen neljään kerrokseen ja tekee näkyväksi asian, joka tekoälyhankkeissa yleensä jää hämäräksi: kuka rakentaa mitäkin, kuka omistaa minkäkin kerroksen ja mistä oikeastaan maksetaan. Kerrokset ovat määrittelyalusta, prosessien rakentaminen, ajoympäristö sekä pilvi-, tietoturva- ja compliance-arkkitehtuuri. Alkuvaiheessa toimitamme tyypillisesti kaikki kerrokset. Kypsyyden kasvaessa rakentaminen ja ajoympäristö siirtyvät asiakkaalle, ja meidän roolimme kapenee alustaan ja tekniseen konsultointiin.
Kerrokset lyhyesti
Määrittelyalusta on työväline, jolla prosessit kuvataan ja hallitaan; se on meidän tuotteemme ja pysyy meillä. Prosessien rakentaminen on spesifikaatioiden muuttamista toimiviksi prosesseiksi; se siirtyy asteittain asiakkaan omalle tiimille. Ajoympäristö on asiakkaan omassa pilvessä ja omilla tileillä alusta alkaen. Arkkitehtuurikerros varmistaa tietoturvan, pääsynhallinnan ja vaatimustenmukaisuuden perustan, ja se suunnitellaan yhdessä asiakkaan IT:n kanssa.
Miksi jako kannattaa tehdä näkyväksi
Kun kerrokset on eroteltu, kustannuksia voi vertailla ja päätöksiä tehdä kerros kerrallaan: mikä ostetaan palveluna, mikä rakennetaan itse ja mikä kilpailutetaan. Ilman jakoa hankkeet ostetaan könttänä, jolloin vertailu on mahdotonta ja riippuvuus toimittajasta syntyy huomaamatta.
K:Missä meidän datamme on?
Sinun ajoympäristössäsi, sinun pilvitileilläsi. Määrittelyalustalla käsitellään prosessien kuvauksia, ei tuotantodataa.
K:Kuinka iso oman tiimin pitää olla?
Tavoitetilassa muutama kehittäjä riittää kokonaisen prosessiportfolion rakentamiseen ja ylläpitoon, koska spesifikaatiot ja alusta tekevät työstä toistettavaa.
K:Voiko kerroksia ostaa eri toimittajilta?
Voi, ja jako on suunniteltu sitä varten. Spesifikaatio sitoo kerrokset yhteen riippumatta siitä, kuka minkäkin toimittaa.
Usein kysytyt kysymykset
K:Pitääkö meillä olla tekoälyalusta valittuna ennen aloitusta?
Ei. Spesifikaatio on teknologiariippumaton, ja alustavalinta kannattaa tehdä vasta kun tiedetään mitä ollaan rakentamassa.
K:Prosessejamme ei ole dokumentoitu. Onko se este?
Ei, se on lähtökohta. Määritystyöpaja on rakennettu juuri sitä varten, että dokumentoimaton työ saadaan kuvattua.
K:Korvaako tämä nykyisen IT-kumppanimme?
Ei. Me määrittelemme ja tarkastamme, toteuttaja voi olla nykyinen kumppanisi, oma tiimisi tai me. Selkeä työnjako yleensä parantaa kumppanin työn laatua.
K:Kauanko yhden prosessin määrittely kestää?
Yksittäinen työnkulku etenee työpajasta tuotantoon vietäväksi määritykseksi tyypillisesti viikoissa, ei kuukausissa. Tarkka kesto riippuu prosessin laajuudesta, ja arvioimme sen kartoituskeskustelussa.