Pirms riska līmenim, pienākumam vai pārvaldības pasākumam ir nozīme, jābūt skaidram, kādu lomu spēlē jūsu organizācija. Tam, kurš AI sistēmu laiž tirgū, ir citi pienākumi nekā tam, kurš izmanto sistēmu, ko izveidojis kāds cits. Termins, kas šim nolūkam tiek lietots, ir zināms: nodrošinātājs pret lietotāju. Tomēr šis iedalījums pats par sevi nav noteikts organizācijas struktūrā. Tas ir atkarīgs no tā, ko organizācija dara ar konkrētu sistēmu, un tas var atšķirties atkarībā no sistēmas, nodaļas un brīža.
Galvenais jautājums nav tas, kurš sistēmu ir nopircis vai instalējis, bet tas, kurš to ir laidis tirgū vai dara pieejamu ar savu nosaukumu. Organizācija, kas iepirkst un lieto programmatūru tādā veidā, kā tā ir piegādāta, parasti ir lietotājs. Organizācija, kas izstrādā sistēmu, liek to izstrādāt ar savu nosaukumu vai pielāgo esošu sistēmu tā, ka tā funkcionāli kļūst par kaut ko citu, ar to var iegūt nodrošinātāja lomu. Tieši šajā punktā organizācijas bieži kļūdās: modeļa pielāgošana (finetuning), pašas izveidota slāņa būvēšana virs ārējas sistēmas vai tērzēšanas robota apmācīšana ar pašas datiem var izmainīt lomu, bez tam, ka kāds to ir apzināti izvēlējies. Kas precīzi tiek uzskatīts par pielāgojumu, kas maina lomu, ir aprakstīts lapā kas mainās, ja jūs pats pielāgojat modeli.
Lielākā daļa organizāciju nav vienīgi nodrošinātāji vai vienīgi lietotāji. Banka, kas izmanto ārēju valodas modeli klientu apkalpošanai, tajā ir lietotājs, bet, ja tā pati banka iekšēji izstrādātu risku modeli dara pieejamu citai nodaļai vai klientam, attiecībā uz šo sistēmu rodas nodrošinātāja loma. Tas nozīmē, ka iedalījums jāveic katram lietojumam atsevišķi, ne vienreiz visai organizācijai. Uzskaite, kurā katrai sistēmai tiek fiksēts, kas to ir izveidojis, kas to ir pielāgojis un kas to lieto, tāpēc ir vienīgais veids, kā uz šo jautājumu atbildēt strukturēti, ne gadījuma rakstā.
Loma nav organizācijas fiksēta īpašība, bet gan statuss, kas var mainīties. Piegādātājs var mainīt savu sistēmu tā, ka tas ietekmē riska profilu. Iekšējs izstrādātājs var attīstīt iekšēju rīku tālāk, līdz tas kļūst par kaut ko, ko piedāvā ārpus organizācijas. Sistēma, kas kādreiz tika ieviesta kā vienkāršs rīks, pēc atjauninājuma var veikt uzdevumus, kas to ievieto citā riska kategorijā. Kādos brīžos šī pāreja konkrēti notiek un ko tas nozīmē tam, kurš tad ir atbildīgs, ir izklāstīts lapā kad mainās jūsu loma. Organizācijām, kas vēlas saprast, ko pāreja uz augstāku riska līmeni praktiski nozīmē, papildu izklāstu piedāvā ko augsts riska līmenis nozīmē jūsu organizācijai.
Ne katrs lietojums, kas tiek apzīmēts kā mākslīgais intelekts, iekļaujas ietvarā, kuram lomu sadalījums ir nozīmīgs. Dažas sistēmas neietilpst darbības jomā, kurai šis iedalījums ir izveidots, un organizācijai ir tikpat svarīgi zināt, kas neietilpst darbības jomā, kā zināt, kas tajā ietilpst. Citādi laiks tiek tērēts, klasificējot kaut ko, kam klasifikācija nemaz nebija nepieciešama, vai kaut kas tiek palaists garām, jo tas šķitis pārāk mazs. Kuri lietojumi neietilpst šajā ietvarā un kāpēc, ir aprakstīts lapā kuri lietojumi neietilpst darbības jomā.
Lomas noskaidrošana ir pirmais solis, ne pārvaldības procesa rezultāts. Pēc iedalījuma seko jautājums, kas katrai lomai un katram riska līmenim faktiski jādara, un šis jautājums sadalās divās kategorijās: kam nepieciešama tūlītēja uzmanība un ko var ieplānot ilgākā termiņā. Šīs divas kategorijas bieži tiek sajauktas, ar sekām, ka steidzamas lietas tiek atstātas neizpildītas, kamēr laiks tiek tērēts kaut kam, kas vēl nav akūts. Pārskatu par to, kam tur ir prioritāte, atradīsit lapā kas jādara tagad un ko var ieplānot. Tiem, kas vēlas jautājumu par lomu sadalījumu izpētīt padziļinātāk, ar precīziem kritērijiem, kas nosaka robežu starp nodrošinātāju un lietotāju, šo izklāstu var atrast lapā vai jūs esat nodrošinātājs vai lietotājs: no kā tas ir atkarīgs.
Šis iedalījums ir jēgpilns tikai tad, ja to piemēro tam, kas organizācijā faktiski darbojas, ne tam, kas ir apstiprinātajā sarakstā. Sistēmas, kas ir ieviestas bez atļaujas, tomēr ir jāieskaita, un tām atbilstošā loma ir tikpat labi jānoskaidro. Tas prasa uzskaiti, kas iet tālāk par IT administrāciju.
Tiklīdz ir skaidrs, kādu lomu organizācija spēlē attiecībā uz katru sistēmu, uzmanība pati par sevi pāriet uz citu jautājumu: ko šīs sistēmas patiesībā dara un kādu daļu darba tās paņem pārsavā. Šis jautājums atrodas ārpus pārvaldības skanēšanas, bet tieši ar to saskan. FTE TO AI darba skanēšana katram uzdevumam izrēķina, kādu daļu no darba var pārņemt AI, un tādējādi sniedz priekšstatu par sistēmas ietekmi papildus priekšstatam par ar to saistītajiem pienākumiem.
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.