AI-rekisteri on jo osittain vanhentunut sinä päivänä, kun se valmistuu. Uusi työkalu on tullut lisää, joku on laajentanut olemassa olevaa tilausta AI-toiminnolla, tiimi on lopettanut jonkin listalla olleen asian käytön. Rekisteri ei ole asiakirja, jonka viimeistelette. Se on prosessi, joka jatkuu, tai se pysähtyy muutamassa kuukaudessa.
Kysymys "kuinka pidätte sen ajan tasalla" on siksi tärkeämpi kuin "kuinka laaditte sen". Ensimmäinen kartoitus on tilannekuva. Arvo syntyy siitä, mitä tapahtuu sen jälkeen.
Tärkein syy ei ole huolimattomuus. Se on se, että AI leviää eri tavalla kuin muu ohjelmisto. Uusi työkalu ei usein vaadi hankintaprosessia, IT-hyväksyntää tai budjettikierrosta. Joku kirjautuu sisään työsähköpostiosoitteella ja alkaa käyttää sitä. Kenenkään ei tarvitse ilmoittaa siitä, ja kukaan ei koe siihen velvollisuutta — varsinkaan jos odotuksena on, että ilmoittaminen tarkoittaa kieltoa. Se, mitä tapahtuu työntekijöille, jotka käyttävät työkalua, jota kukaan ei ole hyväksynyt, määrittää, tulevatko nämä ilmoitukset koskaan sisään.
Lisäksi olemassa olevien työkalujen luonne muuttuu. Ohjelmistolla, jossa viime vuonna ei ollut AI-toiminnallisuutta, voi tänä vuonna sellainen olla, oletuksena päälle kytkettynä päivityksessä. IT:n toimittajaluettelo ei silloin muutu, mutta samojen työkalujen riskiprofiili muuttuu.
Ajan tasalla pitäminen vaatii toistuvaa rytmiä yksittäisen toimenpiteen sijaan. Tämä rytmi koostuu muutamasta toistuvasta osasta:
Vakiokysymys tiimeille, vakiohetkellä, siitä, mitä on tullut lisää tai muuttunut. Ei valvontakysymyksenä, vaan osana toistuvaa kokousta — neljännesvuosikeskustelu, tiimipalaveri, kehityskeskustelusykli. Kysymyksen on oltava riittävän matalan kynnyksen, jotta saadaan rehellinen vastaus.
Signaali hankinnalta tai IT-hallinnalta, kun uusi tilaus tehdään tai olemassa oleva sopimus uusitaan. Kaikki signaalit eivät johda rekisterin muutokseen, mutta kaikki signaalit on tarkasteltava.
Olemassa olevien kohteiden uudelleenarviointi sillä hetkellä, kun konteksti muuttuu: työkalu saa uuden toiminnon, tiimi alkaa käyttää AI-sovellusta eri tarkoitukseen kuin mihin se oli luokiteltu. Se, kuinka usein tämä uudelleenarviointi on tarpeen, riippuu sovelluksen riskitasosta ja siitä, kuinka nopeasti ympäristö muuttuu — lisää tästä sivulla, joka kuvaa kuinka usein luokittelu on tehtävä uudelleen.
Mikään toimintatapa ei kata kaikkea. Rekisteri, joka riippuu täysin itseilmoittamisesta, jättää määritelmällisesti huomiotta sen, mitä ihmiset eivät ilmoita — tietämättömyyden, mukavuuden vuoksi, tai koska he eivät ymmärrä, että työkalu kuuluu AI:n määritelmän piiriin. Rekisteri, joka riippuu täysin IT-signaaleista, jättää huomiotta sen, mitä hankitaan IT:n ohi, mikä nykyään muodostaa suurimman osan varjo-AI:sta.
Realistinen lähestymistapa yhdistää molemmat, tietäen, että yhdistelmäkään ei ole täydellinen. Hyvin ylläpidetty rekisteri on lähestymistapa, joka on lähempänä todellisuutta kuin ei rekisteriä ollenkaan, ei tae siitä, että kaikki on siinä.
On myös organisatorinen sudenkuoppa: toinen prosessi, joka asetetaan olemassa olevan prosessin rinnalle, jätetään usein yksinkertaisesti huomiotta, vaikka se olisi paperilla pakollinen. Miksi näin tapahtuu ja miten se voidaan välttää, on kuvattu sivulla miksi toinen prosessi olemassa olevan rinnalla jätetään huomiotta. Taustalla oleva oppi on, että päivittäminen pysyy helpoimmin pystyssä, kun se rakennetaan olemassa oleviin rutiineihin, ei kun siitä tulee uusi, erillinen velvollisuus.
Ajan tasalla oleva rekisteri riippuu viime kädessä ihmisistä, jotka ymmärtävät, miksi ilmoittaminen on hyödyllistä ja mitä heidän ilmoitukselleen tapahtuu. Tämä liittyy laajempaan kysymykseen siitä, mitä AI-lukutaito tarkoittaa työntekijöille: se, joka ei tiedä, mikä kuuluu AI:n määritelmän piiriin, ei myöskään ilmoita siitä, mitä pitäisi ilmoittaa. Ja se, joka pelkää seuraamusta, ei ilmoita joka tapauksessa — ei myöskään siitä, mikä kuuluu määritelmän piiriin.
Tähän kuuluu myös keskustelu yritysdatasta. Työntekijä, joka liittää asiakastietoja tai sisäisiä asiakirjoja ilmaiseen chat-ikkunaan, ei usein käytä kiellettyä työkalua sanan tarkassa merkityksessä — sitä työkalua ei mahdollisesti ole missään merkitty "kielletyksi". Riski piilee käytössä, ei vain listalla olemisessa. Mitä sille voidaan tehdä, on kuvattu sivulla siitä, mitä tehdä yritysdatalle ilmaisessa chat-ikkunassa.
Elävän rekisterin viimeinen osa on valvonta siitä, mitä siinä jo on. Sovellus, joka luokittelussa vaati ihmisen valvontaa, voi käytännössä menettää tämän valvonnan ilman, että rekisteri heijastaa sitä. Mitä valvonta käytännössä tarkoittaa, ja miten se eroaa paperilla olevasta valvonnasta, kuvataan sivulla mitä inhimillinen valvonta käytännössä tarkoittaa.
Ajan tasalla oleva rekisteri kertoo, mitä on käynnissä ja millä riskillä. Se ei kerro, mikä osa taustalla olevasta työstä todella tehdään tai hoidetaan AI:lla, ja mikä osa jää ihmisille. Tämä kysymys on yhtä tasoa syvemmällä: ei se, mitä työkaluja on olemassa, vaan kuinka paljon AI pystyy hoitamaan konkreettisesta tehtävästä. FTE TO AI:n työskannaus laskee tämän tehtäväkohtaisesti, ja antaa siten kuvan, joka sopii rekisterin rinnalle — toinen kertoo, mitä on olemassa, toinen sen, mitä se todella tekee.
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.