W organizacji z jedną lokalizacją i jednym działem zakupów obraz jest zazwyczaj jeszcze przejrzysty. Przy wielu lokalizacjach to się zmienia. Każda lokalizacja ma zwykle własny budżet, własnego kierownika, który podpisuje abonamenty, i często własną relację z lokalnymi dostawcami. To sprawia, że dane zakupowe i licencyjne są jednym z niewielu źródeł, które pokazują coś, czego nie widać na centralnej liście IT.
Dział IT rejestruje to, co zostało zgłoszone i zatwierdzone przez jego własne kanały. Kierownik lokalizacji, który ma kartę kredytową i uznaje, że potrzebuje narzędzia, nie musi przez to przechodzić. Abonament zostaje zawarty, faktura trafia do lokalnej administracji albo do księgowości zobowiązań w centrali, i nikt nie łączy tego wydatku z centralnym przeglądem systemów. Właśnie z tego powodu to źródło jest wartościowe: rejestruje wydatki, nie zatwierdzenia. To, co tam widać, to to, co faktycznie zostało zakupione, niezależnie od tego, czy odbyło się to właściwą drogą.
Użyteczny przegląd zaczyna się od kilku pól w każdym wierszu:
Te pola razem nie dają pełnego obrazu tego, co robi dane narzędzie. Dają natomiast listę nazw do dalszego zbadania.
Przy wielu lokalizacjach zazwyczaj istnieje kilka źródeł jednocześnie:
Połączenie tych źródeł daje w wyniku nakładanie się danych i niezgodności: ten sam dostawca z różnymi formami umów w różnych lokalizacjach, albo abonament opłacany w dwóch miejscach, czego nikt nie zauważył. To nie jest błąd metody; to jest to, co się dzieje, gdy zakupy są zorganizowane w sposób zdecentralizowany. To, jakie inne źródła w organizacji dają porównywalne sygnały, opisano na stronie o sygnałach IT przydatnych przy wielu lokalizacjach.
Wiersz w księdze zobowiązań mówi, że dokonano płatności. Nie mówi, kto korzysta z narzędzia, do czego, z jakimi danymi, ani czy narzędzie jest jeszcze aktywne. Abonament zawarty trzy lata temu mógł już wyjść z użycia albo właśnie stać się stałym elementem procesu, bez żadnego formalnego zapisu tego faktu. Dane zakupowe dają punkt wyjścia: nazwę, lokalizację, kwotę. Resztę dostarcza rozmowa z osobą wnioskującą albo z działem. Bez tej rozmowy lista pozostaje listą przypuszczeń.
Dane zakupowe wskazujące na wykorzystanie AI dotyczą czegoś więcej niż tylko technologii. Narzędzie, które generuje tekst, klasyfikuje dane lub wspiera podejmowanie decyzji, może podlegać roli wiążącej się z obowiązkami — jako dostawca, jako użytkownik, a czasem jako oba jednocześnie, zależnie od tego, jak narzędzie zostało wdrożone i zaadaptowane. To, jaka rola ma zastosowanie i kiedy się zmienia, wyjaśniono na stronie o tym, czy jest Pan/Pani dostawcą czy użytkownikiem oraz na stronie o momencie, w którym zmienia się ta rola. Dane zakupowe nie mówią, jaka rola ma zastosowanie, ale mówią, od czego zacząć zadawanie pytań.
Lista nazw dostawców i lokalizacji jest punktem wyjścia, nie inwentaryzacją. Następnym krokiem jest uporządkowanie tych sygnałów według zastosowania, poziomu ryzyka i odpowiedzialnego działu — proces opisany krok po kroku na stronie o budowaniu inwentaryzacji AI, łącznie z tym, co należy przy tym udokumentować dla każdego zastosowania. Kto idzie tą drogą, często odkrywa, że obraz utrzymywany centralnie przez IT obejmuje tylko część rzeczywistości — rozbieżność, która jest szerzej omówiona na stronie o tym, dlaczego ta centralna lista się nie zgadza.
Przegląd tego, jakie narzędzia istnieją, sam z siebie rodzi kolejne pytanie: co te narzędzia właściwie robią z pracą, którą ludzie jeszcze wykonują samodzielnie. Kto chce odpowiedzieć na to pytanie na poziomie poszczególnych zadań, znajdzie w skanie zadań FTE TO AI sposób, aby dla każdego zadania obliczyć, jaka jego część może zostać przejęta przez AI, niezależnie od tego, jakiego narzędzia się do tego użyje i kto je zakupił.
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.