Prieš tai, kai rizikos lygis, įpareigojimas ar valdymo priemonė įgauna reikšmę, turi būti nustatyta, kokį vaidmenį atlieka jūsų organizacija. Tas, kas AI sistemą pateikia rinkai, turi kitokias pareigas nei tas, kas naudoja sistemą, kurią sukūrė kitas. Šiam skirtumui naudojamas terminas yra žinomas: tiekėjas prieš naudotoją. Tačiau pats priskyrimas nėra nustatytas organizacinėje struktūroje. Jis priklauso nuo to, ką organizacija daro su konkrečia sistema, ir tai gali skirtis pagal sistemą, padalinį ir momentą.
Svarbiausias klausimas nėra, kas sistemą nupirko ar įdiegė, bet kas ją pateikė rinkai arba pateikia naudoti savo vardu. Organizacija, kuri perka ir naudoja programinę įrangą tokia, kokia ji pateikta, paprastai yra naudotojas. Organizacija, kuri kuria sistemą, paveda ją sukurti savo vardu, arba pakeičia esamą sistemą tiek, kad ji funkciškai tampa kažkuo kitu, tokiu būdu gali atsidurti tiekėjo vaidmenyje. Pastarasis atvejis yra dažnai ta vieta, kur organizacijos apsigauna: modelio derinimas (finetuning), savo sluoksnio pridėjimas prie išorinės sistemos arba pokalbių robotui (chatbot) apmokymas naudojant savo duomenis gali pakeisti vaidmenį, net jei niekas to nesuvokė kaip sąmoningo pasirinkimo. Kas tiksliai laikoma pakeitimu, keičiančiu vaidmenį, aprašyta puslapyje kas pasikeičia, jei modelį pritaikote patys.
Dauguma organizacijų nėra vien tik tiekėjas arba vien tik naudotojas. Bankas, kuris naudoja išorinį kalbos modelį klientų aptarnavimui, tuo požiūriu yra naudotojas, tačiau jei tas pats bankas suteikia vidaus sukurtą rizikos modelį kitam padaliniui ar klientui, tai sistemai atsiranda tiekėjo vaidmuo. Tai reiškia, kad priskyrimas turi būti nustatytas pagal kiekvieną taikymą, o ne vieną kartą visai organizacijai. Todėl inventorizacija, kurioje pagal kiekvieną sistemą užfiksuota, kas ją sukūrė, kas pakeitė ir kas naudoja, yra vienintelis būdas atsakyti į šį klausimą sistemingai, o ne pavieniais atvejais.
Vaidmuo nėra pastovi organizacijos savybė, o būsena, kuri gali kisti. Tiekėjas gali pakeisti savo sistemą taip, kad tai paveiktų rizikos profilį. Vidinis kūrėjas gali toliau plėtoti vidinę priemonę į kažką, kas pasiūloma už organizacijos ribų. Sistema, kuri kadaise atkeliavo kaip paprastas įrankis, po atnaujinimo gali atlikti užduotis, dėl kurių ji patenka į kitą rizikos kategoriją. Kada konkrečiai šis poslinkis įvyksta ir ką tai reiškia tam, kas tuomet yra atsakingas, paaiškinta puslapyje kada pasikeičia jūsų vaidmuo. Organizacijoms, kurios norėtų suprasti, ką praktiškai reiškia poslinkis į didesnį rizikos lygį, tolimesnę informaciją suteikia ką aukštas rizikos lygis reiškia jūsų organizacijai.
Ne kiekvienas taikymas, pavadintas dirbtiniu intelektu, patenka į sistemą, kuriai vaidmenų priskyrimas yra svarbus. Kai kurios sistemos nepriskiriamos taikymo sričiai, kuriai skirtas šis priskyrimas, ir organizacijai vienodai svarbu žinoti, kas nepriskiriama sričiai, kaip ir tai, kas priskiriama. Kitaip laikas skiriamas klasifikuoti kažką, kam klasifikacija nebuvo reikalinga, arba kažkas nepastebimas, nes atrodė pernelyg nereikšmingas. Kurie taikymai nepatenka į šią sritį ir kodėl, aprašyta puslapyje kokie taikymai nepatenka į taikymo sritį.
Vaidmens nustatymas yra pirmasis žingsnis, ne valdymo proceso rezultatas. Po priskyrimo kyla klausimas, ką reikia iš tikrųjų padaryti kiekvienam vaidmeniui ir rizikos lygiui, ir tas klausimas skirstomas į dvi kategorijas: kas reikalauja skubaus dėmesio ir kas gali būti planuojama ilgesniu laikotarpiu. Šios dvi kategorijos dažnai sumaišomos, todėl skubūs dalykai lieka neatlikti, o laikas skiriamas kažkam, kas dar nėra aktualu. Apžvalga apie tai, kas turi prioritetą, pateikta puslapyje kas reikia dabar ir ką galima planuoti. Tas, kuris norėtų giliau panagrinėti vaidmenų priskyrimo klausimą, kartu su tiksliais kriterijais, nustatančiais ribą tarp tiekėjo ir naudotojo, ras tai puslapyje ar esate tiekėjas ar naudotojas: nuo ko tai priklauso.
Šis priskyrimas turi prasmę tik tada, kai jis taikomas tam, kas iš tikrųjų veikia organizacijoje, o ne tam, kas yra patvirtintame sąraše. Sistemos, kurios buvo įvestos be leidimo, vis tiek įskaičiuojamos, ir joms priskirtas vaidmuo turi būti nustatytas lygiai taip pat. Tam reikalinga inventorizacija, kuri apima daugiau nei IT administravimą.
Kai tampa aišku, kokį vaidmenį organizacija atlieka kiekvienoje sistemoje, dėmesys savaime persikelia į kitą klausimą: ką šios sistemos iš tikrųjų daro ir kokią dalį darbo jos perima. Šis klausimas nepatenka į valdymo skanavimo (governance-scan) sritį, tačiau glaudžiai su juo siejasi. FTE TO AI darbo skanavimas apskaičiuoja pagal kiekvieną užduotį, kokią darbo dalį galima perduoti AI, tuo pačiu suteikdamas sistemos poveikio vaizdą kartu su susijusių įpareigojimų vaizdu.
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.