Malli, jonka hankitte ja käytätte muuttamattomana, on eri tilanne kuin malli, jota finetuunaatte, uudelleenkoulutatte omalla datalla, tai yhdistätte muihin järjestelmiin. Kysymys ei ole siitä, saako sen tehdä, vaan siitä, mitä se muuttaa roolissanne. Tämä sivu kuvaa, mistä tämä jaottelu riippuu. Ajantasainen säännösten sisältö on muualla; tässä käsitellään mekanismia, joka määrittää milloin jokin muuttuu ja mitä sen kanssa tehdään organisaation sisällä.
Se, muuttaako mallin mukauttaminen roolianne, riippuu useista tekijöistä, jotka on selvitettävä tilannekohtaisesti, ei kiinteästä rajasta, joka olisi sama kaikille malleille.
Nämä tekijät vaikuttavat yhdessä. Yksikään näistä kohdista ei ratkaise asiaa yksinään; yhdistelmä määrittää, muuttaako mukautus asemaanne.
Jos mukautus on riittävän merkittävä, tavallisesti muuttuu paitsi mallin luokitus, myös se, mitä organisaatiolta odotetaan: erilainen dokumentaatio, erilainen sisäinen vastuu, mahdollisesti eri osapuoli, joka on vastuussa kokonaisuudesta. Tämä mekanismi, ja ero osapuolen, joka vain käyttää mallia, ja osapuolen, joka osaltaan muotoilee mallia, välillä, on kuvattu tarkemmin sivulla, joka kuvaa eron tarjoajan ja käyttäjän välillä. Kysymys siitä, milloin mukautus on täsmälleen riittävän merkittävä kääntääkseen roolin, on kysymys, joka on ratkaistava erikseen jokaisen järjestelmän kohdalla; taustalla oleva yleinen mekanismi on kuvattu sivulla siitä hetkestä, jolloin roolinne muuttuu.
Tämän kääntymisen seuraukset riippuvat vuorostaan siitä riskitasosta, jonka mukautettu malli saa. Mukautettu malli, joka kuuluu korkean riskin kategoriaan, tuo mukanaan erilaisia velvoitteita kuin mukautettu malli, joka jää sen ulkopuolelle. Se, mitä korkea riskitaso käytännössä tarkoittaa sisäisten prosessien ja valvonnan kannalta, on kuvattu sivulla korkean riskitason seurauksista organisaatiollenne. Toisaalta on myös mahdollista, että mukautus juuri pitää järjestelmän raskaimman kategorian ulkopuolella, tai että soveltamisala yksinkertaisesti ei kuulu säännöksen piiriin; mitkä sovellukset jäävät soveltamisalan ulkopuolelle ja miksi, on kuvattu sivulla sovelluksista, jotka jäävät soveltamisalan ulkopuolelle.
Malleihin tehdyt mukautukset tapahtuvat usein lähellä varsinaista työtä: tiimi finetuunaa ulkoista mallia omilla dokumenteillaan, kehittäjä yhdistää kaksi järjestelmää toisiinsa, osasto syöttää chatbotille sisäisiä tietokantoja. Nämä ovat juuri niitä mukautuksia, jotka eivät kulje keskitetyn hankintaprosessin kautta ja eivät siksi automaattisesti näy IT-listalla. Sen selvittäminen, tapahtuuko tätä organisaatiossa ja missä, edellyttää kysymistä — ja se toimii vain, jos kysymystä ei kytketä seuraamuksiin. Tiimi, joka on mukauttanut mallia pyytämättä siihen lupaa, ei ilmoita siitä, jos vastaus johtaa rangaistukseen.
Koska mukautusten luokittelu ei ole kiinteä, vaan määritellään tilannekohtaisesti, ei riitä, että mallin rooli määritellään kerran. Ensimmäisen arvioinnin jälkeen tehtävät mukautukset on käytävä uudelleen läpi samojen kysymysten kautta. Tätä tukevan politiikan on kuvattava selkeällä kielellä, milloin mukautuksesta on ilmoitettava ja kenelle; se, miten tällainen politiikka pysyy luettavana sen sijaan, että siitä tulee teksti, jota kukaan ei lue, on kuvattu sivulla AI-politiikasta, joka todella luetaan. Lisäksi on tärkeää, että mukautuksia koskevat päätökset — kuka antoi hyväksynnän, millä perusteella, millä riskitasolla lopputuloksena — kirjataan paikkaan, josta ne löytyvät jälkikäteen. Se, miltä tällainen kirjaaminen näyttää käytännössä, on kuvattu sivulla valvontapäätösten luettelosta.
Mukautetun mallin luokittelu määrittää, mitä velvoitteita sovelletaan, mutta se ei kerro mitään siitä, mitä malli käytännössä tekee itse työlle. Tähän kysymykseen — mikä osa tehtävästä siirtyy tekoälylle, mikä osa jää työntekijälle, ja mitä mukautus tässä siirtää — tarvitaan eri näkökulma kuin riskiarviointi. FTE TO AI:n työskannaus laskee tehtäväkohtaisesti, mikä osa työstä on siirrettävissä tekoälylle, riippumatta siitä, mitä hallintosääntöjä malliin sovelletaan.
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.