Liderzy opinii

Dlaczego zarządzanie AI nie powodzi się

mm
Dodaj Unite.AI do preferowanych ÅšrÃģdeł w Google

Problem nie polega na tym, Åže organizacje nie mają polityk AI. Polega na tym, Åže te polityki nie działają.

Miedzy ładnie sformatowanym PDF a wdroÅžonym modelem, intencja znika. Zespoły improwizują. Wyjątki się kumulują. Zarządzanie przechodzi od systemu do negocjacji — a w regulowanych branÅžach, takich jak opieka zdrowotna i nauki o Åžyciu, ta luka nie jest tylko zawstydzająca. Jest to operacyjna odpowiedzialność.

Rozwiązanie nie polega na większej ilości dokumentacji. Polega na traktowaniu zarządzania jak oprogramowania.

Luka w zarządzaniu jest juÅž mierzalna

Adopcja AI przyspieszyła dramatycznie, podczas gdy infrastruktura zarządzania nie nadÄ…Åžała. Badanie z września 2025 r. przeprowadzone przez Ernst & Young wykazało, Åže tylko 10% firm jest w pełni przygotowanych do audytu systemÃģw AI. W tym samym czasie nowe badanie Ponemon wykazało, Åže 92% organizacji twierdzi, Åže AI generatywne zmieniło sposÃģb, w jaki pracownicy uzyskują dostęp do informacji i je udostępniają, ale tylko 18% w pełni zintegrowało zarządzanie AI z programami ryzyka wewnętrznego.

Wzorzec jest spÃģjny: AI jest juÅž wbudowane w codzienną pracę. NadzÃģr wciÄ…Åž dogania. Im dłuÅžej zarządzanie pozostaje w formie dokumentu, tym gorsza staje się ta luka.

Zarządzanie, ktÃģre jest wdraÅžane

Pomysł jest pozornie prosty: jeśli wymÃģg zarządzania nie moÅže powodować niepowodzenia budowy, nie moÅže chronić produkcji.

Prawdziwe zarządzanie ma dane wejściowe, dane wyjściowe, punkty egzekwowania i obserwowalne wyniki. Działa w sposÃģb ciągły — nie co kwartał. I co najwaÅžniejsze, wytwarza dowody jako produkt uboczny wykonywanej pracy, a nie jako odrębny rytuał zgodności dołączony pÃģÅšniej.

Model operacyjny wygląda następująco:

Polityka → Kontrole → Dowody → Mierniki

Polityki definiują intencje. Kontrole egzekwują zachowania. Dowody udowadniają wykonanie. Mierniki potwierdzają wyniki. To nie jest nowy pomysł — to dokładnie tak, jak juÅž działają dojrzałe systemy bezpieczeństwa i zgodności. Zmiana polega na zastosowaniu tej samej logiki do AI.

Kontrole nie są sugestiami. Dowody nie są dokumentacją. I jeśli kontrola wymaga ręcznego wysiłku, aby wytworzyć dowody, to nie jest kontrolą. To jest nadzieja.

Stopnie ryzyka, a nie teatr ryzyka

Nie kaÅždy system AI zasługuje na tę samą kontrofankę. Traktowanie niskiego ryzyka wewnętrznego narzędzia z takim samym rygorem, jak model wsparcia decyzji klinicznej, jest tym, jak organizacje albo zatrzymują się, albo naraÅžają się niepotrzebnie.

Ramowy program zarządzania ryzykiem AI NIST, opublikowany w 2023 r., dostarcza podstawowej struktury do myślenia o tym — mapowania ryzyka AI w czterech funkcjach: Zarządzaj, Mapuj, Mierz i Zarządzaj. Funkcjonalny model zarządzania przedsiębiorstwem opiera się na tej logice, z praktycznymi stopniami ryzyka:

Stopień Zakres Kontrole
Minimalny Narzędzia wewnętrzne, brak wraÅžliwych danych Rejestracja, lekkie kontrole
Ograniczony Narzędzia uÅžytkowe, umiarkowane ryzyko Dokumentacja, przegląd, testy bezpieczeństwa
Wysoki Regulowane lub decyzje o wysokim wpływie Formalna ocena ryzyka, rejestrowanie inspekcji, ścisła kontrola zmian
Zabroniony Niedopuszczalne przypadki uÅžycia Zablokowane na etapie projektowania i wdroÅženia

To daje zespołom inÅžynierskim coś, czego rzadko dostają od procesÃģw zarządzania: wyjaśnienie. Nie “co powinniśmy zrobić?”, ale “jaki jest ten stopień i co to wyzwala?”

Dobre zarządzanie usuwa niejasność. Wspaniałe zarządzanie usuwa debatę.

Polityka jako kod: Od doradczego do wykonalnego

Polityki napisane w dokumentach są doradczymi. Polityki zakodowane w potokach są wykonalne.

Tak jak infrastruktura jest walidowana przed wdroÅženiem, systemy AI mogą być bramkowane przez automatyczne kontrole, ktÃģre weryfikują, czy przypadku uÅžycia jest zarejestrowany, czy wymagana dokumentacja istnieje, czy wyniki oceny spełniają określone progi, i czy dostęp do wraÅžliwych danych następuje zgodnie z zasadą najmniejszych uprawnień. Te kontrole są uruchamiane w CI/CD. Nie czekają na komitet. Nie zaleŞą od pamięci czy dobrej woli kogokolwiek.

Open Policy Agent — projekt Cloud Native Computing Foundation — demonstruje dokładnie, jak reguły mogą być wersjonowane, przeglądane i konsekwentnie egzekwowane w ekosystemach inÅžynierskich. Wzorzec jest zrozumiały. Luka polega na tym, Åže zespoły AI nie stosują go.

Najbezpieczniejszy system AI nie jest tym, ktÃģry ma najlepsze polityki. To ten, ktÃģry jest technicznie niezdolny do ich złamania.

Kontrole specyficzne dla LLM: Gdzie to staje się interesujące

AI generatywne wprowadza kategorię ryzyka, ktÃģrej tradycyjne ramy zarządzania nie były przeznaczone — wstrzyknięcie promtu, manipulacja wyjściem, niewłaściwe uÅžycie narzędzi. To nie są przypadki brzegowe. To są strukturalne właściwości, jak AI działa, i jak Unite.AI’s coverage of agentic AI governance zauwaÅžył, luka w zarządzaniu staje się jeszcze bardziej wyraÅšna, gdy systemy AI przechodzą od odpowiedzi na pytania do podejmowania działań.

Skuteczne zarządzanie systemami GenAI wymaga kontroli specyficznych dla zachowania LLM: ścisłego rozdzielenia instrukcji systemu i danych wejściowych uÅžytkownika, kontrolowanego dostępu do narzędzi i list dozwolonych, walidacji wyjścia przed wykonaniem, zabezpieczeń przed eksfiltracją danych i bezpiecznych domyślnych ustawień dla łagodnego awarii.

To mapuje się bezpośrednio na udokumentowane klasy podatności w OWASP Top 10 dla aplikacji LLM – ramie wspÃģlnotowym, ktÃģry obecnie obejmuje ponad 600 ekspertÃģw-wspÃģłpracownikÃģw z 18 krajÃģw. Zarządzanie LLM jest mniej związane z tym, co model wie, a bardziej z tym, co system pozwala mu robić.

Dowody są infrastrukturą, a nie dokumentacją

Auditorzy nie ufają intencjom. Ufają zapisom.

W systemie, w ktÃģrym zarządzanie jest wdraÅžane, dowody są generowane automatycznie: karty modelu opisujące przeznaczenie i ograniczenia, dokumentacja danych obejmująca pochodzenie, raporty oceny pokazujące wyniki i znane ryzyko, logi rejestrujące decyzje i zmiany. Te artefakty nie istnieją dla audytÃģw. Istnieją, poniewaÅž system wymaga ich, aby funkcjonować.

Najmocniejsza pozycja audytowa jest wtedy, gdy dowody juÅž istnieją, zanim ktoś o nie poprosi. To nie jest teoretyczne — regulatorzy juÅž poruszają się w tym kierunku. Jak niedawna analiza na temat uzasadnionego zarządzania AI zauwaÅžyła, pytania, ktÃģre regulatorzy wkrÃģtce zada, nie będą juÅž tylko “czy zachowaliście to?”, ale “czy moÅžecie udowodnić, co się stało, pod jaką polityką, z uÅžyciem jakich danych i z kimś upowaÅžnionym?”

Prawdziwy argument: Zarządzanie jako przyspieszanie

Utrwalony mit mÃģwi, Åže zarządzanie i szybkość są przeciwstawne. W praktyce Åšle zaprojektowane zarządzanie spowalnia zespoły. Dobrze zaprojektowane zarządzanie usuwa tarcie.

Gdy kontrole są standaryzowane, kontrole są zautomatyzowane, a oczekiwania są zakodowane, zespoły przestają negocjować i zaczynają budować. Wydania stają się bardziej przewidywalne. Decyzje przestają wymagać bohaterstwa od małej grupy specjalistÃģw, ktÃģrzy zapamiętali dokumenty polityki.

Zarządzanie skaluje, gdy jest infrastrukturą. Nie skaluje, gdy jest tylko atmosferą.

Celem nigdy nie było kontrola dla samej siebie. To jest pęd bez chaosu – i organizacje, ktÃģre to robią dobrze, nie są tymi, ktÃģre mają najbardziej szczegÃģłowy PDF. Są to te, ktÃģre uczyniły właściwe zachowanie najłatwiejszą ścieÅžką.

Sitaram Srivatsavai jest liderem myśli w inÅžynierii CRM z 18+ latami doświadczenia na platformach CRM, iOS i web. Prowadzi globalne zespoły dostarczające oprogramowanie przedsiębiorstw na duŞą skalę, ze szczegÃģlnym uwzględnieniem przeglądÃģw architektury, modernizacji automatyzacji oraz zapewnienia niezawodności, zgodności regulacyjnej i skalowalności.