Tekoälyn toimintamalli: selkeä päätösvalta ja toimivat oppimissilmukat

Tekoälystrategia muuttuu toiminnaksi vasta, kun yritys määrittää päätös kerrallaan, kuka saa rahoittaa kokeilun, hyväksyä julkaisun, myöntää poikkeuksen, kantaa jäännösriskin ja vastata tuotannon tuloksista. Käytännöllinen toimintamalli ei siis ala uudesta organisaatiokaaviosta vaan päätösvaltarekisteristä. Siihen kirjataan jokaisen merkittävän päätöksen omistaja, tarvittava näyttö, sallitut valtuutukset, eskalointireitti ja tapahtuma, joka avaa päätöksen uudelleen. Muuten keskitetty tiimi muuttuu helposti jonoksi, liiketoimintayksiköt rakentavat rinnakkaisia käytäntöjä ja piloteista saadut havainnot jäävät projektiraportteihin sen sijaan, että ne muuttaisivat rahoitusta, yhteisiä kyvykkyyksiä tai strategiaa.

Mitkä päätökset tekoälyn toimintamallin on jaettava?

Toimintamallin on jaettava päätösvalta kuudella alueella: yritystason standardeissa, portfolion rahoituksessa, hankkeiden toteutuksessa, riskien arvioinnissa ja hyväksymisessä, tuotannon elinkaaressa sekä uudelleenkäytössä ja oppimisessa. NIST käsittelee tekoälyriskien hallintaa jatkuvana toimintona, joka edellyttää selkeitä rooleja, viestintää, seurantaa, johdon vastuuta ja määräajoin tehtävää arviointia. Siksi pelkkä strategiakalvo, toimikuntaluettelo tai raportointisuhde ei vastaa siihen, kuka voi tehdä päätöksen, millä näytöllä ja mitä tapahtuu erimielisyyden tai poikkeaman jälkeen.

• Yritystason standardit ja suojakaiteet: hyväksytyt alustat, arkkitehtuuriperiaatteet, riskiluokat, arvioinnin vähimmäisvaatimukset ja poikkeukset.
• Portfolion rahoitus ja priorisointi: kokeilujen, yhteisten kyvykkyyksien, toimialueiden toteutusten, laajentamisen ja lopettamisen rahoitus.
• Hankkeen toteutus ja käyttöönotto: työnkulun uudistaminen, ratkaisu, tietosisältö, käyttäjien omaksuminen ja tavoiteltu liiketoimintatulos.
• Riskien arviointi, riippumaton varmistus ja hyväksyminen: luokitus, valvontatoimien tarkastus, jäännösriskin hyväksyminen ja poikkeamien eskalointi.
• Tuotanto ja elinkaari: suorituskyky, kustannukset, käyttö, häiriöt, muutokset, keskeyttäminen ja hallittu käytöstä poistaminen.
• Uudelleenkäyttö ja kyvykkyysoppiminen: yhteiset komponentit, arvioinnit, koulutus, toimittajasäännöt ja ylläpitovastuu.

Kustakin alueesta kannattaa tunnistaa toistuvat, seuraukselliset ratkaisut koko elinkaaren ajalta eikä vain hankkeen aloituslupa. Microsoftin agenttiohjelmia koskeva rooliohjeistus kattaa esimerkiksi strategian, rahoituksen, priorisoinnin, riskiluokituksen, julkaisun, seurannan, arvon raportoinnin, häiriötilanteet, parantamisen ja käytöstä poistamisen. Tarkka työnjako on silti yrityskohtainen. Samalla on pidettävä erillään kaksi kysymystä: organisaation päätösvalta määrittää ihmisten ja yksiköiden toimivallan, kun taas järjestelmätason päätösvalta määrittää, miten ihminen ja tekoäly osallistuvat päätöksen kehystämiseen, toimeenpanoon ja tuloksista oppimiseen.

Mitä käyttökelpoiseen päätösvaltarekisteriin kirjataan?

Käyttökelpoinen päätösvaltarekisteri sisältää yhden rivin kustakin tarkasti rajatusta päätöksestä ja nimeää sille yhden vastuuvelvollisen roolin. Rajauksen pitää kertoa, koskeeko päätös yritystason standardia, yksittäistä hanketta, tuotantopalvelua, poikkeusta vai portfolion resurssijakoa. Yksi omistaja ei tarkoita yksin tekemistä: toteutus voidaan valtuuttaa, asiantuntijoita voidaan kuulla ja riippumaton varmistus voidaan erottaa hyväksymisestä. WEF:n ohjeistus korostaa sekä johdon näkyvää vastuuta että valtuutuksen ja varmistuksen eriyttämistä, mutta se ei ole sitova standardi.

• Päätöksen nimi ja soveltamisala niin täsmällisesti, että tiimi tunnistaa, milloin rekisteririviä käytetään.
• Yksi vastuuvelvollinen rooli sekä nimetyt toteuttajat tai sallitut valtuutetut ja heidän toimivaltansa rajat.
• Vaadittu näyttö, vähimmäisvalvontatoimet, kuultavat asiantuntijat ja päätöksestä erillinen riippumaton varmistus.
• Odotettu käsittelyaika tai palvelulupaus, jotta kiireellisyys ei jää äänekkäimmän pyynnön varaan.
• Eskaloinnin laukaiseva ehto, eskaloinnin omistaja sekä se, kuka voi keskeyttää käytön määritellyssä tilanteessa.
• Uudelleenarvioinnin laukaiseva tapahtuma ja pysyvä paikka, johon päätös, perustelut, näyttö ja ehdot tallennetaan.

Toimikunta ei korvaa vastuuvelvollista omistajaa. Se voi valmistella asiaa, sovittaa näkökulmia yhteen tai tarjota riippumattoman varmennuksen, mutta seurauksellisen riskin hyväksyy nimetty johtaja muodollisen toimivaltansa rajoissa. Rekisteri paljastaa samalla rikkinäiset rajapinnat: keskusyksikkö voi olettaa liiketoiminta-alueen rahoittavan tuotannon, vaikka tämä odottaa yhteistä budjettia, tai kumpikin voi olettaa toisen ylläpitävän uudelleenkäytettävää komponenttia. Jos päätöksellä on kaksi epämääräistä omistajaa, sillä ei käytännössä ole yhtäkään.

Tekoälyn toimintamalli muuttuu todelliseksi, kun jokaisella tärkeällä päätöksellä on omistaja, näyttöpolku, eskalointireitti ja syy avata päätös uudelleen.

Mille organisaatiotasolle kukin tekoälypäätös kuuluu?

Jokainen tekoälypäätös kannattaa sijoittaa sinne, missä tarvittava osaaminen, kokonaisnäkyvyys ja elinkaarivastuu kohtaavat; koko yritykselle ei tarvitse valita yhtä pysyvää rakennemerkintää. Microsoft kuvaa keskitetyn, hybridi- ja hajautetun mallin jakavan sääntöjen laatimisen, toteutuksen ja tuotantoseurannan eri tavoin sekä toteaa, että malleja voidaan yhdistää. Keskittäminen voi vahvistaa johdonmukaisuutta mutta synnyttää jonoja, hajauttaminen voi lisätä paikallista omistajuutta mutta pirstoa käytäntöjä, ja hub-and-spoke vaatii erityisen selvät rajapinnat keskuksen ja toimialueiden välille.

Taulukkoa on tarkoitus käyttää rivi kerrallaan, ei kolmen kokonaisen organisaatiovaihtoehdon äänestyksenä. Yritys voi esimerkiksi pitää standardit, yhteiset alustat ja riippumattoman varmistuksen keskitettyinä, jakaa toteutuksen liiketoimintayksiköille ja antaa tuotannon puuttumisoikeudet sekä paikalliselle palveluomistajalle että nimetylle riskijohdolle eri tilanteissa. Microsoftin esimerkkijaossa keskus omistaa alustastrategiaa, arkkitehtuuria, seurantastandardeja, riskiluokkia ja suojakaiteita, kun taas toimialueet vastaavat priorisoinnista, tietosisällöstä, paikallisista mittareista ja rajatusta jatkuvasta parantamisesta. Se on sovellettava esimerkki, ei yleinen määräys.

Miten arviointifoorumit muuttavat näytön pysyviksi päätöksiksi?

Arviointifoorumi tuottaa pysyvän päätöksen vain, jos sen toimivalta, syötteet ja kirjattava lopputulos on rajattu etukäteen. Foorumi ei itsessään ole vastuuvelvollinen omistaja, vaan nimetyt roolit käyttävät siellä rekisteriin kirjattua päätösvaltaa. Jokaisesta käsittelystä jää päätös, perustelu, omistaja, vaikutus rahoitukseen tai muihin resursseihin, seuraava näyttötarve ja uudelleenarvioinnin laukaiseva ehto. NIST yhdistää seurannan ja palautteen johdon toimiin, kuten valvontatoimien muuttamiseen, riskien lieventämiseen, uudelleenkalibrointiin tai järjestelmän poistamiseen, mutta ei määrää kokousrakennetta tai kaikille sopivaa käsittelyrytmiä.

• Standardi- ja poikkeusfoorumi vastaanottaa poikkeuspyynnön, kyseisen standardin, riski- ja yhteentoimivuusnäytön, voimassaoloajan, korvaavat valvontatoimet ja ehdotetun omistajan. Se hyväksyy, hylkää tai rajaa pyynnön taikka myöntää määräaikaisen poikkeuksen sekä nimeää tarkistuksen laukaisevan tapahtuman.
• Hankenäytön foorumi vertaa alkuperäistä hypoteesia ja lähtötasoa liiketoimintatulokseen, työnkulkuun, omaksumiseen, tekniseen toimintaan, kustannuksiin, poikkeamiin, riskihavaintoihin ja rajoitteisiin. Sen päätös on laajentaa, muuttaa, keskeyttää, lopettaa tai poistaa ratkaisu käytöstä, ja samalla kirjataan rahoitusvaikutus.
• Portfolio- ja strategiafoorumi kokoaa vertailukelpoiset hankepäätökset, toistuvat esteet ja poikkeukset, arvo- ja kustannushaarukat, osaamispuutteet, häiriöt, standardien eriytymisen ja uudelleenkäyttönäytön. Se voi muuttaa prioriteettia, rahoitusta, yhteistä kyvykkyyttä, standardia, hankintasääntöä tai päätösvallan sijaintia.

Foorumien rytmiä tai päätöskynnystä ei pidä kopioida valmiina kalenterista. Sopiva käsittelyaika riippuu riskistä, päätöksen viiveen vaikutuksesta, saatavilla olevasta tuotantonäytöstä ja organisaation toimivallasta. Olennaista on, että foorumit muodostavat yhden ketjun: poikkeus voi paljastaa standardin korjaustarpeen, hankenäyttö voi muuttaa rahoitusta ja useissa hankkeissa toistuva havainto voi avata strategiaoletuksen. IBM:n mukaan keskus tai osaamiskeskus voi ylläpitää portfoliota, yhteisiä alustoja, hallintamenetelmiä, uudelleenkäytettäviä voimavaroja ja arvon mittareita, mutta tehtävät voidaan antaa myös muulle nimetylle rakenteelle.

Miten pilotin näyttö muuttuu portfolio- ja strategiaopiksi?

Pilotin näyttö muuttuu strategiaopiksi vasta, kun se kulkee ennalta määritellystä hypoteesista kirjattuun hankepäätökseen, uudelleenkäytettävään havaintoon ja lopulta nimettyyn portfolio- tai strategiapäätökseen. Aloituksessa tarvitaan lähtötaso, omistaja, tavoiteltu tulos, riskiraja sekä näyttö, jonka perusteella ratkaisua voidaan laajentaa, muuttaa, keskeyttää tai lopettaa. Pelkät käyttäjämäärät, tuotettujen luonnosten määrä tai kokeilun valmistuminen eivät korvaa tulosnäyttöä. Tarkasteluun kuuluvat liiketoimintatulos, työnkulun vaikutukset, omaksuminen, tekninen suorituskyky, käyttökustannus, poikkeamat, riskihavainnot ja tunnetut rajoitteet.

1. Kirjaa hypoteesi, lähtötaso, vastuuomistaja, tavoiteltu tulos, riskiraja ja päätökseen tarvittava näyttö.
2. Kerää liiketoiminta-, työnkulku-, omaksumis-, tekniikka-, kustannus- ja riskinäyttö jäljitettävässä muodossa.
3. Tee ja tallenna päätös laajentamisesta, muuttamisesta, keskeyttämisestä, lopettamisesta tai käytöstä poistamisesta.
4. Kirjaa päätöksen vaikutus rahoitukseen, omistajuuteen, ylläpitoon ja seuraavaan näyttötarpeeseen.
5. Erota uudelleenkäytettävä oppi: komponentti, arviointi, standardi, toimittajasääntö, koulutustarve, työnkulkumalli tai perusteltu päätös olla uudelleenkäyttämättä.
6. Vertaa havaintoa muihin hankkeisiin ennen kuin tulkitset yhden pilotin koko yritystä koskevaksi signaaliksi.
7. Käytä nimettyä strategista päätösvaltaa oletuksen, prioriteetin, rahoituksen, yhteisen kyvykkyyden, standardin, hankintasäännön tai rakenteen säilyttämiseen tai muuttamiseen.

NISTin Govern- ja Measure-toiminnot yhdistävät jäljitettävän näytön, seurannan, palautteen, arvioinnin ja johdon toimet elinkaaren aikana. IBM puolestaan kuvaa osaamiskeskuksen voivan ylläpitää mahdollisuusportfoliota, yhteisiä alustoja, uudelleenkäytettäviä voimavaroja, hallintamenetelmiä ja liiketoimintatuloksiin kytkettyjä mittareita. Näistä osista muodostettu täydellinen oppimissilmukka on toimituksellinen synteesi, ei todistettu taloudellisen suorituskyvyn kaava. Siksi yhden onnistumisen ei pidä automaattisesti käynnistää yrityslaajuista skaalausta eikä yhden epäonnistumisen kumota strategiaa; molemmat ovat päätösnäyttöä, jonka siirrettävyys on arvioitava.

Milloin päätösvaltaa kannattaa siirtää lähemmäs tai kauemmas liiketoiminnasta?

Päätösvaltaa kannattaa siirtää lähemmäs liiketoimintaa, kun paikallinen tiimi pystyy omistamaan koko elinkaaren, yhteiset valvontatoimet pysyvät toteuttamiskelpoisina, näytön laatu on luotettava ja keskitetty jono viivästyttää päätöksiä olennaisesti. Sitä kannattaa harkita siirrettäväksi lähemmäs keskusta, kun standardit tai toimittajavalinnat eriytyvät, samoja alustoja rakennetaan toistuvasti, näyttö pirstoutuu, häiriöt toistuvat, vaikutus ylittää toimialueiden rajat tai paikallinen elinkaarivastuu jää vajaaksi. Nämä ovat arviointimerkkejä, eivät yleispäteviä kynnysarvoja.

• Siirrä vain ongelmallinen päätösoikeus: standardit voivat pysyä keskitettyinä, vaikka toteutus siirtyisi toimialueille.
• Pidä hyväksyminen, toteutus ja riippumaton varmistus erillään myös silloin, kun organisaatiorakenne muuttuu.
• Säilytä nimetty puuttumisoikeus riskijohdolla, vaikka vähäriskiset parannukset ja tuotannon arki olisivat paikallisen palveluomistajan vastuulla.

Korjaustyö kannattaa aloittaa kuuden päätösalueen inventoinnilla ja pienellä joukolla aidosti toistuvia, seurauksellisia päätöksiä. Täytä niiden rekisteririvit ja testaa rajapinnat yhdellä käynnissä olevalla hankkeella sekä yhdellä poikkeuspyynnöllä. Ohjaa näyttö kolmen rajatun foorumin läpi ja tarkista, syntyivätkö päätökset ajoissa, riittikö näyttö, toimiko eskalointi ja muuttuivatko omistajuus, rahoitus, standardit, uudelleenkäyttö tai strategia tarkoitetulla tavalla. Päivitä rekisteri ennen laajentamista. Kun päätös koskee olennaista oikeudellista, sääntelyyn liittyvää, tietoturva-, tietosuoja- tai muuta ammatillista vastuuta, toimivaltainen asiantuntijarooli on nimettävä tulkitsijaksi eikä toimintamallia pidä käyttää asiantuntija-arvion korvikkeena.