Egy AI-nyilvántartás már azon a napon részben elavult, amikor átadják. Van egy új eszköz, valaki egy meglévő előfizetést kibővített egy AI-funkcióval, egy csapat abbahagyott valamit, ami a listán szerepelt. Egy nyilvántartás nem olyan dokumentum, amit lezár. Ez egy folyamat, ami tovább fut, vagy néhány hónap alatt megáll.
A "hogyan tartja naprakészen" kérdés ezért fontosabb, mint a "hogyan állítja össze". Egy első felmérés egy pillanatfelvétel. Az érték abban rejlik, ami ezután történik.
A legfontosabb ok nem a hanyagság. Az, hogy az AI másképp terjed, mint más szoftverek. Egy új eszköz gyakran nem igényel beszerzési folyamatot, IT-jóváhagyást, költségvetési kört. Valaki bejelentkezik egy munkahelyi e-mail-címmel, és elkezdi használni. Senkinek nem kell ezt bejelentenie, és senki nem érzi kötelezettségnek — különösen nem, ha az elvárás az, hogy a bejelentés egyenlő a tilalommal. Az, hogy mi történik azokkal a munkavállalókkal, akik olyan eszközt használnak, amelyet senki nem engedélyezett, meghatározza, hogy ezek a bejelentések egyáltalán megérkeznek-e.
Ezenkívül a meglévő eszközök jellege is változik. Egy szoftver, amelyben tavaly nem volt AI-funkció, ebben az évben rendelkezhet vele, alapértelmezetten bekapcsolva egy frissítésben. Az IT beszállítói listája ekkor nem változik, de ugyanazon eszközök kockázati profilja igen.
A naprakészen tartás ismétlődő ritmust igényel, nem egyszeri intézkedést. Ez a ritmus néhány visszatérő elemből áll:
Egy állandó kérdés a csapatoknak, egy állandó időpontban, arról, mi került be vagy mi változott. Nem ellenőrző kérdésként, hanem egy visszatérő megbeszélés részeként — negyedéves megbeszélés, csapatmegbeszélés, teljesítményértékelési ciklus. A kérdésnek elég egyszerűnek kell lennie ahhoz, hogy őszinte választ kapjon.
Egy jelzés a beszerzéstől vagy az IT-üzemeltetéstől, amikor új előfizetést kötnek vagy egy meglévő szerződést megújítanak. Nem minden jelzés vezet a nyilvántartás módosításához, de minden jelzést meg kell vizsgálni.
A meglévő elemek újraértékelése, amikor a kontextus megváltozik: egy eszköz új funkciót kap, egy csapat egy AI-alkalmazást más célra kezd használni, mint amire besorolták. Az, hogy ez az újraértékelés milyen gyakran szükséges, a alkalmazás kockázati szintjétől és attól függ, milyen gyorsan változik a környezet — erről bővebben azon az oldalon olvashat, amely leírja, milyen gyakran kell újraosztályozni.
Semmilyen munkamódszer nem fog mindent. Egy nyilvántartás, amely teljesen az önbejelentésre támaszkodik, definíció szerint hiányolja azt, amit az emberek nem jelentenek — tudatlanságból, kényelemből, vagy mert nem veszik észre, hogy egy eszköz az AI meghatározása alá esik. Egy nyilvántartás, amely teljesen az IT-jelzésekre támaszkodik, hiányolja azt, amit az IT megkerülésével szereznek be, ami mára az árnyék-AI legnagyobb részét jelenti.
A realisztikus megközelítés a kettőt kombinálja, tudva, hogy a kombináció sem teljes. Egy jól karbantartott nyilvántartás közelebb kerül a valósághoz, mint a nyilvántartás nélküli állapot, nem pedig garancia arra, hogy minden benne van.
Van egy szervezeti csapda is: egy második folyamatot, amelyet egy meglévő folyamat mellé állítanak, gyakran egyszerűen figyelmen kívül hagynak, még ha papíron kötelező is. Az, hogy ez miért történik és hogyan kerülhető el, azon az oldalon olvasható, amely arról szól, miért hagyják figyelmen kívül egy második folyamatot a meglévő mellett. A mögöttes tanulság az, hogy a naprakészen tartás akkor marad legkönnyebben fenn, ha beépítik a meglévő rutinokba, nem akkor, ha új, külön kötelezettséggé válik.
Egy naprakész nyilvántartás végső soron azon embereken múlik, akik megértik, miért hasznos a bejelentés, és mi történik a bejelentésükkel. Ez kapcsolódik egy tágabb kérdéshez arról, mit jelent az AI-tudásszint a munkavállalók számára: aki nem tudja, mi tartozik az AI meghatározása alá, az nem is jelenti azt, amit jelenteni kellene. És aki fél a szankciótól, az egyáltalán nem jelent semmit — még azt sem, ami a meghatározás alá tartozik.
Ehhez tartozik a vállalati adatokról szóló beszélgetés is. Egy munkavállaló, aki ügyféladatokat vagy belső dokumentumokat illeszt be egy ingyenes chatablakba, szigorú értelemben gyakran nem tilos eszközt használ — az az eszköz talán sehol nincs "tiltottként" feltüntetve. A kockázat a használatban rejlik, nem csak abban, hogy szerepel-e egy listán. Az erről szóló teendők azon az oldalon olvashatók, amely leírja, mit tegyen a vállalati adatokkal egy ingyenes chatablakban.
Az élő nyilvántartás egy utolsó eleme a benne már szereplő elemek felügyelete. Egy alkalmazás, amely a besoroláskor emberi felügyeletet igényelt, a gyakorlatban elveszíthetheti ezt a felügyeletet anélkül, hogy a nyilvántartás ezt tükrözné. Az, hogy a felügyelet a gyakorlatban mit jelent, és ez miben különbözik a papíron létező felügyelettől, azon az oldalon olvasható, amely arról szól, mit jelent a gyakorlatban az emberi felügyelet.
Egy naprakész nyilvántartás megmondja, mi működik és milyen kockázattal. Nem mondja meg, hogy az alapul szolgáló munka mely része végzi ténylegesen az AI, vagy veszi át, és mely rész marad az embereknél. Ez a kérdés egy szinttel mélyebben van: nem az, milyen eszközök léteznek, hanem az, hogy egy konkrét feladatnak mennyit bír el az AI. Az FTE TO AI munkaszcenárió-elemzése (werkscan) ezt feladatonként számítja ki, és így egy olyan képet ad, amely a nyilvántartás mellé illik — az egyik azt mondja meg, mi létezik, a másik azt, mi történik valójában.
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.