Egy csapatvezető megoldást keres egy visszatérő problémára: túl sok szöveg, túl kevés idő, egy határidő, amely nem mozdul. Valahol talál egy eszközt, amely felgyorsítja a munkát. Az eszköz kevés pénzt kóstál, hitelkártyával vagy magánszámláról fizethető, és nem kér jóváhagyást az IT-től. Egy napon belül a részleg már azzal dolgozik. Senki nem tett semmi rosszat — volt egy probléma, volt egy megoldás, és a köztük lévő út minden űrlapon kívül vezetett.
Ez nem kivétel. Ez a szokásos mintázat, amint egy AI-eszköz olcsóbb és hozzáférhetőbb, mint az igénylési eljárás. Minél nehezebb az igénylési útvonal, annál nagyobb az esély, hogy valaki átugorja azt. Az IT jóváhagyott alkalmazásokat felsoroló listája ekkor nem azt írja le, mi történik, hanem azt, mit igényeltek egykor.
Egy előfizetést, amely működik, nem mondanak fel. A részleg, amely az eszközt használja, a megoldott problémát látja, nem a keletkezett governance-rést. Ok nélkül senki nem áll elő önként azzal, hogy az IT vagy a risk látóterén kívül dolgoznak egy olyan eszközzel, amely szöveget, ügyféladatot vagy belső dokumentumokat kezel.
A mintázat hasonló ahhoz, mint egy böngészőbővítmény, amely hozzáfér az Ön e-mailjéhez: valaki telepít valami kicsit, működik, és soha nem merül fel a kérdés, ki olvassa még, mert soha nincs olyan pillanat, amikor ez a kérdés felmerülne. Így alakul ki egy olyan eszközgyűjtemény, amely darabonként kicsi és hasznos, és amely együtt olyan vakfoltot képez, amely nagyobb, mint az, aki egyénileg felelős érte.
Az első reflex gyakran ez: felderíteni, megnevezni, leállítani. Ez visszafelé üt. Aki tudja, hogy egy saját előfizetés fegyelmi eljáráshoz vezet, nem jelenti azt — ezután csendesebben használja az eszközt, talán másik fiókon keresztül, talán munkaidő után. A leltár így nem lesz teljesebb, hanem hiányosabb, és a probléma egy még nehezebben látható helyre kerül.
Egy leltár, amely működik, nem azzal a kérdéssel kezdődik, hogy "ki tette ezt", hanem azzal, hogy "mi fut itt". Elszámoltatás nélkül választ kap arra a kérdésre, milyen eszközöket használnak, milyen munkára, és milyen adatokkal. Elszámoltatással csak csendet kap, és egy részleget, amely a következő eszközt még jobban elrejti.
Az első lépés nem a korrekció, hanem a láthatóvá tétel. Ez azt jelenti, hogy kérdéseket kell feltenni azoknak, akik a munkát végzik, nem csak azoknak a rendszereknek, amelyeket az IT kezel. Hogyan építsen fel egy AI-leltárt leírja, hogyan néz ki ez a kérdéskör: mit használnak, milyen feladathoz, milyen bemenettel.
Amint egy alkalmazás láthatóvá válik, a következő kérdés nem az, hogy megmaradhat-e, hanem az, hogy milyen szerepet tölt be, és milyen kockázati szint illik hozzá. Egy eszköz, amely belső feljegyzéseket foglal össze, mást igényel, mint egy eszköz, amely ügyféladatokkal dolgozik. Ez a besorolás határozza meg, mit kell alkalmazásonként rögzíteni — nem papírgyakorlatként, hanem alapként, amellyel később bizonyítható, mi történt, és miért volt ez felelősségteljes.
Egy önálló előfizetés kockázata nem áll önmagában. Ugyanez a mintázat — valami, ami igénylés nélkül kerül be — jelenik meg egy kísérleti felállításnál, amelyet soha nem kapcsoltak ki és egy beszállítónál, amely AI-t épített a saját termékébe anélkül, hogy erről külön beszéltek volna. Aki egy részleget saját előfizetéssel feltérképez, jól teszi, ha ugyanazt a kérdést szélesebb körben is felteszi — nem szabálysértők üldözéseként, hanem annak felmérésként, mi történik valójában.
Egy egyszeri leltár azt rögzíti, mi fut most. Megismétlés nélkül ez egy fénykép, amely attól a napjától kezdve elavul, amikor készült. Új részlegek új eszközöket fedeznek fel, meglévő előfizetések új funkciókat kapnak, és a következő vakfolt ugyanúgy jön létre, mint az előző. Hogyan ismerheti fel ezt a mintázatot, mielőtt megismétlődik, azt leírja munkavállalók, akik olyan eszközt használnak, amelyet senki nem hagyott jóvá — a leltár folytatásaként, nem annak helyettesítéseként.
Egy előfizetés, amelyet egy részleg saját maga kötött, legtöbbször magáról a munkáról mond el valamit: volt egy feladat, amely túl sok időt vett igénybe, és valaki kiutat keresett. Ez a kiút most láthatóvá vált, de az alapkérdés megmarad — a munka melyik része adható át tartósan AI-nak, és milyen feltételek mellett. Az FTE TO AI munkaszkennere feladatonként kiszámítja, a munka mekkora része vehető át AI által, függetlenül attól, hogy egy részleg saját kezdeményezésre milyen eszközt talált már erre.
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.