Workflow Audit dla Agent Readiness: Metodyka krok po kroku

“Które procesy HR nadają się do AI?” to złe pytanie

Szefowa HR siedzi na komitecie sterującym swojego programu AI. Na slajdzie: “Faza 1 - automatyzacja obsługi zwolnień lekarskich”. Sześć tygodni później pilotaż jest wstrzymany. Powód: “Nie działa wystarczająco niezawodnie”. Co się stało? Projekt potraktował proces jako jedną jednostkę. Ale obsługa zwolnień lekarskich nie jest jednostką. To sekwencja dwunastu punktów decyzyjnych - i dwa z nich powinny były pozostać przy człowieku.

To nie jest anegdota. To wzorzec. Projekty AI w HR rzadko upadają na jakości modelu, a niemal zawsze na granularności pytania. Kto pyta “Które procesy automatyzujemy?”, dostaje bezużyteczne odpowiedzi. Kto pyta “W których punktach decyzyjnych w obrębie procesu?”, dostaje wykonalną architekturę.

Ta metodyka opisuje, jak zadać właściwe pytanie. Jest niezależna od technologii - bez preferencji modelu, dostawcy, stosu. Z jednego audytu produkuje cztery artefakty: projekt agenta, szablon porozumienia zakładowego, specyfikację Decision Layer i dokumentację EU AI Act, której obowiązki mają zastosowanie od 2 sierpnia 2026 r. (przesunięcie na grudzień 2027 r. wstępnie uzgodnione - Digital Omnibus, maj 2026).

McKinsey szacuje, że 60 - 70 % administracyjnych czynności HR jest automatyzowalne istniejącą technologią. Adopcja sięga 3 %. Luka nie wynika ze sceptycyzmu. Wynika z braku metody, która rozkłada poziom procesu na poziom punktów decyzyjnych.

Typowy proces HR ma dwanaście punktów decyzyjnych, nie jeden

Mapowanie poprzedza klasyfikację. Upada na osobliwości doświadczonych pracowników: podejmują wiele decyzji nieświadomie. “Sprawdzić, czy zwolnienie ma datę początkową” nie postrzegają jako decyzji. Po prostu to robią. Dla agenta każda taka kontrola to jawna decyzja, która musi zostać wyspecyfikowana.

Metoda, która ujawnia te ukryte decyzje, to technika “co może pójść nie tak”: dla każdego kroku pytać, co tu może zawieść lub wymagać innej akcji. Każda odpowiedź odsłania punkt decyzyjny.

Przed mapowaniem wyznacz granice procesu. Proces ma wyzwalacz, sekwencję kroków przetwarzania i jeden lub więcej punktów końcowych. Częsty błąd: zbyt szeroka granica. “Onboarding” to nie jeden proces - to zbiór pięciu do ośmiu pod-procesów (umowa, IT-provisioning, dokumentacja compliance, stanowisko pracy, zapis na szkolenia, przydział buddy, monitorowanie okresu próbnego). Audytować każdy pod-proces oddzielnie.

Na przykładzie obsługi zwolnień lekarskich - wyzwalacz: pracownik składa zwolnienie. Punkty końcowe: wpis do SAP, przełożony poinformowany, lista płac dostosowana, akcja powrotu do pracy zaplanowana jeśli próg przekroczony. To, co większość organizacji opisuje jako jeden krok, jest łańcuchem dwunastu:

Dwanaście punktów decyzyjnych w procesie, który większość organizacji opisuje jako “pracownik składa zwolnienie, my je przetwarzamy”. Różnica między postrzeganą prostotą a faktyczną złożonością jest typowa - i jest powodem, dlaczego “automatyzujemy zwolnienia” jako cel projektu nie produkuje architektury.

Trzy typy decyzji, trzy testy, jedna klasyfikacja

Każdy punkt decyzyjny należy do dokładnie jednego z trzech typów. Klasyfikacja jest binarna. Wieloznaczność wskazuje na błąd audytu, nie na przypadek specjalny.

Typ H - człowiek decyduje. Empatia, indywidualne uznanie, ryzyko prawne przy automatyzacji, mandat współdecyzji Rady Zakładowej lub wrażliwość etyczna. Pytanie testowe: “Czy dwóch różnych doświadczonych ekspertów doszłoby do tej samej decyzji w tym samym przypadku?” Jeśli nie - Typ H. Człowiek pozostaje tam, gdzie wymaga tego prawo. Nie dlatego, że robi to lepiej.

Typ R - regułowy, deterministyczny. Reguła istnieje na piśmie (ustawa, układ zbiorowy, porozumienie zakładowe, udokumentowana procedura). Inputy są strukturyzowane. Wynik jest deterministyczny. Wyjątki są same regułowe - albo są oddzielnymi punktami Typu H. Pytanie testowe: “Czy mogę zapisać tę decyzję jako formułę w arkuszu kalkulacyjnym?” Jeśli tak - Typ R.

Typ A - kwalifikujący się do AI, probabilistyczny w granicach. Zadaniem jest klasyfikacja, ekstrakcja lub dopasowanie - nie generowanie, ocena czy wartościowanie. Zbiór wyników jest znany i skończony. Wynik jest weryfikowalny. Można ustawić próg pewności; przypadki niepewne eskalują. Pytanie testowe: “Czy interpretuję informacje względem znanych kategorii, czy oceniam unikalną sytuację?” Jeśli kategorie - Typ A.

Tabela zwolnień po klasyfikacji:

Osiem Typu R, trzy Typu A, żaden Typu H. Akcje następcze wymagające ludzkiej oceny (rozmowa BEM, planowanie powrotu) są oddzielnymi procesami z własną klasyfikacją - leżą poza obsługą zwolnień.

Score nie mówi “czy”, tylko “gdzie zostaje człowiek”

Z klasyfikacji wynika prosty stosunek: (Typ R + Typ A) ÷ suma × 100. Zwolnienia osiągają 91,7 %. To wysoko. Nie znaczy “mniej człowieka”. Znaczy, że 91,7 % pojedynczych decyzji może zostać przejęte architektonicznie - podczas gdy nadzór ludzki koncentruje się na tym, czego prawo i empatia faktycznie wymagają.

Progi Score to logika wdrożeniowa, nie skala:

Typowe Score według domeny HR: lista płac i wynagrodzenia 85 - 95 %, czas pracy 80 - 90 %, faktury i wydatki 75 - 85 %, administracja onboardingu 60 - 75 %, benefity 65 - 80 %, screening rekrutacyjny 40 - 55 %, zarządzanie wydajnością 20 - 35 %, relacje pracownicze 15 - 30 %. Rekrutacja i wydajność spadają nie dlatego, że są technicznie niemożliwe, ale dlatego, że są systemami wysokiego ryzyka według Aneksu III EU AI Act i nadzór ludzki ma większą wagę.

Jeden wynik audytu, czterech interesariuszy

Per punkt decyzyjny powstaje strukturyzowany rekord: ID i opis, klasyfikacja z uzasadnieniem, źródło reguły (dla R) z wersją i okresem obowiązywania, próg pewności (dla A), ścieżka eskalacji z terminem, specyfikacja audit-trail, ścieżka zaskarżenia. Ten rekord ma czterech odbiorców:

Zespół inżynieryjny czyta klasyfikację jako spec architektury. Gdzie R - ruleset engine; gdzie A - wywołanie modelu z confidence-capture; gdzie H - zadanie w kolejce ludzkiej. Rekord bezpośrednio specyfikuje Decision Layer - warstwę między agentem a systemem docelowym, która orkiestruje decyzje regułowe i AI, generuje audit-trail i kieruje eskalacje.

Rada Zakładowa czyta te same dane jako szablon współdecyzji. Widzi, które decyzje są zautomatyzowane, z jakim uzasadnieniem, z jaką eskalacją. Ramowe porozumienie zakładowe można wyprowadzić bezpośrednio z audytu, często szybciej niż negocjacje porozumień specyficznych dla domeny pojedynczo.

Audytor czyta wersje reguł i specyfikacje audit-trail jako dowód integralności. Jaka reguła obowiązywała kiedy, na jakich danych, kto decydował. Odpowiedź jest w rekordzie, nie w oddzielnym dokumencie compliance.

Organ ochrony danych czyta te same dane jako dokumentację EU AI Act i RODO. Art. 11 (dokumentacja techniczna), Art. 12 (rejestracja), Art. 86 (prawo do wyjaśnienia) i Art. 22 RODO wymagają dokładnie tych informacji.

Cztery funkcje z jednego dokumentu. Audit nie produkuje ich jako produkt uboczny - jest na to skonstruowany.

Zaskarżalność to architektura, nie załącznik compliance

Zautomatyzowana decyzja wobec człowieka jest dopuszczalna pod EU AI Act i RODO tylko wtedy, gdy osoba dotknięta może ją zaskarżyć. Zaskarżalność nie jest obowiązkiem dołączonym później - jest wymogiem architektonicznym planowanym od pierwszego audytu.

Per punkt decyzyjny audit dostarcza cztery odpowiedzi, które razem umożliwiają zaskarżenie. Która reguła lub model zdecydował w której wersji? Bez wersjonowania późniejsza reprodukcja jest niemożliwa. Jakie dane stanowiły podstawę decyzji - dokładne inputy z momentu decyzji, nie dzisiejsze? Kto zdecydował - człowiek, reguła czy AI - z jaką pewnością? Jak osoba może złożyć sprzeciw - z konkretnym adresem, terminem, instancją?

Konsekwencja architektury: agent sam nie podejmuje “decyzji” w sensie prawnym. Wykonuje operacje, które Decision Layer dopuścił. To nie jest wybredna semantyka. To podstawa, dzięki której decyzje pozostają audytowalne, gdy model AI zostanie wymieniony, dostawca zmieniony lub wykryty zostanie błąd w modelu.

Klasyfikacja wysokiego ryzyka EU AI Act dotyczy bezpośrednio wielu procesów HR: screening rekrutacyjny, zarządzanie wydajnością, decyzje awansowe i przeniesienia, routing zmian gdy wpływa na korzyści personalne (Aneks III nr 4 lit. a i b). Art. 26 ust. 7 zobowiązuje dodatkowo do informowania przedstawicieli pracowników i pracowników dotkniętych przed wdrożeniem - nie później. Audit musi więc dodatkowo per proces odpowiedzieć: czy ten proces podlega Aneksowi III? Tak → dołączają obowiązki z art. 11, art. 14, art. 15 i art. 26, a obowiązek wcześniejszej informacji jest warunkiem uruchomienia.

Dla organizacji spoza UE: wymagania, które EU AI Act wprost wymienia, są już egzekwowalne w niemal każdym systemie prawnym jako wykładnia ogólnych obowiązków staranności - tylko bez jasnej listy obowiązków. Kto buduje Decision Layer zgodny z EU AI Act, spełnia tym samym to, czego brytyjskie, brazylijskie i kalifornijskie organy ochrony danych będą wymagać w razie kontroli.

Cztery błędy klasyfikacji zniekształcają każdy audit

Reguła z wyjątkami wymagającymi oceny klasyfikowana jako Typ R. “Nadgodziny po 150 %” brzmi regułowo. Ale: święto po 200 %? Zmiana przez północ w święto? Indywidualna umowa nadrzędna nad układem? Gdy wyjątki wymagają oceny, ścieżka wyjątków jest Typu H - nawet gdy przypadek standardowy jest Typu R. Czyste rozwiązanie: standardowy jako R, oddzielny punkt dla obsługi wyjątków jako H lub A.

Niewerifikowalny wynik AI klasyfikowany jako Typ A. “AI ocenia, czy kandydat pasuje kulturowo.” To nie jest Typ A - nie ma weryfikowalnej poprawnej odpowiedzi. Dopasowanie kulturowe jest subiektywne. Typ A wymaga weryfikowalności: “AI sklasyfikowało ten dokument jako zwolnienie” można zwerifikować przez dwóch ludzi na tym samym dokumencie. Subiektywne oceny są Typu H - zawsze.

Decyzja wyzwalająca mylona z działaniem następczym. “Wykrywanie wzorców wyzwala BEM” - wykrywanie jest Typu R (próg), ale BEM zawiera decyzje Typu H (planowanie powrotu). Audit musi oddzielić wyzwalacz od wyzwolonego procesu.

Ukryte decyzje ignorowane. “Sprawdzamy zwolnienie” brzmi jak jeden krok. Zawiera co najmniej trzy decyzje: ważny dokument, kompletny, pasuje do pracownika. Audit musi dekomponować, aż każdy punkt ma dokładnie jedno pytanie i jedną klasyfikację.

Czego ta metodyka nie rozwiązuje

Audit dostarcza Agent Readiness na poziomie punktów decyzyjnych i specyfikację Decision Layer. Nie dostarcza: sekwencjonowania między procesami (zależy od wolumenu transakcji, złożoności governance, gotowości organizacyjnej; patrz logika H1-H4 w katalogu agentów HR), wyboru technologii, zmiany organizacyjnej ani strategii negocjacji z Radą Zakładową. Konkretna implementacja Decision Layer - rules engine, confidence capture, endpoint zaskarżenia - to oddzielny temat.

Audit dostarcza podstawę faktyczną. Strategia i implementacja na niej budują. Kto zaczyna od strategii i podstawę faktyczną ogląda później, buduje piramidę na czubku.

Dalsze artykuły

• EU AI Act obowiązuje na całym świecie - dlaczego obowiązek zaskarżalności nie powstaje dopiero z terminem sierpnia 2026
• Trzy rodzaje decyzji: Kiedy człowiek, kiedy AI - koncepcyjna podstawa klasyfikacji H/R/A
• Decision Layer jako wzorzec architektoniczny - jak klasyfikacja zostaje przeniesiona w wykonalną warstwę
• EU AI Act i HR: klasyfikacja wysokiego ryzyka - które procesy HR podlegają Aneksowi III

Bert Gogolin

Dyrektor Generalny, Gosign

AI Governance Briefing

Enterprise AI, regulacje i infrastruktura - raz w miesiącu, bezpośrednio ode mnie.

Adres e-mailZapisz się

Bez spamu. Możliwość rezygnacji w każdej chwili. Polityka prywatności