Oversight-päätösluettelo rekisteröi, kuka teki minkä päätöksen mistä AI-järjestelmästä, mihin tietoon perustuen ja millä varauksella. Se kuulostaa yksinkertaiselta. Käytännössä ensimmäinen versio epäonnistuu usein, koska se asetetaan uutena prosessina olemassa olevien kokousten rinnalle. Toinen prosessi olemassa olevan rinnalla jää huomiotta, ei siksi, että ihmiset olisivat haluttomia, vaan koska kukaan ei varaa aikaa jollekin, joka ei sovi jo täyteen ahdettuun agendaan.
Luettelo ei ole toimintaloki eikä riskirekisteri. Se sisältää päätöksiä: hetkiä, joissa joku, jolla on valtuudet, hyväksyi, hylkäsi, lykkäsi tai antoi jatkaa ehdoin. Riviä kohden kuuluu vähintään neljä elementtiä: järjestelmä tai sovellus, jota päätös koskee, päätöksentekijän nimi ja rooli, päivämäärä, ja perustelu tai varaus. Ilman perustelua päätösluettelo on läsnäololista. Perustelun kanssa siitä tulee todiste siitä, että asiaa on pohdittu, ei vain siitä, että se on rastitettu.
Luettelon kuuluu myös antaa tilaa uudelleentarkastelulle. Puoli vuotta sitten silloin saatavilla olleen tiedon perusteella tehty päätös voi olla vanhentunut. Hyvä päätösluettelo näyttää, milloin päätös on vahvistettu uudelleen tai peruutettu, ei vain milloin se alun perin tehtiin.
Hallituksilla ja johtoryhmillä on jo oma rytminsä: neljännesvuosikokoukset, riskikomiteat, tarkastusvaliokunnat. Se, joka pystyttää uuden oversight-rakenteen, joka on erillään tästä rytmistä, pyytää ihmisiä löytämään lisäaikaa jollekin, jolla ei ole selkeää paikkaa. Se tapahtuu harvoin rakenteellisesti. Ensimmäiset kerrat se saattaa onnistua ponnistelulla. Sen jälkeen se katoaa agendalta, kun ilmenee jotain kiireellisempää, ja jotain kiireellisempää ilmenee aina.
Ratkaisu ei ole rakentaa uutta prosessia, vaan antaa päätösluettelon kulkea mukana siinä, mitä jo tapahtuu. Jos on jo olemassa riskikomitea, joka kokoontuu neljännesvuosittain, AI-päätösluettelon kuuluu olla kiinteä osa sen agendaa, ei erillinen istunto. Jos on jo olemassa tarkastusjälki taloudellisia päätöksiä varten, sen jäljen logiikkaa — kuka allekirjoittaa, kuka tarkastaa, minne se tallennetaan — kuuluu käyttää uudelleen AI-päätöksiin. Se on myös syy, miksi liittäminen olemassa olevaan riskirakenteeseen on erillinen aihe: päätösluettelo, joka ei liity siihen, miten riskiä muualla jo käsitellään, jää eristetyksi asiakirjaksi, jota kukaan ei käytä.
Päätösluettelo ei toimi itsenäisesti. Se ruokkii raportointia, jota hallitus tarvitsee voidakseen sanoa, että AI-riskiin on näkyvyys, ja se olettaa, että on olemassa polku sitä varten, kun päätös ei enää osoittaudu kestäväksi. Ilman yhden sivun hallitusraportointia, joka tiivistää päätösluettelon, tieto katoaa arkistoon, jota kukaan ei selaa. Ilman toimivia eskalaatiopolkuja vanhentunut päätös jää yksinkertaisesti voimaan, koska kukaan ei tiedä, kenelle sen tulisi ottaa esille.
Kolme liittyvät toisiinsa: päätösluettelo tallentaa, mitä on päätetty, raportointi tekee sen näkyväksi tasolla, jolla sillä on painoarvoa, ja eskalaatio varmistaa, että päätös voidaan avata uudelleen, jos tilanne muuttuu. Jos rakennat yhden näistä ilman muita kahta, syntyy näennäinen yleiskuva, joka ensimmäisessä koetilanteessa — häiriössä, valvojan kysymyksessä, toimittajan kysymyksessä — ei osoittaudu kattavan sitä, mitä todella tapahtuu.
Päätösluettelo on niin hyvä kuin siihen tuleva tieto. Jos kukaan ei tiedä, mitä AI-järjestelmiä todellisuudessa on käytössä — mukaan lukien se, mitä on hankittu tai perustettu IT:n ulkopuolella — luettelo rekisteröi vain päätökset näkyvistä, virallisesti hyväksytyistä sovelluksista. Loput jäävät päättämättä, ei siksi, että päätöstä ei olisi tarvittu, vaan koska kukaan ei tiennyt, että oli jotain, mistä päättää. Siksi inventaari edeltää aina päätösluetteloa, ei tule sen jälkeen. Se, mitä hallituksen jäsenen kuuluu tästä tietää, on kuvattu artikkelissa mitä hallituksen jäsenen tulee tietää AI-riskistä; se, mitä CIO:n kuuluu tunnistaa tässä inventaarissa, on kuvattu artikkelissa mitä CIO:n tulee tietää AI-riskistä.
Mikä on kiinteää: päätösluettelo, joka ei liity olemassa olevaan kokoukseen, jää ylläpitämättä, ja päätösluettelo, jolla ei ole täydellistä kuvaa siitä, mitä on käynnissä, rekisteröi vain osan todellisuudesta. Mikä riippuu organisaatiosta: mikä kokous on nimetty ankkuripiste, kuinka usein se kokous kokoontuu, ja kenellä on valtuudet tehdä päätös, joka päätyy luetteloon. Tämä vaihtelee sektorin, hallintorakenteen ja riskikulttuurin mukaan, ja siksi ei ole kiinteää mallipohjaa, joka toimii kaikkialla sopeuttamatta.
Responsible AI Scan on rakenteilla. Kuka tällä hetkellä tarvitsee päätösluettelon, joka liittyy olemassa olevaan rakenteeseen, voi ilmoittautua jonotuslistalle; tarjolla ei ole vielä mitään, mitä ei ole vielä olemassa.
Päätösluettelo kertoo, kuka päätti, ei kuinka paljon työtä järjestelmä todellisuudessa hoitaa tai voisi hoitaa. Tähän kysymykseen — mikä osa tehtävästä on siirrettävissä AI:lle ja mikä ei — tarvitaan toisenlainen näkökulma kuin hallinnointi yksinään tarjoaa. FTE TO AI:n työscan laskee tehtäväkohtaisesti, mikä osa työstä on siirrettävissä, täydentäen sitä yleiskuvaa, jonka päätösluettelo ja siihen liittyvä oversight-rakenne tarjoavat.
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.