Mis peab toimuma nüüd ja mida saab planeerida

Mitte iga AI-rakendus organisatsioonis ei nõua sama kiirust. Mõned asjad vajavad kohest tähelepanu, teised saab võtta kaasa tavapärasesse planeerimistsüklisse. Probleem on selles, et see liigitus jääb harva selgesõnaliselt tegemata. Klassifikatsioonita saab kõik sama urgentsuse — või, sagedamini, mitte mingit urgentsust.

Millest liigitus sõltub

Küsimus, kas midagi peab toimuma nüüd või saab hiljem, ei ole eelistuse küsimus. See sõltub mitmest tegurist, mis koos määravad, kui palju rakendus kaalu kannab.

Rakenduse riskitase on esimene tegur. Süsteem, mis teeb otsuseid inimeste kohta — töölevõtmine, laenu andmine, teenustele juurdepääs — kaalub teisiti kui tööriist, mis võtab teksti sisemiseks kasutamiseks kokku. Mida kõrge riskitase organisatsiooni kohustuste jaoks täpselt tähendab ja miks see ei ole igas rakenduses ühesugune, on kirjeldatud lehel mida kõrge riskitase teie organisatsiooni jaoks tähendab.

Organisatsiooni roll on teine tegur. Organisatsioon, mis arendab või kohandab AI-süsteemi ise, kannab teistsuguseid vastutusi kui organisatsioon, mis võtab kasutusele valmis süsteemi. See roll võib muutuda ka teadliku otsuseta: kes mudelit peenhäälestab, kohandab või kasutab teisiti kui ette nähtud, võib sellega liikuda kasutajast pakkujaks. Kus see piir asub, on selgitatud lehtedel mis muutub, kui kohandate mudelit ise ja olete pakkuja või kasutaja, millest see sõltub.

Kolmas tegur on see, kas rakendus jääb reguleerimisala piiresse. Mitte igasugune süsteem, mida nimetatakse AI-ks, ei kuulu samade kohustuste alla; mõned rakendused on välja jäetud või kuuluvad leebema režiimi alla. Millised rakendused jäävad reguleerimisalast välja ja miks, on kirjeldatud lehel millised rakendused jäävad reguleerimisalast välja.

Need kolm tegurit — riskitase, roll, reguleerimisala — määravad koos, kuhu rakendus ajajoonel paigutub. Suure riskiga rakendus, kus organisatsioon tegutseb pakkujana, vajab teistsugust kiirust kui väikese riskiga rakendus, mis võib peagi reguleerimisalast välja jääda.

Mis muutub, kui olukord muutub

Liigitus ei ole püsiv. Rakendus, mis täna kehtib kontrollitavana, ei pea seda enam olema homme — mitte seetõttu, et reeglid muutuvad, vaid seetõttu, et rakendus ise muutub. Mudel, mida kohandatakse, süsteem, mis saab uue ülesande, tööriist, mis liigub sisemisest pilootprojektist tootmisse: iga selline sammu võib muuta rolli või riskitaset.

Organisatsioonilised muutused mängivad ka rolli. Ühinemine, uus tarnija, kasutuse laienemine teise osakonda — kõik need sündmused võivad viia rakenduse, mis varem kehtis kui 'saab planeerida', kategooriasse 'peab toimuma nüüd'. Kui roll muutub ja kus see pööripunkt täpselt asub, on välja töötatud lehel kui teie roll muutub, millest see sõltub.

See tähendab, et ühekordne liigitus ei ole piisav. See, mis täna seisab agendal planeeritud punktina, võib mujal organisatsioonis toimuva muutuse tõttu saada teistsuguse kaalu. Regulaarne, perioodiline ümberhindamine on seetõttu osa igast liigitusest, mis peab kestma — mitte lisasammuna, vaid tingimusena, mis hoiab liigitust ajakohasena.

Mida liigitus annab

Selge liigitus hoiab ära kaks vastandlikku viga. Esimene on see, et kõike koheldakse urgentsena, mistõttu prioriteedid hägustuvad ja tähelepanu hajub rakendustele, mis kannavad väikest riski. Teine on see, et mitte midagi ei peeta urgentseks, mistõttu reaalset riski kandvad rakendused jäävad aastateks radari alla — sageli seetõttu, et neid ei ole kunagi klassifitseeritud.

Liigitus ise ei ole ühekordne dokument, vaid struktuur, mis liigub organisatsiooniga kaasas. See annab ülevaate sellest, mis vajab lähiajal tähelepanu, mida saab võtta kaasa regulaarsesse protsessi ja — mis on oluline — mida tuleb uuesti hinnata, kui olukord muutub. Just see vahetegu ja küsimus, millest see sõltub, on lähemalt lahti kirjutatud lehel mis peab toimuma nüüd ja mida saab planeerida, millest see sõltub.

Liigitusest ülevaateni

See liigitus eeldab, et on teada, milliseid rakendusi olemas on. Praktikas ei ole see kaugeltki alati nii. Lisaks süsteemidele, mis on IT või hanke kaudu heaks kiidetud, töötab peaaegu igas organisatsioonis tööriistu, mida keegi ei ole taotlenud ega registreerinud — siin tabeliarvutuse assistent, seal tekstigeneraator, mille on kasutusele võtnud inimesed, kes tahtsid probleemi lahendada ega tahtnud protseduuri läbida. See varjatud AI ei ilmu IT nimekirja, ja see, kes selle kohta küsib ilma, et kasutajale midagi kaalul oleks, saab tõenäolisemalt ausa vastuse kui see, kes kohe sanktsiooniga ähvardab. Selle inventuuri puudumisel on igasugune urgentsuse järgi liigitamine tegelikkuse osa, mitte terviku liigitus.

Sild töö-skaneeringule

See leht käsitleb klassifikatsiooni: mis kaalub palju, mis kaalub vähe, mis vajab tähelepanu nüüd ja mis saab oodata. Teine, täiendav küsimus on see, mida AI-rakendus ülesande piires tegelikult annab. FTE TO AI töö-skaneering arvutab ülesande kaupa välja, kui suure osa töö saab AI üle võtta, ja annab sellega konkreetse pildi kõrvuti halduse liigitusega: mitte ainult see, kas rakendus kannab riski, vaid ka see, mida see töö enda jaoks kaasa toob.