Kennisbank

Kiireellinen vai aikataulutettava: mistä jaottelu riippuu

Kysymys kysymyksen takana

AI-käytön kartoitus tuottaa yleensä listan, joka on liian pitkä käsiteltäväksi yhdellä kertaa. Seuraava kysymys ei ole "mitä meidän täytyy tehdä" vaan "mitä meidän täytyy tehdä ensin". Se on jaotteluun liittyvä kysymys, ja vastaus riippuu ei siitä, kuinka monta järjestelmää on, vaan siitä, mitä ne järjestelmät tekevät ja kenelle.

Mistä kiireellisyys riippuu

Ensimmäinen tekijä on itse sovelluksen riskitaso. Järjestelmä, joka valmistelee päätöksiä ihmisistä — rekrytointi, luotonanto, hoivan tai etuuksien myöntäminen — vaatii erilaisen käsittelyn kuin työkalu, joka kirjoittaa tekstiä uudelleen sisäiseen käyttöön. Se, mitä korkea riskitaso tarkoittaa organisaatiollenne, vaihtelee sovelluksen mukaan, ja nämä erot määrittävät, mitkä järjestelmät käsitellään ensin.

Toinen tekijä on organisaation rooli kyseisen järjestelmän suhteen. Se, joka ostaa mallin ja käyttää sitä muuttamattomana, on erilaisten velvoitteiden alainen kuin se, joka kouluttaa mallia omalla datalla tai muokkaa tulosta rakenteellisesti. Se, oletteko tarjoaja vai käyttäjä AI-sovelluksen suhteen, määrittää sen, mitkä velvoitteet ovat voimassa, mutta myös sen, kuinka paljon aikaa näiden velvoitteiden täyttämiseen tarvitaan — tarjoajalla on tyypillisesti enemmän valmisteltavaa kuin käyttäjällä.

Kolmas tekijä on se, onko järjestelmä jo käytössä vai vielä hankintavaiheessa. Riski, joka on jo käynnissä — todellisilla käyttäjillä, todellisilla päätöksillä, todellisella datalla — vaatii erilaisen järjestyksen kuin riski, joka on vielä sopimusvaiheessa ja jossa sopimuksia voidaan vielä kirjata ennen järjestelmän käyttöönottoa.

Mikä muuttuu, kun tilanne muuttuu

Tämä jaottelu ei ole pysyvä tilannekuva. Järjestelmä, joka on tänään matalariskinen, ei välttämättä ole sitä muutoksen jälkeen. Se, mitä tarkoittaa, kun muokkaatte mallia itse — hienosäätö, uusi datasetti, sama pohjateknologia eri sovelluksessa — riippuu siitä, mitä muuttuu, mutta aiemmin tehty jaottelu ei sen seurauksena automaattisesti pysy voimassa.

Sama koskee roolin muuttumista. Organisaatio, joka ottaa käyttöön valmiin mallin ja muokkaa sitä sen jälkeen merkittävästi, voi tällöin siirtyä käyttäjästä tarjoajaksi. Milloin tämä rooli muuttuu, ei ole aina itse muokkaushetki, vaan hetki, jolloin muokkaus muuttaa järjestelmän luonnetta. Tämäkin on jaotteluun liittyvä kysymys, ja sekin vaatii uudelleenarviointia tilanteen muuttuessa — ei kertaluonteista tarkistusta, joka jää sitten voimaan.

Ja järjestelmä, joka on vielä hankintavaiheessa, siirtyy aikataulutettavasta kiireelliseksi sillä hetkellä, kun se otetaan käyttöön. Sopimusvaiheessa voimassa ollut jaottelu ei koske käyttövaihetta.

Mitä tämä tarkoittaa järjestyksen kannalta

Käytännön seuraus on, että kartoitus ei tuota kertaluonteista prioriteettilistaa, vaan rakenteen, joka on käytävä läpi toistuvasti. Järjestelmät, joissa on korkea riskitaso ja aktiivinen tarjoajan rooli, vaativat huomiota nyt. Matalariskiset järjestelmät, jotka eivät ole vielä käytössä, voidaan aikatauluttaa — mutta aikatauluun on sisällytettävä hetki, jolloin tilanne tarkistetaan uudelleen, sillä muokkaukset, roolin muuttuminen tai käyttöönotto voivat kääntää jaottelun päälaelleen.

Tämä vaatii vakiintuneen paikan, jossa jaottelua koskevat päätökset kirjataan: mikä järjestelmä on merkitty kiireelliseksi, millä perusteella, ja milloin arviointi on viimeksi tehty. Oversight-päätösluettelo on muoto, jossa tämä jaottelu tehdään todistettavaksi — ei ylimääräisenä hallintotyönä, vaan ainoana todisteena siitä, että jaottelu ei ole sattumanvarainen, vaan toistettavan prosessin tulos.

Varsinainen sääntely — mitkä määräajat ovat voimassa, mitkä velvoitteet kuuluvat mihin riskiluokkaan minä päivämääränä — on esitetty muualla. Tämä sivu kuvaa mekanismin, jolla erotatte kiireellisen aikataulutettavasta; ajantasaista lakitekstiä ja määräaikoja ette löydä täältä.

Jaottelusta sisältöön

Jaottelu kiireelliseen ja aikataulutettavaan kertoo huomion järjestyksestä, ei työn sisällöstä itsestään. Kun on selvää, mikä AI-sovellus saa etusijan, jää yhä avoimeksi kysymys siitä, mitä kyseinen sovellus tarkalleen tekee sen ympärillä olevan työn kanssa: mikä osa tehtävästä sujuu automaattisesti, mikä osa vaatii valvontaa ja mikä osa jää ihmiselle. Tähän kysymykseen vastaa FTE TO AI:n työskannaus, joka laskee tehtäväkohtaisesti, minkä osan työstä AI voi ottaa hoitaakseen — täydennys tässä tehtyyn jaotteluun, keskittyen itse työn sisältöön.