AI-ohjelmajohtaja saa yleensä yhden toimeksiannon: varmistaa, että AI otetaan käyttöön, että tiimit työskentelevät sen ansiosta nopeammin, että ohjelma osoittaa tuloksia. Toinen toimeksianto tulee harvoin mukaan: varmistaa, että kaikki sitä myötä syntyvä on vastuullista. Silti hänet arvioidaan molempien perusteella, kun jotain menee pieleen. Se on hänen riskinsä ydin: hän on vastuussa ohjelmasta, jonka rajoja hän ei tunne.
Se, mitä hän voittaa adoptiolla — nopeammat prosessit, tyytyväiset tiimit, näkyvä uudistumistarina — asettuu vastakkain sen kanssa, mitä hän menettää, kun asiat menevät pieleen: poikkeama työkalusta, jota ei ollut hänen listallaan, auditointi, joka kysyy kysymyksiä, joihin hänellä ei ole vastausta, hallitus, joka kysyy, miksi ohjelma ei nähnyt, mitä oli jo käytössä. Tämä epäsymmetria tekee hänen asemastaan haavoittuvan, myös silloin kun ohjelma itsessään toimii hyvin.
Hänen kysymyksensä ei ole "mitkä AI-työkalut olemme hyväksyneet". Se lista hänellä on, ja se on usein lyhyempi kuin todellisuus. Hänen kysymyksensä on: mitä tiimit käyttävät, mitä ei ole listallani, ja miten saan siitä näkyvyyden ilman, että ihmiset piilottavat sen. Ohjelmajohtaja, joka haluaa edistää adoptiota, ei voi sallia, että käyttäjät piilottavat työkalunsa pelosta korjaustoimenpiteitä kohtaan. Se, joka kysyy, mitä käytetään, ja tekee siitä sitten ongelman, ei saa vastausta seuraavalla kerralla. Hallinta ja adoptio toimivat tässä toisiaan vastaan, jos asiaa lähestytään väärin.
Vastaus, jota hän ei hyväksy, on yksinkertainen esto: "AI-käyttö ei ole sallittua ilman hyväksyntää." Tämä vastaus tyydyttää auditoijaa hetken, mutta siirtää käytön paikkoihin, joita kukaan ei näe. Se on täysin päinvastainen siitä, mitä ohjelmajohtaja haluaa saavuttaa: hän haluaa, että AI-käyttö on näkyvää ja ohjattua, ei että se siirtyy maan alle. Kielto, jossa ei ole mekanismia ilmoittamiseen ja oppimiseen, on hänelle tappio, vaikka se kuulostaisi paperilla vaatimustenmukaiselta.
Hän ei hyväksy myöskään vastausta, joka kohtelee kaikkea samalla tavalla. Työkalu, joka tiivistää tekstiä sisäiseen käyttöön, ei ole samanlainen riski kuin työkalu, joka tekee automaattisesti päätöksiä asiakkaista tai työntekijöistä. Ilman roolin ja riskitason mukaista erottelua ohjelma ei voi priorisoida, ja ohjelmajohtaja, joka ei voi priorisoida, ei voi täyttää toimeksiantoaan.
Se, mikä toimii, on kartoitus, joka lähtee siitä, mitä on olemassa, ei siitä, mitä on hyväksytty. Se tarkoittaa kysymysten esittämistä tiimeille siitä, mitä ne tosiasiassa käyttävät, ja tekemistä tavalla, joka ei aiheuta seurauksia. Vain siten varjo-AI tulee näkyväksi — järjestelmät, jotka on otettu käyttöön muodollisen prosessin ulkopuolella, usein koska ne helpottivat työtä ja kukaan ei nähnyt syytä odottaa hyväksyntää.
Sen jälkeen seuraa luokittelu: mikä sovellus koskee asiakkaita, mikä koskee vain sisäistä prosessia, mikä tekee päätöksiä ilman ihmistä välissä. Tämä jako määrittää, missä valvonnan tulee olla tiukkaa ja missä se voi pysyä kevyenä. Ilman tätä jakoa ohjelma kohtelee kaikkea yhtä tiukasti tai yhtä kevyesti, ja molemmat ovat ongelma: ensimmäinen jarruttaa adoptiota, toinen jättää riskit hallitsemattomiksi.
Hallintarakenteen, joka tästä seuraa, tulee liittyä siihen, mitä organisaatiossa on jo olemassa — nykyisiin riskikomiteoihin, nykyisiin raportointilinjoihin — ei uuteen rinnakkaiseen järjestelmään. Tässä ohjelmajohtaja erottuu myös muista organisaation rooleista: hallituksen jäsen haluaa tietää mitä hallituksen jäsenen tulee tietää AI-riskeistä kokonaisvastuun tasolla, CIO lähestyy asiaa järjestelmien ja käyttöoikeuksien näkökulmasta, kuten kuvataan kohdassa mitä CIO:n tulee tietää AI-riskeistä, ja General Counsel tarkastelee vastuuvelvollisuutta ja dokumentointivelvoitteita kohdassa mitä General Counselin tulee tietää AI-riskeistä. Ohjelmajohtajan tulee pystyä palvelemaan näitä kolmea näkökulmaa menettämättä omaa tehtäväänsä — adoptiota.
Mitkä konkreettiset velvoitteet koskevat mitä riskiluokkaa ja missä aikarajoissa, ei ole tämän sivun aihe. Se teksti muuttuu, tarkentuu ja saa selityksiä muualla. Tässä kyse on mekanismista: miten ohjelma saa näkyvyyden siihen, mitä tapahtuu, miten se muuntaa sen riskitasoiksi, ja miten se osoittaa sen todistetusti hallitukselle ja valvojille, riippumatta siitä, mitä tarkka säännösteksti milloin tahansa määrää.
Kun on selvää, mitä on käytössä ja kuka siitä vastaa, syntyy toinen kysymys: mitä se tuottaa, kun tämä työ järjestetään hyvin. Tämä on kysymys, joka tulee vastata tehtäväkohtaisesti, ei organisaatiotasolla. FTE TO AI:n työskenneläpivalaisu laskee tällä tasolla, mikä osa työstä on siirrettävissä AI:lle, jotta ohjelmajohtaja ei tiedä vain, mitä tapahtuu, vaan myös missä kapasiteetin lisääminen tekee todellisen eron.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.