Markkinointitiimi tarvitsee kirjoitusavustajan. Talousanalyytikko haluaa työkalun, joka tekee yhteenvedon laskentataulukoista. Kukaan heistä ei odota hankintaprosessia, joka kestää kuukausia. On luottokortti, on sähköpostiosoite, ja kymmenessä minuutissa on tilaus, jonka osasto maksaa itse, hallinnoi itse ja käyttää itse. IT-osasto ei tiedä siitä mitään. Ei ole syytä ilmoittaa asiasta, sillä mitään väärää ei ole tehty — vain ongelma on ratkaistu.
Suurin osa varjo-AI:sta ei ala pyrkimyksestä kiertää sääntöjä. Se alkaa tehtävästä, joka pitää saada nopeammin valmiiksi, määräajasta, joka ei odota hyväksyntäprosessia, ja työkalusta, joka on saatavilla kenenkään muun väliintuloa tarvitsematta. Osasto, joka tilaa sen, ei näe sitä IT-päätöksenä. Se tuntuu toimistotarvikkeelta, ei erilaiselta kuin ohjelmistolisenssi, jota kaikki käyttivät jo ennen keskitettyä hankintapolitiikkaa. Se, että kielimalli käsittelee yritysdataa, lukee asiakastietoja tai tuottaa luonnostekstiä, joka menee ulos, ei ole käyttäjälle hallintokysymys. Se on vain työtä.
Sama dynamiikka näkyy toimittajan kohdalla, joka rakensi AI:n tuotteeseensa käymättä siitä erillistä keskustelua: toiminnallisuus ilmestyy päivityksessä, kukaan ei allekirjoita sitä mitenkään, ja organisaatio käyttää sitä ennen kuin kukaan on määrittänyt, kuka siitä vastaa.
Ilmoitus siitä, että luvattomat työkalut eivät ole sallittuja, muuttaa vähän. Osasto, joka tilauksen on hankkinut, kokee sen ratkaisuna, joka toimii, ei riskinä, joka pitää ilmoittaa. Kielto ilman vaihtoehtoa tuottaa kaksi asiaa: tilaus menee maan alle, tai tiimi lopettaa käytön ja työ hidastuu jälleen. Kumpikaan ei ole se, mitä organisaatio haluaa.
Lisäksi tällainen tilaus on harvoin kertaluonteinen päätös. Siitä tulee osa työnkulkua, se yhdistetään muihin työkaluihin, sitä käytetään prosesseissa, jotka ovat nyt riippuvaisia siitä. Se, mikä alkaa kokeiluna, muuttuu tiimin työtavan pysyväksi osaksi — juuri samanlainen kuvio, jota näkyy myös koekokoonpanossa, jota ei ole koskaan sammutettu: kukaan ei ole päättänyt tehdä siitä pysyvää, mutta kukaan ei ole myöskään päättänyt lopettaa sitä.
Refleksi jäljittää varjo-AI ja puuttua käyttäjään siitä johtaa päinvastaiseen tulokseen. Se, joka tietää, että ilmoitus johtaa moitteeseen, ei ilmoita. Tilaus jää olemaan, vain vähemmän näkyvänä. Osasto muuttuu varovaisemmaksi siinä, mitä se raportoi, ei huolellisemmaksi siinä, mitä se käyttää.
Se, mikä toimii, on kysyminen ilman siihen liitettyä seuraamusta. Tiimillä, joka käyttää työkalua tehtävän nopeuttamiseen, on siihen tavallisesti syy, jonka organisaatio haluaa tietää: prosessi, joka on liian hidas, tehtävä, joka ylikuormittuu, tarve, jota nykyinen tarjonta ei kata. Katso, miten tätä kuvataan kohdassa työntekijät, jotka käyttävät työkalua, jota kukaan ei ole hyväksynyt — lähtökohta ei ole rikkomus, vaan sen takana oleva tarve.
Ensimmäinen askel ei ole valvonta, vaan kartoitus: mitä työkaluja on olemassa, kuka niitä käyttää, mihin tehtävään, ja millä tiedoilla. Se ei tapahdu IT-listan kautta — se rekisteröi sen, mikä on hyväksytty, ei sitä, mitä käytetään. Se tapahtuu kysymällä, tavalla, joka ei sisällä uhkaa.
Kun näkyvyys siitä, mitä on käynnissä, on saatu, voidaan tehdä luokittelu: mikä rooli työkalulla on, mikä riskitaso siihen sopii, ja mikä valvonnan muoto on tarkoituksenmukainen. Ei jokainen osaston itse hankkima tilaus muodosta ongelmaa. Työkalu, joka kirjoittaa uudelleen julkista tekstiä, kuuluu eri kategoriaan kuin työkalu, joka käsittelee asiakastietoja kenenkään tietämättä, minne kyseinen data päätyy. Ero näiden kategorioiden välillä on juuri se, mistä käytännön inhimillinen valvonta on kysymys: ei jokainen käyttö vaadi samaa valvonnan tasoa, mutta jokainen käyttö vaatii, että sen olemassaolo tiedetään.
Sen jälkeen seuraa hallintorakenne, joka liittyy siihen, mitä on jo olemassa — ei uutta prosessia olemassa olevan riskikehyksen rinnalle, vaan sen laajennus. Organisaatio, joka käsittelee AI-riskiä erillään muusta riskienhallinnastaan, ottaa riskin, että toinen järjestelmä jätetään huomiotta, kuten kuvataan kohdassa toinen prosessi olemassa olevan rinnalla, joka jätetään huomiotta. Lähestymistapa, joka jää käyttöön, on se, joka liittyy siihen, mitä organisaatio jo tekee riskin hallitsemiseksi.
Tilaus, jonka osasto on itse hankkinut, on tavallisesti merkki siitä, että jokin asia pitää saada nopeammin kuin nykyinen prosessi sallii. Tähän kysymykseen — mikä osa työstä on nopeutettavissa, ja missä se voi tapahtua jäsennellysti sen sijaan, että se tapahtuu huomaamatta — vastaa juuri FTE TO AI:n työscan. Työscan laskee tehtäväkohtaisesti, mikä osa työstä on AI:n siirrettävissä, jotta tarve, joka johti varjotilaukseen, saa paikan prosessissa, jonka organisaatio tuntee ja hallitsee.
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.