Oversighti otsuste nimekiri registreerib, kes tegi mis otsuse mille AI-süsteemi kohta, millise info alusel ja millise reservatsiooniga. See kõlab lihtsalt. Praktikas ebaõnnestub esimene versioon sageli, kuna see esitletakse uue protsessina kõrvuti olemasolevate koosolekutega. Teist protsessi olemasoleva kõrval ignoreeritakse, mitte sellepärast, et inimesed on tõrksad, vaid sellepärast, et keegi ei broneeri aega asjale, mis ei sobitu juba täis olevasse päevakorda.
Nimekiri ei ole tegevuste logi ja ei ole riskiregister. Ta sisaldab otsuseid: hetki, mil pädevusega isik midagi kinnitas, lükkas tagasi, lükkas edasi või lubas jätkuda tingimustega. Igal real peab olema vähemalt neli elementi: süsteem või rakendus, mille kohta otsus käib, otsustaja nimi ja roll, kuupäev ning põhjendus või reservatsioon. Põhjenduseta on otsuste nimekiri kohalviibimise leht. Põhjendusega saab sellest tõestus, et on mõeldud, mitte ainult linnukesi tehtud.
Nimekiri peab pakkuma ka võimalust ülevaatamiseks. Otsus, mis tehti pool aastat tagasi tolleaegse kättesaadava info põhjal, võib olla vananenud. Hea otsuste nimekiri näitab, millal otsus on uuesti kinnitatud või tagasi pööratud, mitte ainult millal see algselt tehti.
Juhatustel ja tegevjuhtkondadel on juba oma rütm: kvartalikoosolekud, riskikomiteed, auditikomisjonid. Kes loob uue oversighti struktuuri, mis seisab eraldi sellest rütmist, palub inimestel leida lisaaega millegi jaoks, millel puudub selge koht. See ei toimu harva struktuurselt. Esimesed korrad võib see õnnestuda, pingutusega. Pärast kaob see päevakorrast, kui midagi kiiremat kaasa kerkib, ja midagi kiiremat kerkib alati kaasa.
Lahendus ei ole ehitada uut protsessi, vaid laenata otsuste nimekiri sellele, mis juba toimub. Kui juba on olemas riskikomitee, mis koguneb iga kvartal, peab AI otsuste nimekiri olema selle päevakorra kindel osa, mitte eraldi seanss. Kui juba on olemas auditijälg finantsotsuste jaoks, peab selle jälje loogika — kes allkirjastab, kes kontrollib, kuhu salvestatakse — olema taaskasutatud AI-otsuste jaoks. Sellepärast on olemasoleva riskistruktuuriga liitumine eraldi teema: otsuste nimekiri, mis ei ühildu sellega, kuidas riski mujal juba arutatakse, jääb isoleeritud dokumendiks, mida keegi ei loe.
Otsuste nimekiri ei toimi iseseisvalt. See toidab aruandlust, mida juhatus vajab, et saaks öelda, et AI-riskil on ülevaade, ja eeldab, et on olemas tee juhuks, kui otsus ei osutu enam jätkusuutlikuks. Ilma ühe lehekülje pikkuse juhatuse aruandeta, mis võtab otsuste nimekirja kokku, kaob info arhiivi, mida keegi ei sirvi. Ilma toimivate eskaleerimisteedeta jääb vananenud otsus lihtsalt kehtima, sest keegi ei tea, kellele see tõstatada.
Kolm on omavahel seotud: otsuste nimekiri jäädvustab, mis on otsustatud, aruandlus muudab selle nähtavaks tasandil, kus sellel on kaalu, ja eskaleerimine tagab, et otsust saab uuesti avada, kui olukord muutub. Kui üks ehitatakse üles teiseta kaheta, tekib ülevaate illusioon, mis esimese proovikivi — vahejuhtumi, regulaatori küsimuse, ajakirjaniku — puhul ei osutu tegelikkust kattavaks.
Otsuste nimekiri on nii hea, kui hea on sinna sisenev info. Kui keegi ei tea, mis AI-süsteemid on tegelikult kasutuses — kaasa arvatud need, mis on ostetud või loodud IT-st väljaspool — registreerib nimekiri ainult otsuseid nähtavate, formaalselt kinnitatud rakenduste kohta. Ülejäänu jääb otsustamatuks, mitte sellepärast, et otsust ei olnud vaja, vaid sellepärast, et keegi ei teadnud, et otsustada oli midagi. Sellepärast eelneb inventuur alati otsuste nimekirjale, mitte tuleb pärast. Mida juhatuse liige peab sellest teadma, on kirjas artiklis mida juhatuse liige peab teadma AI-riskist; mida CIO peab selles inventuuris ära tundma, on kirjas artiklis mida CIO peab teadma AI-riskist.
Mis on kindel: otsuste nimekirja, mis ei ühildu olemasoleva koosolekuga, ei hoita korras, ja otsuste nimekiri, millel puudub täielik pilt sellest, mis käib, registreerib vaid osa tegelikkusest. Mis sõltub organisatsioonist: milline koosolek on sobiv ankurpunkt, kui sageli see koosolek kokku tuleb, ja kellel on pädevus teha otsust, mis jõuab nimekirja. See erineb sektori, juhtimisstruktuuri ja riskikultuuri lõikes, ja sellepärast ei ole kindlat mallit, mis toimiks igal pool muutmata.
Responsible AI Scan on valmimisel. Kes praegu vajab otsuste nimekirja, mis ühildub olemasoleva struktuuriga, saab registreeruda ootenimekirja; midagi, mida veel ei ole, ei pakuta.
Otsuste nimekiri ütleb, kes otsustas, mitte kui palju tööd süsteem tegelikult üle võtab või võiks üle võtta. Selle küsimuse jaoks — milline osa ülesandest on üleantav AI-le ja milline osa mitte — on vajalik teine vaatenurk, kui governance üksi pakub. FTE TO AI töövahetusskaneering arvutab ülesande kaupa välja, kui suur osa tööst on üle võetav, täiendades ülevaadet, mida otsuste nimekiri ja sellega kaasnev oversighti struktuur pakuvad.
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.