Każda firma, z którą pracowaliśmy, traci między pięć a piętnaście godzin tygodniowo na pracę, której nikt nie wybrał i która nikogo nie cieszy. Przepisywanie. Ponaglanie. Uzgadnianie dwóch systemów, które się nie zgadzają. Przygotowywanie raportu, który trzy osoby przelecą wzrokiem.
Trudne nie jest naprawienie tego. Trudne jest znalezienie tego — bo z góry ta praca jest niewidoczna. Nie pojawia się w żadnym systemie, nikt na nią nie narzeka, a kiedy zapytasz ludzi, co zjada im czas, opiszą swój zakres obowiązków, a nie tarcie wokół niego.
Więc oto cała metoda, spisana. Zajmuje popołudnie, nie wymaga żadnych narzędzi i nie potrzebujesz nas, żeby ją przeprowadzić. Jeśli zrobisz to uczciwie, skończysz z uporządkowaną listą tego, co naprawdę cię kosztuje — i, co bardziej przydatne, z jasnym obrazem tego, czego automatyzować nie należy.
Krok 1: Zadaj właściwe pytanie (30 minut)
Nie pytaj „co zabiera ci czas?". Dostaniesz opis stanowiska.
Zamiast tego zapytaj czterech albo pięciu osób, które tę pracę naprawdę wykonują:
- „Co robiłeś w tym tygodniu, co kompetentny obcy człowiek zrobiłby z listą kroków w ręku?"
- „Co przepisujesz do jednego systemu, skoro już jest w innym?"
- „Na co teraz czekasz?" — czekanie to miejsce, gdzie powstają prawdziwe straty, i nie pojawia się w żadnej ewidencji czasu.
- „Co robisz na każdym zamknięciu miesiąca, czego się boisz?"
- „Co psuje się tak często, że masz już na to własny obejściowy sposób?" — utarte obejście to skamieniała awaria procesu.
- „Gdybyś był tydzień na zwolnieniu, co po cichu by się nie wydarzyło?"
Zapisuj odpowiedzi dosłownie. Nie streszczaj i nie pozwalaj nikomu przeskoczyć od razu do rozwiązania — w chwili, gdy ktoś powie „powinniśmy sobie na to kupić narzędzie", diagnoza się kończy i zaczynają się zakupy.
Krok 2: Przypisz każdej pozycji liczbę (45 minut)
Do każdego punktu ustal trzy wartości. Zgrubnie wystarczy — ustawiasz kolejność, nie budujesz budżetu.
- Minuty na jedno wykonanie. Zapytaj osobę, która to robi, i dodaj 25 %. Ludzie systematycznie niedoszacowują pracy rutynowej, bo nie liczą przełączenia uwagi przed i po.
- Liczba wykonań w miesiącu.
- Ile osób bierze w tym udział. Zadanie przechodzące przez trzy osoby kosztuje więcej niż trzykrotność — każde przekazanie dokłada czekanie.
Przemnóż to na godziny miesięcznie. Potem dodaj czwartą kolumnę, ważniejszą niż cała ta arytmetyka:
- Co się stanie, gdy pójdzie źle? Nic / drobne zażenowanie / zauważy to klient / pieniądze pójdą nie tam.
Właśnie ta ostatnia kolumna oddziela dobrego kandydata do automatyzacji od niebezpiecznego — i właśnie tę kolumnę wszyscy pomijają.
Krok 3: Podziel na cztery pola
Narysuj klasyczną macierz dwa na dwa: wolumen na jednej osi, wymagany osąd na drugiej.
Duży wolumen, mało osądu — automatyzować. Tu leży cała wygrana. Przenoszenie danych między systemami, generowanie wciąż tego samego raportu, kierowanie przychodzących zgłoszeń, dopominanie się o brakujące dokumenty. Nudna praca, w której komputery są dobre od trzydziestu lat — i większość z niej nie potrzebuje żadnej AI.
Duży wolumen, dużo osądu — wspomagać, nie automatyzować. Redagowanie odpowiedzi, przeglądanie dokumentów, wstępne sortowanie zgłoszeń. Właściwym celem jest usunięcie pustej kartki i sortowania — a decyzję zostawić człowiekowi. Celowanie tu w pełną automatyzację to najczęstszy sposób, w jaki takie projekty kończą się źle.
Mały wolumen, mało osądu — zostaw to. Automatyzacja dwudziestominutowego zadania raz w miesiącu zajmuje trzy dni i oszczędza cztery godziny rocznie. Wygląda produktywnie, a nie jest. To pole to cmentarz entuzjazmu.
Mały wolumen, dużo osądu — to jest właściwa praca. Nie dotykaj. Jeśli ktoś proponuje automatyzację tego pola, sprzedaje godziny, a nie rozwiązanie.
Krok 4: Zapytaj, po co ten proces w ogóle istnieje
Zanim zautomatyzujesz cokolwiek z lewego górnego pola, zadaj przy każdej pozycji jedno pytanie: dlaczego to istnieje?
Niepokojąco duża część pracy rutynowej daje się prześledzić do ograniczenia systemu sprzed sześciu lat, do raportu, którego ktoś kiedyś zażądał i dawno już w firmie nie pracuje, albo do kontroli wprowadzonej po incydencie, który dziś nie może się już wydarzyć.
To najbardziej opłacalne pięć minut całego ćwiczenia, bo najszybszy proces to ten, który skasujesz. A zautomatyzowanie bezsensownego kroku jest gorsze niż zostawienie go — teraz jest zapisany w kodzie i przeżyje wszystkich, którzy pamiętają, że był opcjonalny.
Twardy test: gdyby to zadanie po prostu przestało się dziać przez miesiąc — kto by to zauważył i czego by mu brakowało?
Krok 5: Zaprojektuj zachowanie przy błędzie, zanim zaczniesz budować
Dla tego, co wybije się na czoło listy, odpowiedz na to, zanim ktokolwiek cokolwiek napisze:
- Kiedy coś pójdzie nie tak, kto się o tym dowie i jak? Ciche awarie to jedyny naprawdę drogi rodzaj. Proces, który głośno pada we wtorek, kosztuje godzinę. Taki, który przez sześć tygodni po cichu zapisuje złe dane do twojej ewidencji, kosztuje znacznie więcej.
- Jakiej dokładności naprawdę potrzebujesz? Sortowanie przychodzących maili z 90 % skutecznością jest świetne. Księgowanie kwot z faktur z 90 % skutecznością to katastrofa. Ta sama liczba znaczy w różnych procesach coś odwrotnego.
- Gdzie człowiek sprawdza wynik? Jeśli odpowiedź brzmi „nigdzie", zbudowałeś coś, czemu przestaniesz ufać przy pierwszym zaskoczeniu.
- Skąd będziesz wiedział za pół roku, że to nadal działa? Miej garść znanych przypadków ze znanymi poprawnymi wynikami i uruchamiaj je ponownie przy każdej zmianie. To ta nudna różnica między systemem, który wytrzyma, a takim, który po cichu odpływa.
Przykład z liczbami
Układ, który widzimy bez przerwy, z wypełnionymi liczbami:
Faktury od dostawców przychodzą mailem jako PDF. Ktoś otwiera każdą, przepisuje sześć pól do systemu księgowego, zapisuje PDF na dysku współdzielonym i przekazuje dalej do akceptacji.
6 minut na sztukę (uczciwie raczej 8) × 180 miesięcznie = 24 godziny miesięcznie. Dwie osoby. Tryb awarii: do księgowości trafia zła liczba — czyli pieniądze idą nie tam, najgorsza kategoria.
Pole: duży wolumen, mało osądu. Mocny kandydat.
Dlaczego to istnieje? Bo system księgowy nie ma importu. To realne ograniczenie, nie relikt — więc zostaje.
Projekt na wypadek błędu: pola wyciągać automatycznie, ale wszystko o niskiej pewności albo gdzie suma nie zgadza się z pozycjami, idzie do kolejki dla człowieka zamiast prosto dalej. Celem nie jest stuprocentowa automatyzacja — celem jest zamienić 24 godziny przepisywania na 3 godziny sprawdzania.
To ostatnie zdanie warto zapamiętać. Celem prawie nigdy nie jest pełna automatyzacja. Celem jest przesunięcie człowieka od wytwarzania wyniku do sprawdzania wyniku — to zwykle około 80 % oszczędności przy ułamku ryzyka.
Co zrobić z listą
Wybierz jedną pozycję. Nie największą — tę z najjaśniejszym trybem awarii i najmniejszym ciężarem politycznym. Doprowadź ją do końca, łącznie z tą częścią, w której mówi się ludziom, że to istnieje, i wyłącza się starą drogę.
Właśnie na tej ostatniej części takie projekty najczęściej umierają: automatyzacja działa bez zarzutu, a wszyscy dalej robią to ręcznie, bo nikt nie wziął zmiany na siebie. Działający system, którego nikt nie przyjął, jest wart dokładnie zero i żadna ilość pracy inżynierskiej tego nie naprawi.
Potem powtórz audyt za pół roku. Lista się odtworzy — to nie porażka, tak działa każda rosnąca firma.
Jeśli przeprowadzisz audyt i będziesz chciał drugiej opinii o wynikach, chętnie spojrzymy. Ale wartościowa część to sam audyt — i ona jest twoja.