Mudel, mille te ostate ja kasutate muutmata kujul, on teistsugune olukord kui mudel, mida te peenhäälestate, treenite ümber oma andmetel või liidate teiste süsteemidega. Sellega kaasnev küsimus ei ole see, kas see on lubatud, vaid mida see muudab teie rollis. Käesolev leht kirjeldab, millest see jaotus sõltub. Kehtiv regulatsiooni sisu on esitatud mujal; siin on kesksel kohal mehhanism, mis määrab, millal midagi muutub ja mida te sellega organisatsiooni sees ette võtate.
Kas mudeli kohandamine muudab teie rolli, sõltub mitmest tegurist, mille te peate hindama olukorra kaupa, mitte kindlast piirist, mis kehtib igale mudelile ühtemoodi.
Need tegurid toimivad koos. Ükski neist punktidest ei ole iseenesest otsustav; nende kombinatsioon määrab, kas kohandamine muudab teie positsiooni.
Kui kohandamine on piisavalt oluline, muutub tavaliselt mitte üksnes mudeli kvalifikatsioon, vaid ka see, mida organisatsioonilt oodatakse: teistsugune dokumentatsioon, teistsugune sisemine vastutus, võib-olla teine osapool, kes on terviku eest vastutav. See mehhanism ja vahe osapoole, kes mudelit üksnes kasutab, ja osapoole, kes mudelit kaasa kujundab, vahel on lahti kirjutatud lehel, mis kirjeldab vahet pakkuja ja kasutaja vahel. Millal täpselt on kohandamine piisavalt oluline, et see roll üle kanduks, on küsimus, millele tuleb vastata iga süsteemi puhul eraldi; selle taga peituv üldine mehhanism on esitatud lehel hetke kohta, mil teie roll muutub.
Selle rollivahetuse tagajärjed sõltuvad omakorda riskitasemest, mille kohandatud mudel saab. Kohandatud mudel, mis kuulub suure riskiga kategooriasse, toob kaasa teistsugused kohustused kui kohandatud mudel, mis sellest välja jääb. Mida suur riskitase praktikas tähendab sisemistele protsessidele ja järelevalvele, on kirjeldatud lehel suure riskitaseme tagajärgede kohta teie organisatsioonile. Vastupidi on ka võimalik, et kohandamine hoiab süsteemi just väljas kõige raskemast kategooriast, või et rakendusvaldkond ei kuulu üldse regulatsiooni alla; milliseid rakendusi see ei hõlma ja miks, on kirjeldatud lehel rakenduste kohta, mis jäävad reguleerimisalast välja.
Mudelite kohandamised toimuvad sageli töö vahetus lähedus: meeskond peenhäälestab välist mudelit oma dokumentide peal, arendaja ühendab kaks süsteemi omavahel, osakond toidab vestlusrobotit sisemiste teadmusbaasidega. Need on täpselt sellised kohandused, mis ei läbi keskset ostuprotsessi ja mis seetõttu ei ole automaatselt IT-nimekirjas. Kes soovib teada, kas ja kus see organisatsiooni sees toimub, peab seda küsima — ja see toimib vaid siis, kui küsimus ei ole seotud karistusega. Meeskond, kes on mudelit kohandanud ilma selleks luba küsimata, ei anna sellest teada, kui vastus tähendaks sanktsiooni.
Kuna kohanduste jaotus ei ole kindlaks määratud, vaid tehakse kindlaks olukorra kaupa, ei piisa sellest, kui mudeli roll määratakse kindlaks üks kord. Kohandused, mis toimuvad esimese hindamise järel, tuleb uuesti läbi samade küsimuste viia. Poliitika, mis seda toetab, peab tavakeeles kirjeldama, millal kohandamisest tuleb teatada ja kellele; kuidas selline poliitika jääb loetavaks, mitte tekstiks, mida keegi ei loe, on kirjeldatud lehel AI-poliitika kohta, mida tegelikult loetakse. Lisaks on oluline, et otsused kohandamiste kohta — kes andis nõusoleku, mis kaalutlusel, mis riskitasemega tulemusena — dokumenteeritakse kohas, kust need on taasleitavad. Kuidas selline dokumenteerimine praktikas välja näeb, on kirjeldatud lehel järelevalveotsuste nimekirja kohta.
Kohandatud mudeli jaotus määrab, milliseid kohustusi tuleb täita, kuid ei ütle midagi selle kohta, mida mudel tegelikult tööga ette võtab. Sellele küsimusele — milline osa ülesandest võtab üle AI, milline osa jääb töötaja kätte ja mida kohandamine seal nihutab — on vaja teistsugust vaatenurka kui riskihindamine. FTE TO AI töövoo skaneering arvutab ülesande kaupa välja, kui suure osa töö saab AI üle võtta, sõltumata küsimusest, milliseid haldusreegleid mudelile kohaldatakse.
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.