System zapisu nie umie działać

Oprogramowanie dla przedsiębiorstw od czterdziestu lat buduje się wokół jednej idei: trzymaj poprawną relację z tego, co firma zrobiła. Złożone zamówienia, ruchy magazynowe, wystawione faktury, wypłacone wynagrodzenia. Zapis jest źródłowy, audytowalny i uzgadnialny, a w uczynienie go wiarygodnym włożono ogromną ilość inżynierii.

Jest też strukturalnie niezdolny do zrobienia czegokolwiek. Każde działanie w nim powstaje poza nim, przy człowieku, który coś rozstrzygnął, a potem powiedział o tym systemowi. To nie jest luka w produktach. To jest projekt.

Co wynika z tego projektu

Opóźnienie jest ludzkie. Zapis jest aktualny dokładnie tak często, jak ktoś go aktualizuje. Między aktualizacjami jest dokumentem historycznym czytanym w czasie teraźniejszym, a każda decyzja z niego podjęta zapada na nieświeżej informacji.

Przepustowość jest ludzka. Organizacja przetworzy dokładnie tyle transakcji, ile jej ludzie zdążą wprowadzić. Dołożenie mocy oznacza dołożenie etatów — dlatego zatrudnienie administracyjne niemal wszędzie idzie za przychodem.

Ocena nie zostaje zapisana. Powód decyzji mieszka w mailu, rozmowie albo czyjejś pamięci. System przechowuje wynik i gubi rozumowanie — dlatego to samo pytanie wraca co roku.

Wyjątki uciekają. Udokumentowana ścieżka pokrywa przypadek standardowy. Reszta jest obsługiwana przez doświadczonych ludzi kanałami, których zapis nigdy nie widzi — więc zapis opisuje firmę schludniejszą niż ta, która istnieje.

Co znaczy działać zamiast zapisywać

System działania startuje z tych samych danych i idzie w drugą stronę. Zlecenie się zamyka, więc faktura zostaje przygotowana. Stan spada poniżej progu, więc uzupełnienie jest gotowe. Maszyna staje, więc harmonogram zostaje przebudowany, a dotknięci klienci wskazani. System produkuje następny krok i pyta, czy go wykonać.

To rozróżnienie nie jest automatyzacją w starym sensie. Automatyzacja regułowa istnieje od dekad i łamie się na wyjątkach — dlatego została na obrzeżach. Zmieniło się to, że system potrafi dziś przeczytać nieustrukturyzowanego maila, zrozumieć nietypową sytuację i przygotować sensowny szkic dla przypadku, na który nikt nie napisał reguły.

Dlaczego wymaga to jednego zapisu, a nie integracji

System działający potrzebuje całego obrazu. Żeby przygotować fakturę, potrzebuje zamówienia, dostawy, ustaleń cenowych, historii płatności klienta i informacji, czy jest otwarta reklamacja. To mieszka w czterech produktach, a zebranie tego w jednym miejscu w chwili decyzji jest pracą, której integracja nigdy do końca nie kończy.

Dlatego odpowiedzią jest jeden zapis, a nie lepsze łączniki. Nie dlatego, że integracja jest trudna technicznie, tylko dlatego, że działanie wymaga spójnego widoku w jednej chwili, a systemy synchronizowane są spójne wyłącznie w przerwach między zmianami.

Część, która musi przyjść razem z tym

System działający czasem się myli, a koszt pomyłki jest teraz płacony w tempie maszynowym, a nie ludzkim. Użyteczna wersja przychodzi więc z trzema rzeczami i żadna z nich nie jest opcjonalna.

Granice — czego każdy agent może dotknąć i do jakiej wartości. Rejestr decyzji — co zobaczył, wywnioskował i zrobił, czytelny dla człowieka po miesiącach. Oraz zatwierdzanie wszystkiego nieodwracalnego, bo błędny szkic kosztuje minutę, a błędna płatność znacznie więcej.

Zrób te trzy rzeczy dobrze, a autonomia jest do obronienia. Pomiń je, a zbudowałeś coś efektownego, za co żadna firma nie może odpowiadać — czyli to samo, co nie zbudowanie niczego.