Uzraudzības lēmumu saraksts nav jauna forma un nav jauna sanāksme. Tā ir pastāvīga vieta, kur tiek fiksēts, kāds AI risinājums ir novērtēts, kas to novērtējis, uz kāda riska izvērtējuma pamata un kāds lēmums ir pieņemts. Apstiprināts, noraidīts, apstiprināts ar nosacījumiem vai īslaicīgi atļauts, kamēr notiek turpmāka izpēte. Bez šāda saraksta lēmums pastāv vien tās atmiņā, kas tajā bija iesaistīti, un pazūd, tiklīdz kāds mainīs funkciju vai ja saruna nav protokolēta.
Saraksts katram risinājumam satur īsu uzdevuma aprakstu, klasifikāciju pēc lomas un riska līmeņa, procesa īpašnieka vārdu, novērtēšanas datumu, pieņemto lēmumu un tā pamatojumu. Nekādas tehniskās specifikācijas, nekādas piegādātāja dokumentācijas: tas pieder pie konkrētā risinājuma dokumentācijas, nevis pie lēmumu saraksta. Saraksts ir pārskats vienu līmeni augstāk — kas ko izlēma un kad šis lēmums pēdējoreiz apstiprināts no jauna. Risinājums, kas gadu atpakaļ apstiprināts uzdevumam ar ierobežotu risku, iespējams, tagad tiek izmantots citam mērķim. Bez periodiskas atkārtotas apstiprināšanas vecs lēmums turpina attiekties uz situāciju, kas vairs nepastāv.
Iemesls, kāpēc atsevišķi AI reģistri bieži paliek tukši, nav nevēlēšanās, bet secība. Katrai organizācijai jau ir vieta, kur riski tiek pārrunāti un fiksēti: riska komiteja, revīzijas komiteja, valdes sanāksme ar pastāvīgu darba kārtības punktu par operacionālo risku. Kas papildus tam veido atsevišķu AI žurnālu, prasa cilvēkiem uzturēt otru administrāciju kaut kam, kas pēc būtības pieder pirmajai. Šis otrais process strukturāli zaudē cīņā ar ikdienas steigu. Uzraudzības lēmumu saraksts darbojas tikai tad, ja tas ir iestrādāts tajā, kas jau pastāv — kā pastāvīga esošas sanāksmes daļa, ar noteiktu vietu darba kārtībā, nevis kā jauns papildu pienākums.
Tas nozīmē arī, ka saraksts lieto to pašu skalu un valodu, kas visa pārējā riska struktūra. Risinājums ar augstu riska līmeni saņem tāda paša veida uzmanību kā citi ar augstu riska līmeni saistīti dokumenti: fiksētu pārskatu sniegšanas biežumu, fiksētu īpašnieku, fiksētu eskalācijas ceļu. Kā šī saikne izpaužas praksē, ir atkarīgs no organizācijas esošās pārvaldības un aprakstīts lapā par pieslēgšanu esošajai riska struktūrai.
Lēmumu saraksts ir bezjēdzīgs, ja nav ceļa tam, kas notiek, kad kāds nepiekrīt, vai kad risinājums maina savu izmantošanu, bez tam, ka kāds to ziņo. Šim ceļam nav jāatrodas pašā sarakstā, bet tam ar to jābūt saskaņotam: kas var apstrīdēt noraidījumu, kam ir jāpagarina īslaicīga atļauja un pie kā nonāk lieta, ja procesa īpašnieks un riska funkcija nav vienisprātis. Kā šīm līnijām jādarbojas, lai katrs jautājums nenonāktu organizācijas augšgalā, aprakstīts lapā par eskalācijas ceļiem, kas darbojas.
Lēmumu saraksts ir atmiņa; valdei papildus tam ir nepieciešams kopsavilkums, kas nav jāveido no jauna katru ceturksni no atsevišķiem protokoliem. Kam jābūt šajā kopsavilkumā — un kam ne, jo tas jau ir lēmumu sarakstā — aprakstīts lapā par vienas lapas valdes pārskatu. Bez šī posma lēmumu saraksts paliek dokuments, ko lasa tikai procesu īpašnieki, kamēr valde saglabā juridisko atbildību par to, ko tiek izlemts.
Lēmuma fiksēšana nav tas pats, kas zināšana, vai lēmums tiek ievērots. Risinājums, kas noraidīts, var tomēr palikt lietošanā, ja neviens neseko, vai noraidījums ir īstenots. Tas ir iemesls, kāpēc lēmumu saraksts bez turpinājuma sniedz maz: tas dokumentē nodomus, nevis rīcību. Kas ir nepieciešams, lai redzētu, vai lēmums patiešām tiek uzturēts spēkā, un kādi signāli pie tā pieder, aprakstīts lapā par uzraudzību, kas dod rezultātu.
Lēmumu saraksts var ietvert tikai to, kas ir pieteikts. Kas paļaujas vien uz IT nodaļas ziņojumiem, redz tikai daļu no tā, kas patiešām tiek izmantots: lielākā daļa AI izmantošanas organizācijā rodas ārpus formālām iepirkuma procedūrām, komandās, kas izmēģina rīku, jo tas darbojas. Vai šie risinājumi kādreiz nonāk lēmumu sarakstā, ir atkarīgs no tā, vai darbinieki uzdrošinās pastāstīt, ko viņi lieto — un tas notiek vien tad, ja jautājumi par to nešķiet kā priekšstadija sankcijai.
Pirmais jautājums, kas šeit palīdz, nav 'kāds AI ir apstiprināts', bet 'kāda daļa no šī darba jau tiek, vai varētu tikt, veikta ar AI'. Tas ir citādāks sākumpunkts nekā lēmumu saraksts, un pilnīgāks: FTE TO AI darba skenēšana katram uzdevumam aprēķina, kādu darba daļu var pārņemt AI, un tas rada pamatu, kas nav atkarīgs no tā, kas nejauši ir pieteikts. No šī rezultāta atklājas, kādi risinājumi patiesībā jau darbojas, pirms lēmumu saraksts par to jebkad ir zinājis.
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.