Lista nazw narzędzi AI to nie inwentarz. Inwentarz powstaje dopiero wtedy, gdy dla każdego zastosowania rejestruje się ten sam zestaw danych, tak aby można je było zestawić obok siebie, sklasyfikować i później udowodnić. Bez tej stałej struktury pozostaje zbiór luźnych faktów, których nikt już nie może porównać.
Dla każdego zastosowania chodzi o ograniczoną liczbę pól, które stale powracają.
Nazwa i forma. Czy jest to samodzielny abonament, funkcja w istniejącym oprogramowaniu, wewnętrznie zbudowany model, czy funkcja AI, która pojawiła się za pośrednictwem dostawcy, choć nikt nie nazwał jej „AI”.
Kto z tego korzysta. Zespół, dział, indywidualny pracownik. To określa nie tylko zakres, ale też z kim będą Państwo musieli później porozmawiać, gdy pojawią się pytania.
Do czego jest wykorzystywane. Nie tekst marketingowy dostawcy, lecz faktyczne zadanie: sporządzanie tekstów, podsumowywanie danych, pisanie kodu, odpowiadanie na pytania klientów, przygotowywanie decyzji. To pole określa rolę, jaką pełni zastosowanie, a tym samym poziom ryzyka.
Jakie dane w to wchodzą. Dane osobowe, dane klientów, informacje finansowe, dokumenty wewnętrzne, lub brak danych wrażliwych. To określa, które wymogi w zakresie governance stają się istotne.
W jaki sposób zostało nabyte. Poprzez formalny proces, poprzez abonament, który ktoś sam zawarł, poprzez dostawcę, który dostarcza to razem z innym produktem. Sposób nabycia od razu mówi coś o tym, jaki nadzór już istniał.
Kto ponosi za to odpowiedzialność. Nie ten, kto przypadkowo z tego korzysta, lecz ten, do kogo można się zwrócić, jeśli coś pójdzie nie tak lub gdy chcą Państwo wiedzieć, czy jest to jeszcze w użyciu.
Od kiedy i jak długo już. Zastosowanie, które działa niezauważone od trzech lat, wymaga innego podejścia niż pilotaż sprzed miesiąca.
Nie są to biurokratyczne listy do odhaczania. To dane, których będą Państwo potrzebować, aby móc później dla każdego zastosowania powiedzieć: to podlega wyższemu poziomowi ryzyka, to nie, a oto uzasadnienie.
Żadne z tych pól nie jest w pełni dostępne w jednym źródle. Inwentarz budują Państwo z wielu kanałów, które się wzajemnie uzupełniają.
Dział IT dostarcza punkt wyjścia, ale nie pełny obraz: dlaczego lista IT się nie zgadza wyjaśnia, że znaczna część wykorzystania AI wykracza poza systemy zarządzane przez IT. Mimo to sygnały, które IT posiada, są przydatne jako filtr: które sygnały IT są użyteczne pokazuje, które wskazówki techniczne są wystarczająco wiarygodne, by na ich podstawie dopytywać dalej.
Dział zakupów i finanse uzupełniają inną część. Faktury, abonamenty i licencje pokazują, które narzędzia zostały faktycznie opłacone, nawet jeśli użytkownik nigdy tego nie zgłosił. Co zdradzają dane zakupowe i licencyjne opisuje, które pola z tego źródła bezpośrednio pasują do inwentarza.
Ostatnia i najbardziej decydująca część pochodzi od samych pracowników. Ten, kto wykonuje zadanie, wie, jakiego narzędzia przy tym używa, nawet jeśli nigdy nie zostało ono zgłoszone ani zatwierdzone. Tę informację uzyskają Państwo tylko wtedy, gdy zadawanie pytań nie będzie miało konsekwencji dla tego, kto odpowiada: jak zapytać o to bez rozliczania opisuje, jak zadać to pytanie tak, by nie było odczuwane jako kontrola.
Inwentarz, który musi być kompletny za jednym razem, nigdy nie powstanie. Zastosowania się zmieniają, pojawiają się nowe narzędzia, stare znikają. Tym, co pozostaje, jest struktura: te same pola, te same pytania, ten sam sposób rejestrowania. Ta struktura umożliwia dodanie jutro zastosowania, którego brakuje dziś, bez konieczności zaczynania od nowa.
Dlatego też kolejność, w jakiej wypełniają Państwo pola, ma mniejsze znaczenie niż konsekwencja, z jaką są one wypełniane. Organizacja z wieloma lokalizacjami, działami lub spółkami zależnymi napotyka tu dodatkową warstwę złożoności, ponieważ to samo zastosowanie jest wykorzystywane inaczej w jednej lokalizacji niż w drugiej: jak zbudować inwentarz AI w organizacji z wieloma oddziałami omawia, jak zachować widoczność tych różnic bez utraty porównywalności. Ten, kto w takiej strukturze chce wiedzieć konkretnie, które pola muszą być wypełniane odrębnie dla każdej lokalizacji, znajdzie to w co rejestrować per zastosowanie w organizacji z wieloma oddziałami.
Gdy pola dla każdego zastosowania zostaną wypełnione, powstaje możliwość klasyfikacji: jaką rolę pełni to zastosowanie, jaki poziom ryzyka do niego przystaje i jakie środki governance logicznie się z tym łączą. Ten krok odbywa się na podstawie tego, co zostało zarejestrowane, a nie na podstawie oszacowania post factum.
Ten inwentarz opisuje, jakie zastosowania AI istnieją i kto z nich korzysta. Nie opisuje, jaka część leżącej u podstaw pracy jest faktycznie przejmowana przez to zastosowanie. 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 zadań, które Państwo rejestrują, a nie na podstawie narzędzia, które do tego jest używane.
Skan AI jest tutaj wciąż w budowie. Ten, kto chce skorzystać z jednego z tych narzędzi, gdy staną się dostępne, może zapisać się na listę oczekujących.
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.