Meeskonnajuht otsib lahendust korduvale probleemile: liiga palju teksti, liiga vähe aega, tähtaeg, mis ei liigu. Kusagilt leiab ta tööriista, mis teeb töö kiiremaks. Tööriist maksab vähe, selle eest saab tasuda krediitkaardi või erakontoga, ja see ei vaja IT-osakonna heakskiitu. Ühe päevaga töötab osakond juba sellega. Keegi ei ole midagi valesti teinud — probleem oli olemas, lahendus oli olemas, ja tee nende vahel kulges väljaspool kõiki vorme.
See ei ole erand. See on tavapärane muster, kui AI-tööriist on odavam ja kättesaadavam kui menetlus, mille kaudu selle taotlemine käib. Mida raskem on taotlemistee, seda suurem on tõenäosus, et keegi jätab selle vahele. IT-osakonna heakskiidetud rakenduste nimekiri kirjeldab siis mitte seda, mis tegelikult toimub, vaid seda, mida kunagi on taotletud.
Tellimust, mis töötab, ei tühistata. Osakond, mis tööriista kasutab, näeb probleemi, mis on lahendatud, mitte juhtimisauku, mis on tekkinud. Ilma konkreetse põhjuseta ei tule kellelgi endal pähe teatada, et väljaspool IT- või riskiosakonna vaateulatust töötab tööriist, mis töötleb teksti, kliendiandmeid või sisedokumente.
Muster sarnaneb sellega, mis kirjeldatud artiklis brauserilaiendus, millel on juurdepääs teie e-postile: keegi paigaldab midagi väikest, see töötab, ja küsimust, kes veel kaasa loeb, ei esitata kunagi, kuna sellel puudub hetk, mil see küsimus esile kerkiks. Nii tekib kogum rakendusi, mis kõik ükshaaval on väikesed ja kasulikud, ning mis koos moodustavad pimeala, mis on suurem kui igaühe individuaalne vastutus selle eest.
Esimene refleks on tihti: leida üles, näidata näpuga, laske lõpetada. Sellel on vastupidine mõju. Kes teab, et oma tellimus toob kaasa hukkamõistu, ei teata sellest — ta kasutab tööriista edaspidi vaiksemalt, võib-olla teise konto kaudu, võib-olla väljaspool tööajast. Ülevaade ei muutu selle tõttu täielikumaks, vaid puudulikumaks, ja probleem liigub kohta, mida on veel raskem näha.
Inventuur, mis toimib, ei algab küsimusest "kes seda tegi", vaid küsimusest "mis siin käib". Ilma karistuseta saate vastuse küsimusele, milliseid tööriistu kasutatakse, mille jaoks ja milliste andmetega. Karistusega saate ainult vaikuse, ja osakonna, mis peidab järgmise tööriista veel paremini.
Esimene samm ei ole korrigeerimine, vaid nähtavaks tegemine. See tähendab küsimuste esitamist inimestele, kes tööd teevad, mitte ainult süsteemidele, mida IT-osakond haldab. Kuidas koostada AI-inventuuri kirjeldab, kuidas see küsitlusvoor võib välja näha: mida kasutatakse, mille ülesande jaoks, milliste sisenditega.
Kui rakendus on kaardistatud, on järgmine küsimus mitte see, kas see saab edasi eksisteerida, vaid milline roll sellel on ja milline riskitase sellele vastab. Tööriist, mis võtab kokku sisemisi memosid, vajab midagi teistsugust kui tööriist, mis töötleb kliendiandmeid. See klassifikatsioon määrab, mis tuleb rakenduse kohta dokumenteerida — mitte paberitööna, vaid alusena, mille pealt saab hiljem näidata, mis toimus ja miks see oli vastutustundlik.
Üksiku tellimuse risk ei seisa üksinda. Sama muster — asi, mis tuleb sisse ilma taotluseta — kordub artiklites katseseadistus, mida ei ole kunagi välja lülitatud ja tarnija, kes ehitas AI oma tootesse sisse, ilma et sellest oleks eraldi räägitud. Kes kaardistab ühe osakonna, mille on oma tellimus, teeb tark otsuse, kui esitab sama küsimuse laiemalt — mitte rikkujate jahtimisena, vaid ülevaate saamisena sellest, mis tegelikult toimub.
Ühekordne inventuur fikseerib, mis praegu käib. Ilma kordamiseta on see foto, mis vananeb päevast, mil see tehti. Uued osakonnad avastavad uusi tööriistu, olemasolevad tellimused saavad uusi funktsioone, ja järgmine pimeala tekib samal viisil kui eelmine. Kuidas see mustrit ära tunda enne kui see kordub, on kirjeldatud artiklis töötajad, kes kasutavad tööriista, mida keegi ei ole heaks kiitnud — inventuuri jätkuna, mitte selle asendajana.
Tellimus, mille osakond on ise sõlminud, ütleb teile enamasti midagi töö enda kohta: oli ülesanne, mis võtis liiga palju aega, ja keegi otsis väljapääsu. See väljapääs on nüüd nähtav, kuid taustaküsimus jääb püsima — milline osa sellest tööst laseb end struktuurselt üle anda AI-le, ja millistel tingimustel. FTE TO AI töövoo skaneering arvutab ülesande kaupa välja, milline osa tööst on AI-le üle antav, sõltumata sellest, millise tööriista osakond on sel eesmärgil juba omal algatusel leidnud.
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.