Kierownik zespołu szuka rozwiązania powtarzającego się problemu: za dużo tekstu, za mało czasu, deadline, który się nie przesuwa. Gdzieś znajduje narzędzie, które przyspiesza pracę. Narzędzie kosztuje niewiele, można za nie zapłacić kartą kredytową lub z prywatnego konta, i nie wymaga zgody IT. W ciągu dnia dział już z niego korzysta. Nikt nie zrobił nic złego — był problem, było rozwiązanie, a droga między nimi przebiegała poza wszelkimi formularzami.
To nie jest wyjątek. To powszechny wzorzec, gdy narzędzie AI jest tańsze i łatwiej dostępne niż procedura jego zamawiania. Im trudniejsza droga zamówienia, tym większa szansa, że ktoś ją pomija. Lista zatwierdzonych aplikacji IT nie opisuje wtedy tego, co się dzieje, lecz to, co kiedyś zostało zamówione.
Abonamentu, który działa, nikt nie wypowiada. Dział korzystający z narzędzia widzi rozwiązany problem, a nie powstałą wyrwę w governance. Bez konkretnego powodu nikt sam z siebie nie zgłosi, że poza zasięgiem wzroku IT lub risk pracuje się z narzędziem, które przetwarza tekst, dane klientów lub dokumenty wewnętrzne.
Wzorzec jest podobny do sytuacji opisanej w rozszerzeniu przeglądarki z dostępem do poczty: ktoś instaluje coś niewielkiego, działa, a pytanie, kto jeszcze to czyta, nigdy nie zostaje zadane, bo nigdy nie nadarza się moment, w którym to pytanie się nasuwa. Tak powstaje zbiór zastosowań, z których każde osobno jest małe i pożyteczne, a razem tworzą martwe pole większe niż odpowiedzialność jakiejkolwiek jednej osoby.
Pierwszym odruchem jest zwykle: wyśledzić, wskazać, kazać przestać. To działa odwrotnie do zamierzeń. Kto wie, że własny abonament skończy się reprymendą, nie zgłasza tego — używa narzędzia od tej pory ciszej, może z innego konta, może poza godzinami pracy. Inwentaryzacja nie staje się przez to pełniejsza, lecz mniej pełna, a problem przenosi się w miejsce jeszcze trudniejsze do zauważenia.
Inwentaryzacja, która działa, nie zaczyna się od pytania „kto to zrobił”, lecz od pytania „co tu działa”. Bez rozliczania winnych otrzymuje Pan/Pani odpowiedź na pytanie, jakie narzędzia są używane, do jakiej pracy i z jakimi danymi. Z rozliczaniem winnych otrzymuje Pan/Pani jedynie ciszę i dział, który następne narzędzie ukryje jeszcze lepiej.
Pierwszym krokiem nie jest korygowanie, lecz uwidocznienie. Oznacza to zadawanie pytań osobom, które wykonują pracę, a nie tylko systemom zarządzanym przez IT. Jak zbudować inwentaryzację AI opisuje, jak może wyglądać taka runda pytań: co jest używane, do jakiego zadania, z jakimi danymi wejściowymi.
Gdy jakieś zastosowanie zostanie zidentyfikowane, kolejnym pytaniem nie jest, czy może dalej istnieć, lecz jaką rolę odgrywa i jaki poziom ryzyka do tego przystaje. Narzędzie podsumowujące wewnętrzne notatki wymaga czegoś innego niż narzędzie pracujące na danych klientów. Ta klasyfikacja określa, co należy udokumentować dla każdego zastosowania — nie jako papierowe ćwiczenie, lecz jako podstawę, by móc później wykazać, co się działo i dlaczego było to uzasadnione.
Ryzyko pojedynczego abonamentu nie jest odosobnione. Ten sam wzorzec czegoś, co wchodzi bez zamówienia, występuje przy instalacji testowej, która nigdy nie została wyłączona oraz przy dostawcy, który wbudował AI w swój produkt bez odrębnej rozmowy na ten temat. Kto mapuje jeden dział z własnym abonamentem, dobrze robi, zadając to samo pytanie szerzej — nie jako pogoń za winnymi, lecz jako rejestrację tego, co rzeczywiście się dzieje.
Jednorazowa inwentaryzacja rejestruje to, co działa teraz. Bez powtarzania jest to zdjęcie, które starzeje się od dnia, w którym zostało zrobione. Nowe działy odkrywają nowe narzędzia, istniejące abonamenty otrzymują nowe funkcje, a kolejne martwe pole powstaje tak samo jak poprzednie. Jak rozpoznać ten wzorzec, zanim się powtórzy, opisano w pracownikach korzystających z narzędzia, którego nikt nie zatwierdził — jako kontynuacja inwentaryzacji, nie jako jej zamiennik.
Abonament, który dział sam wykupił, mówi Panu/Pani zwykle coś o samej pracy: było zadanie, które zajmowało zbyt dużo czasu, i ktoś poszukał wyjścia. To wyjście jest już zidentyfikowane, ale pozostaje pytanie podstawowe — jaka część tej pracy może być strukturalnie przekazana AI i na jakich warunkach. Skan pracy FTE TO AI wylicza dla każdego zadania, jaką część pracy można przejąć za pomocą AI, niezależnie od tego, jakie narzędzie dział już wcześniej znalazł z własnej inicjatywy.
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.