Tiimin vetäjä etsii ratkaisua toistuvaan ongelmaan: liikaa tekstiä, liian vähän aikaa, määräaika joka ei jousta. Jostain hän löytää työkalun, joka nopeuttaa työtä. Työkalu maksaa vähän, sen voi maksaa luottokortilla tai henkilökohtaiselta tililtä, ja se ei vaadi IT:n hyväksyntää. Päivän sisällä osasto käyttää sitä. Kukaan ei ole tehnyt mitään väärin — oli ongelma, oli ratkaisu, ja niiden välinen reitti kulki kaikkien lomakkeiden ulkopuolella.
Tämä ei ole poikkeus. Se on vallitseva kaava aina, kun AI-työkalu on halvempi ja helpommin saatavilla kuin menettely sen hankkimiseksi. Mitä raskaampi hakuprosessi, sitä suurempi todennäköisyys, että joku ohittaa sen. IT:n lista hyväksytyistä sovelluksista ei tällöin kuvaa sitä, mitä tapahtuu, vaan sitä, mitä on joskus haettu.
Tilausta, joka toimii, ei perua. Osasto, joka käyttää työkalua, näkee ratkaistun ongelman, ei syntynyttä governance-aukkoa. Ilman erillistä syytä kukaan ei itse tule kertomaan, että IT:n tai riskienhallinnan näkymättömissä käytetään työkalua, joka käsittelee tekstiä, asiakastietoja tai sisäisiä asiakirjoja.
Kaava muistuttaa sähköpostiin pääsevää selainlaajennusta: joku asentaa pienen ohjelman, se toimii, ja kysymystä siitä, kuka muu lukee mukana, ei koskaan esitetä, koska hetkeä, jolloin se kysymys tulisi esiin, ei koskaan synny. Näin syntyy kokoelma sovelluksia, joista jokainen on erikseen pieni ja hyödyllinen, ja jotka yhdessä muodostavat sokean pisteen, joka on suurempi kuin kukaan yksittäinen henkilö siitä vastuussa.
Ensimmäinen refleksi on usein: jäljittää, osoittaa, lopettaa. Se toimii päinvastoin. Se, joka tietää, että oma tilaus johtaa nuhteluun, ei ilmoita siitä — hän käyttää työkalua siitä lähtien hiljaisemmin, mahdollisesti toisen tilin kautta, mahdollisesti toimistoaikojen ulkopuolella. Inventaario ei tällöin täydenny vaan kutistuu, ja ongelma siirtyy paikkaan, jota on entistä vaikeampi nähdä.
Inventaario, joka toimii, ei ala kysymyksestä "kuka teki tämän" vaan "mitä tässä käytetään". Ilman seuraamuksia saatte vastauksen siihen, mitä työkaluja käytetään, mihin työhön ja millä tiedoilla. Seuraamusten kanssa saatte vain hiljaisuutta, ja osaston, joka piilottaa seuraavan työkalun entistä paremmin.
Ensimmäinen askel ei ole korjaaminen vaan näkyväksi tekeminen. Se tarkoittaa kysymysten esittämistä ihmisille, jotka tekevät työn, ei vain järjestelmille, joita IT hallinnoi. Miten AI-inventaario rakennetaan kuvaa, miltä tämä kyselykierros voi näyttää: mitä käytetään, mihin tehtävään, millä syötteillä.
Kun sovellus on tunnistettu, seuraava kysymys ei ole, saako se jatkaa olemassaoloaan, vaan mikä rooli sillä on ja mikä riskitaso siihen sopii. Työkalu, joka tiivistää sisäisiä muistioita, vaatii eri asian kuin työkalu, joka käsittelee asiakastietoja. Tämä luokittelu määrittää, mitä sovelluskohtaisesti täytyy kirjata — ei paperiharjoituksena, vaan perustana, jonka avulla voidaan myöhemmin osoittaa, mitä tapahtui ja miksi se oli perusteltua.
Yksittäisen tilauksen riski ei ole erillinen asia. Sama kaava — jokin ilmestyy kuvaan ilman hakemusta — toistuu koejärjestelyssä, jota ei koskaan sammutettu ja toimittajalla, joka rakensi AI:n tuotteeseensa ilman että siitä on erikseen keskusteltu. Se, joka kartoittaa yhden osaston oman tilauksen, tekee viisaasti kysyessään sen saman kysymyksen laajemmin — ei rikkojien jahtina, vaan sen kirjaamisena, mitä todella tapahtuu.
Kertaluonteinen inventaario kirjaa, mitä nyt on käynnissä. Ilman toistoa se on valokuva, joka vanhenee siitä päivästä lähtien, jona se otettiin. Uudet osastot löytävät uusia työkaluja, olemassa olevat tilaukset saavat uusia ominaisuuksia, ja seuraava sokea piste syntyy samalla tavalla kuin edellinen. Miten tämän kaavan tunnistaa ennen kuin se toistuu, on kuvattu kohdassa työntekijät, jotka käyttävät työkalua, jota kukaan ei ole hyväksynyt — inventaarion jatkeena, ei sen korvaajana.
Tilaus, jonka osasto on itse hankkinut, kertoo yleensä jotain itse työstä: oli tehtävä, joka vei liikaa aikaa, ja joku etsi keinon selvitä siitä. Tämä keino on nyt näkyvissä, mutta taustalla oleva kysymys jää: mikä osa tästä työstä voidaan rakenteellisesti siirtää AI:lle, ja millä ehdoilla. FTE TO AI:n työscan laskee tehtäväkohtaisesti, kuinka suuri osa työstä on siirrettävissä AI:lle, riippumatta siitä, mitä työkalua osasto on omasta aloitteestaan sitä varten jo löytänyt.
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.