System ruszył. Nikt nie zmienił tego, kto co robi

Większość programów AI ma datę uruchomienia. Niewiele ma datę, w której zmienia się praca wokół systemu. Model jest wdrożony, interfejs działa, a następnego ranka ludzie robią to samo co wczoraj, tylko z jednym okienkiem więcej.

Technologia zmienia to, co możliwe. Model operacyjny rozstrzyga, co się naprawdę dzieje — i to właśnie tę część większość programów zostawia w postaci diagramu.

Co się zmienia, gdy system przejmuje część pracy

Część pracy przechodzi z robienia w sprawdzanie. Ktoś, kto pisał pierwszą wersję, klasyfikował zgłoszenia albo dopasowywał faktury, teraz przegląda to, co przygotował system. To inna praca — w innym tempie i z innym rodzajem zmęczenia — i tak trzeba ją opisać.

Wyjątki się zagęszczają. System bierze przypadki rutynowe, trudne zostają. Ludzie, przy których została praca, przez cały dzień widzą już tylko jej trudną część. Obsada i cele ustawione pod dawny miks przestają mieć sens.

Przekazania się przesuwają. Gdziekolwiek system siedzi w procesie, ktoś przekazuje mu pracę i ktoś ją od niego odbiera. Każdy z tych punktów potrzebuje właściciela, inaczej sprawy wpadają w szczelinę między systemem a zespołem i nikt tego nie zauważa, dopóki nie zauważy klient.

Przesuwają się prawa decyzyjne. Kto może uchylić to, co zrobił system? Kto decyduje, że przez jakiś czas ma robić mniej? Kto zatwierdza zmiany w jego zachowaniu? Jeśli tego nie spisano, domyślną odpowiedzią jest zespół inżynierski — a to rzadko ci, którzy powinni o tym decydować.

Część ról znika. Zwykle nie całe stanowiska, tylko ich fragmenty. Powiedzenie tego wcześnie i uczciwie kosztuje mniej, niż pozwolenie, żeby ludzie dowiedzieli się o tym od systemu — a to rozmowa, której większość planów unika.

Infografika

Co trzeba przeprojektować poza samym systemem

1. 01Podział pracyCo robi system, co robi człowiek, co człowiek sprawdza.
2. 02WyjątkiKto dostaje trudne przypadki i przy jakiej obsadzie.
3. 03PrzekazaniaGdzie praca wchodzi do systemu i kto ją z niego odbiera.
4. 04Prawa decyzyjneKto może system uchylić, ograniczyć albo zmienić.
5. 05PomiarPo czym poznać, że nowy podział pracy działa.

Co znaczy „w praktyce”

Użyteczny model operacyjny to nie obrazek z prostokątami. To opis rola po roli: tak wyglądał tydzień tej osoby, tak wygląda teraz, to są nowe przekazania, a do tego człowieka dzwoni się, gdy system się myli.

Uczciwie opisuje też pierwszy miesiąc. Pierwsze tygodnie po zmianie są niewygodne: nowe przekazania się gubią, sprawdzanie wydaje się wolniejsze niż zrobienie czegoś samemu, a stary sposób jest zawsze o jedno kliknięcie dalej. Plan, który ten miesiąc nazywa — i mówi, kto będzie wtedy dostępny do pomocy — przez niego przechodzi. Plan, który go przemilcza, odczytuje dyskomfort jako porażkę.

Nadzór na miarę firmy

Dwudziestoosobowa firma nie potrzebuje do tego komitetu sterującego; potrzebuje jednej osoby z uprawnieniami i godziny w tygodniu. Dwutysięczna bez komitetu nie ruszy, bo decyzje przecinają zbyt wiele budżetów. Błąd działa w obie strony: małe firmy pożyczają nadzór korporacyjny i stają, duże prowadzą zmianę przecinającą działy na dobrej woli.

Test jest prosty. Gdy system i zespół się nie zgadzają, ile trwa uzyskanie decyzji i kto ją podejmuje? Jeśli odpowiedzią jest „to zależy” albo „trzeba by zwołać spotkanie”, nadzór jest źle wymiarowany — w którąkolwiek stronę.

O co prosić

Jeśli zamawiacie program AI, poproście o model operacyjny przed końcem budowy, a nie po nim. Konkretnie: które role się zmieniają i jak; które role albo zadania znikają i co dzieje się z ludźmi; kto jest właścicielem każdego nowego przekazania; kto może ograniczyć to, co system robi bez nadzoru; i dwie albo trzy liczby, które pokażą, że nowy podział pracy działa.

Jeśli tych odpowiedzi nie ma na kilka tygodni przed uruchomieniem, data uruchomienia jest datą technologiczną, a zmiana nastąpi później albo wcale.

Potem zapytajcie, kto będzie właścicielem modelu operacyjnego, gdy program się skończy. Trzeba go będzie poprawiać, w miarę jak system przejmie więcej pracy albo mniej, a zespołu, który napisał pierwszą wersję, już wtedy nie będzie. Model operacyjny bez właściciela jest aktualny mniej więcej tak długo, jak długo nic się nie zmienia.

Jak do tego podchodzimy

W ramach transformacji AI model operacyjny powstaje w praktyce, a nie jako diagram: rola po roli, z nowymi przekazaniami i pierwszym niewygodnym miesiącem, oraz z nadzorem wymiarowanym pod organizację, a nie przepisanym z szablonu.