Dział IT rejestruje, co zostało zakupione, zainstalowane lub autoryzowane. To użyteczna informacja, ale odpowiada na inne pytanie niż to, które faktycznie stawia zarządca, CIO czy General Counsel. Lista IT pokazuje, co zostało zatwierdzone. Pytanie, które się liczy, dotyczy tego, co jest używane.
Między tymi dwoma rzeczami jest przestrzeń. Pracownik, który korzysta z bezpłatnego narzędzia AI w przeglądarce, nie jest nigdzie zarejestrowany. Zespół, który korzysta z modelu językowego za pomocą rozszerzenia przeglądarki, nie pojawia się w przeglądzie licencji. Dział, który wbudował chatbota w makro arkusza kalkulacyjnego, nie występuje w rejestrze zasobów. Nic z tego nie musi z definicji być wbrew regułom. Jest to jedynie niewidoczne dla listy, na której polega zarząd i nadzór.
Rozbieżność między listą a praktyką nie powstaje dlatego, że ktoś jest zaniedbywalny. Powstaje ona dlatego, że narzędzia AI stały się łatwo dostępne, często bez procesu zakupowego, bez faktury, bez zaangażowania IT. Pracownik, który chce wykonać zadanie szybciej, szuka rozwiązania i często znajduje je w ciągu kilku minut, poza wszelkim formalnym kanałem. Takie zachowanie jest przewidywalne i prowadzi do realnego problemu: nikt, kto ma przegląd nad organizacją, nie wie już, jaka AI faktycznie pracuje z jakimi danymi.
Lista IT nie jest bezwartościowa. Jest punktem wyjścia inwentaryzacji, nie punktem końcowym. Co ujawniają dane zakupowe i licencyjne pokazuje, że faktury i umowy często ujawniają więcej niż sam rejestr zasobów: abonament próbny, który został przypadkowo kontynuowany, licencja zawarta przez dział bez konsultacji z IT, połączenie API rozliczane miesięcznie, bez formalnej zgody, która by je uzasadniała. Ponadto istnieją sygnały IT, które są użyteczne do wykrywania cienia AI: ruch sieciowy do znanych domen AI, nowe rozszerzenia przeglądarki, nietypowe skoki w ruchu danych do usług zewnętrznych. Żadne z tych źródeł samo w sobie nie jest kompletne. Razem dają obraz, którego oficjalna lista nie daje.
Sygnały techniczne pokazują, że coś jest używane, ale rzadko dlaczego lub do czego konkretnie. Ten kontekst można uzyskać jedynie pytając ludzi, którzy z tego korzystają. To działa tylko wtedy, gdy pytanie nie jest stawiane jako dochodzenie. Ktoś, kto obawia się sankcji, nie udzieli szczerej odpowiedzi lub nie odpowie wcale. Jak zapytać pracowników bez rozliczania opisuje, jak to pytanie można postawić tak, aby ludzie faktycznie powiedzieli, z czego korzystają i dlaczego, bez poczucia, że zdradzają samych siebie.
Inwentaryzacja to więcej niż lista narzędzi. Dla każdego narzędzia dokumentuje się: kto go używa, do jakiego zadania, z jakimi danymi, oraz czy wynik odgrywa rolę w decyzji, która ma konsekwencje dla kogoś poza organizacją. To ostatnie pytanie determinuje poziom ryzyka, a tym samym jakie wymogi governance mają zastosowanie. Co należy dokumentować dla każdego narzędzia opisuje ten format szczegółowo. Dla organizacji z wieloma działami, lokalizacjami lub spółkami zależnymi pojawia się dodatkowa warstwa: to samo narzędzie może mieć niski wpływ w jednym dziale, a dotykać decyzji o klientach w innym. Jak zbudować inwentaryzację AI w organizacji z wieloma jednostkami zajmuje się tą skalą oraz tym, dlaczego lista IT w takim przypadku odbiega od rzeczywistości jeszcze bardziej niż w przypadku pojedynczego działu.
Inwentaryzacja zbudowana z wielu źródeł — listy IT, danych zakupowych, sygnałów technicznych i rozmów z pracownikami — daje zarządcy coś, za pomocą czego może wykazać, co się dzieje, zamiast polegać na rejestrze, o którym wie, że jest niekompletny. To nie jest gwarancja, że wszystko zostało uwzględnione; niewidocznego użycia nigdy nie można całkowicie wykluczyć. Jest to jednak podstawa, która została zbudowana w sposób udokumentowany, z jasną metodą, a nie lista, która po prostu istnieje.
Inwentaryzacja pokazuje, jakie narzędzia AI istnieją i kto z nich korzysta. Nie pokazuje, jaką część pracy leżącej u podstaw te narzędzia faktycznie przejmują i jak dużo przestrzeni pozostaje na przekazanie zadań. To inne pytanie, wymagające innego narzędzia: skan pracy FTE TO AI wylicza dla każdego zadania, jaka część pracy może zostać przejęta przez AI, na podstawie tego, co to zadanie faktycznie obejmuje, a nie na podstawie nazwy funkcji.
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.