System jest, efektu nie ma ebook

System jest, efektu nie ma

Andrzej Pawłowski

Jak sprawdzić, ile zmiany udźwignie twoja firma. Od Excela po AI

Wydawnictwo Punkt Zwrotny

Grodzisk Mazowiecki 2026

Strona redakcyjna

Copyright © Andrzej Pawłowski, 2026

Wszelkie prawa zastrzeżone. Żadna część tej książki nie może być powielana ani rozpowszechniana w jakiejkolwiek formie bez pisemnej zgody właściciela praw. Nie narusza to uprawnień przysługujących na podstawie ustawy, w tym prawa cytatu i dozwolonego użytku osobistego. Właściciel praw zastrzega odrębnie prawo do zwielokrotniania tej książki i do eksploracji jej tekstu oraz zawartych w niej danych, w tym do trenowania i rozwijania systemów sztucznej inteligencji; zastrzeżenie obejmuje całość książki i każdą jej część.

Wyjątek: „Skan udźwigu firmy” — trzynaście pytań, odczyt, cztery czerwone flagi i weryfikacja zespołowa — wolno kopiować i drukować na własny użytek wewnętrzny firmy czytelnika, w całości i bez zmian w treści pytań; wypełnianie pól jest dozwolone. Zgoda nie obejmuje odsprzedaży ani żadnego użycia odpłatnego, w tym rozdawania kopii uczestnikom szkoleń, warsztatów i usług doradczych. Na każdej kopii ma się znaleźć nota: „Andrzej Pawłowski, »System jest, efektu nie ma«, Wydawnictwo Punkt Zwrotny 2026. Skan udźwigu firmy — kopiowanie i drukowanie na własny użytek wewnętrzny firmy dozwolone. Odsprzedaż i użycie odpłatne wymagają pisemnej zgody właściciela praw”.

Nazwy programów, usług i marek przywoływane w tej książce są znakami towarowymi ich właścicieli i użyto ich wyłącznie w celu opisowym. Dotyczy to również tytułu i podtytułu tej książki oraz opisów produktu w sklepach: występujące w nich nazwy własne są użyte opisowo i nie oznaczają powiązania z właścicielami znaków ani ich zgody. Nazwy firm i instytucji przywołane przy opisach zdarzeń historycznych oraz badań podano na podstawie źródeł publicznych wskazanych w sekcji Źródła; podmioty te nie są powiązane z tą książką i jej nie autoryzowały. Tak samo opisowo, wyłącznie dla wskazania afiliacji badaczy, podano nazwy uczelni i instytutów naukowych.

Sceny firmowe w tej książce są przykładami dydaktycznymi. Firmy, postaci, dialogi, liczby i przebieg zdarzeń zostały skomponowane, żeby pokazać mechanizmy pracy i decyzji. Nie są relacjami z osobistych historii autora ani opisami konkretnych klientów. Pierwsza osoba służy objaśnianiu sposobu myślenia i pracy. Doświadczenie zawodowe autora przedstawiono w nocie biograficznej. Publiczne przypadki historyczne i wyniki badań odróżniono od scen oraz opisano w sekcji Źródła.

Książka przedstawia podejście autora do wdrażania zmian i nie jest poradą prawną, podatkową ani kadrową. Przywołane przepisy, terminy i progi obowiązywały w dniu zamknięcia rękopisu i mogą się zmienić. Przed decyzją, która dotyczy umowy, zatrudnienia albo danych osobowych, sprawdź stan aktualny i skonsultuj ją z osobą, która ma w tym uprawnienia.

Zapytania o prawa, przedruki i licencje: andrzejpawlowski.com.

Wydanie pierwsze Wydawca: Wydawnictwo Punkt Zwrotny Andrzej Pawłowski Consulting Grodzisk Mazowiecki, 2026

ISBN wydania EPUB: 978-83-983296-0-6

Spis treści

System jest, efektu nie ma

Strona redakcyjna

Nota od autora

Jak czytać tę książkę

Część I. Gdzie znika efekt

1. System jest, efektu nie ma

2. Ludzie, nie narzędzia. Kto naprawdę decyduje o wyniku wdrożenia

3. Jedna osoba kontra czterdzieści. Co musi wydarzyć się po szkoleniu

4. Osiem kliknięć zamiast dwóch. Co zmiana ludziom zabiera

5. Korek jest wyżej, niż boli. „Dobre czy złe narzędzie” to złe pytanie

6. Każdy dowiózł swoje. Firma straciła.

7. Kiedy plik staje się systemem

Część II. Udźwig i próba na AI

8. Udźwig firmy. Ile zmiany naraz firma przetrawi

9. AI jako reflektor. Jak moda odsłania narzędzia, które firmy miały od lat

10. AI do wszystkiego, czyli do niczego

Część III. Od zakupu do wyniku

11. Po co, jak, kim. Dobór narzędzia do celu, procesu i ludzi

12. Strona, której nie ma w umowie

13. Pierwsze sto dni. Żeby się przyjęło, a nie tylko wystartowało

14. Kiedy to nie ty podpisujesz

Zakończenie. Wtorek, dziesiąta dwadzieścia

Skan udźwigu firmy

Źródła

O autorze

Nawigacja

Okładka

Początek książki

Nota od autora

Firma kupuje system, ludzie przechodzą szkolenie, projekt zostaje odebrany. A po roku najważniejszy raport nadal powstaje w arkuszu, który ktoś skleja po godzinach. Chcę przyjrzeć się temu, co wydarzyło się między zakupem a codzienną pracą. Właśnie tam często leży odpowiedź na pytanie, dlaczego nie ma obiecanego efektu. Samo uruchomienie raportu nie zamyka tej historii: ktoś musi jeszcze wziąć odpowiedzialność za decyzję, którą raport umożliwia, i za pracę, którą ta decyzja zostawi innym.

Sceny, przez które cię poprowadzę, są skomponowanymi przykładami, a nie historiami moich klientów. Wymyślone firmy i postaci pozwalają zatrzymać się przy decyzji, obejrzeć jej skutki i sprawdzić, co można było zrobić inaczej. Liczby w scenach pokazują proporcje problemu. Wyniki badań oraz publiczne zdarzenia historyczne mają osobne źródła na końcu książki.

Piszę z perspektywy konsultanta, który łączy pracę nad operacjami, sprzedażą i technologią. Interesuje mnie przyczyna problemu, także wtedy, gdy znajduje się daleko od miejsca, w którym go zgłoszono. Zależy mi na rozwiązaniach, które ludzie rozumieją, umieją zastosować i potrafią rozwijać po zakończeniu projektu.

Twoja firma może mieć inny produkt, inną skalę i inne przepisy niż firma ze sceny. Nie pomijaj tych różnic. Szukaj natomiast podobieństw w tym, jak powstaje kolejka, kto czeka na informację i komu brakuje czasu na naukę. Cudzy przykład jest początkiem pytania o własną pracę. Odpowiedź trzeba sprawdzić u siebie.

Jak czytać tę książkę

Najwięcej daje lektura od początku. Najpierw zobaczysz, gdzie znika efekt wdrożenia, potem sprawdzisz, ile zmiany firma może przyjąć, a na końcu przejdziesz do wyboru rozwiązania i pracy po starcie. Do poszczególnych rozdziałów można wracać przy konkretnym problemie. Pytania w Skanie udźwigu firmy odpowiadają numerom pierwszych trzynastu rozdziałów i pomagają znaleźć potrzebne miejsce.

Udźwigiem nazywam to, ile zmiany naraz firma może przyswoić przy bieżącej pracy. Zależy on od dostępnych godzin, umiejętności i innych zmian zajmujących tych samych ludzi. Można go rozwijać. Dokończona próba, zapisana wiedza i przygotowany zastępca ułatwiają następny krok.

Przy wskazówkach podaję orientacyjny zakres czasu i osoby potrzebne do pracy. Dopasuj go do swojej firmy. Pierwsze rozpoznanie często da się zrobić bez zakupu, ale zawsze zabiera komuś godziny. W małej firmie kilka ról może pełnić jedna osoba; potrzebuje wtedy szczególnie wąskiej próby i jasnej decyzji, co na ten czas odłoży. Jeśli dostałeś projekt do poprowadzenia, lecz nie decydujesz o budżecie i zasobach, możesz zacząć od rozdziału 14, „Kiedy to nie ty podpisujesz”, a potem wrócić do głównego toku. Pomoże ci odróżnić własne działanie od decyzji, której potrzebujesz od przełożonego.

Badania pomagają zrozumieć mechanizmy, nie zastępują sprawdzenia konkretnej sytuacji. Nazwane w książce terminy, narzędzia i dane rynkowe mają datę. Trwalsze są pytania o sens pracy, jej koszt i odpowiedzialność za wynik. Z nimi warto zostać, kiedy zmienią się programy.

Część I. Gdzie znika efekt

Część I

1. System jest, efektu nie ma

Wtorek, dziesiąta rano, narada wynikowa w firmie produkcyjnej. Sto trzydzieści osób, czterysta pozycji w katalogu, a wśród klientów kilku dużych odbiorców handlowych, z którymi marżę negocjuje się raz w roku. W biurze od dwóch lat działa system, który miał spiąć wszystko w jedno. Od wiosny jest do niego podpięty asystent AI, potrafi sięgać po dane, łączyć je i odpowiadać na pytania zadane zwykłym zdaniem. Na poprzedniej naradzie ktoś z zarządu zapytał go o sprzedaż w podziale na klientów i dostał zestawienie, zanim dopił kawę. Zrobiło wrażenie.

Temat dzisiejszej narady jest ten sam co miesiąc temu i ten sam co przed kwartałem. Marża zjeżdża w dół i nie do końca widać gdzie.

Dyrektor finansowy podłącza laptopa i puszcza na ekran arkusz. Arkusz powstaje w piątek po południu. Skleja go kobieta z kontrolingu z trzech źródeł: z systemu, z wydruków produkcyjnych i z maili od handlowców. Robi to od czterech lat i zna na pamięć kolumny, w których zwykle coś się nie zgadza. Przed systemem robiła dokładnie to samo. Z trzech źródeł zmieniło się jedno.

Sam sposób liczenia jest starszy od systemu i od połowy załogi. Ktoś go dawno temu ułożył pod największego klienta. Potem doszła kolumna na rabaty roczne, potem korekta na transport, w zeszłym roku energia. Co roku ktoś coś dokłada i nikt niczego nie wyjmuje. Kiedy nowy człowiek pyta, czemu liczy się akurat tak, słyszy, że taka branża. Nikt tu nie pyta, czy można liczyć inaczej. Pyta się najwyżej, jak liczyć dokładniej.

Asystent AI zna z tych trzech źródeł tylko pierwsze. O marże i tak nikt go nie pyta. Marże liczy się w piątek.

Narada idzie sprawnie. Na dwóch grupach produktów marża spadła, na jednej urosła, jest rozmowa o cenniku i o dużym kliencie, który powoli robi się za drogi. Ktoś pyta o poprawki: ile w zeszłym miesiącu poszło godzin na partie zawrócone przez kontrolę jakości. Kierownik produkcji mówi, że trochę. Ile to jest trochę, nie wie nikt, bo poprawki robi się między zleceniami, na tych samych maszynach i tymi samymi rękami. Nikt nie wystawia na nie zlecenia.

W połowie ubiegłego wieku Armand Feigenbaum, jeden z twórców zarządzania jakością, nazwał to ukrytą fabryką. W każdym zakładzie obok fabryki widocznej na wykresach działa druga. Nie robi nic nowego, tylko naprawia to, co już raz zrobiono źle: poprawki, przestoje, telefony z tłumaczeniem, czemu zamówienie odbiega od specyfikacji. Ta druga fabryka nie ma budżetu, nie ma kierownika i nie ma wiersza w żadnym raporcie. Ma tylko skutek: firma pracuje więcej, niż pokazuje rachunek wyników.

Ten sam obraz pomaga zobaczyć pracę biura. Arkusz sklejany co piątek z trzech źródeł też jest wyrobem ukrytej fabryki. Godziny na dochodzenie, czemu system pokazuje co innego niż wydruk z hali, są jej przestojami. Firma kupiła system, żeby tę pracę ograniczyć. Potem dokupiła asystenta. Uzgadnianie trwa dalej.

I wtedy właściciel zadaje pytanie, które wisiało w powietrzu od kwadransa. Skoro mamy system i mamy AI, to czemu marże liczymy w arkuszu?

A zaraz potem drugie, gorsze. To za co myśmy właściwie zapłacili?

Odpowiedzi padają natychmiast i każda jest prawdziwa. Informatyk mówi, że system działa, dane są w środku, raport da się wygenerować w dwie minuty. Kontroling mówi, że raport, owszem, jest, tylko nie widzi poprawek ani odpadu, więc marża wychodzi z niego ładniejsza, niż jest naprawdę. Handlowiec mówi, że w arkuszu ma wszystko obok siebie i nie musi klikać w cztery zakładki. Kierownik produkcji nie mówi nic, bo jego to nie dotyczy: on ma swój wydruk z rana i tyle mu wystarczy.

Nikt nie kłamie. Nikt niczego nie sabotuje. Wszyscy mają rację i właśnie dlatego nic z tej narady nie wynika.

W transporcie podobny problem może dotyczyć rentowności kursów, liczonej co poniedziałek z danych systemu i z telefonów do kierowców. Zmienia się przedmiot rachunku, ale nadal ktoś musi zebrać brakujące informacje.

Skala zmienia liczbę przekazań i sposób podejmowania decyzji. W firmie na dziesięć osób nie ma kontrolingu ani piątkowego arkusza. Jest zeszyt i pamięć właściciela. Przy dwustu pięćdziesięciu osobach arkuszy jest kilkanaście i każdy dział broni swojego.

Za każdym razem ten sam obrazek. System jest. Efektu nie ma.

Właściciel zwykle pamięta z okresu zakupu jedno zdanie z prezentacji: że wszystko będzie w jednym miejscu. Kwotę pamięta co do dziesiątki, bo podpisywał ją własnoręcznie, w piątek po południu, po trzech spotkaniach i po dwóch tygodniach wahania. Dziś wszystko rzeczywiście jest w jednym miejscu. Tylko decyzje zapadają w drugim.

Kiedy pytam, co konkretnie miało wyglądać inaczej po roku, zapada cisza dłuższa niż przy pytaniu o pieniądze.

Po takiej naradzie właściciel robi zwykle jedną z dwóch rzeczy. Albo dzwoni do dostawcy z pretensją, że system nie działa jak trzeba, i kupuje dodatkowy moduł, pakiet szkoleń albo kilka dni analityka. Albo zwołuje ludzi i mówi, że od poniedziałku pracujemy wyłącznie w systemie i koniec z plikami. Pierwsze kosztuje pieniądze i po kwartale nie zmienia nic. Drugie kosztuje nerwy i po kwartale też nie zmienia nic, tylko pliki chowają się głębiej, na prywatne dyski i do rozmów na komunikatorze.

Obie drogi mogą skończyć się podobnie: system dostanie kolejną warstwę, a firma będzie pracować po staremu. Dlatego przed zmianą narzędzia warto sprawdzić, co podtrzymuje stary obieg.

Uruchomione czy wdrożone

Kiedy pytam, czy system został wdrożony, prawie zawsze słyszę „tak, w zeszłym roku”. Kiedy pytam, po czym to poznali, słyszę datę startu produkcyjnego.

To dwie różne rzeczy i cała ta książka bierze się z tej różnicy.

Uruchomienie kończy się w dniu, w którym dane wchodzą do systemu, ludzie mają hasła, a raport daje się wygenerować. Ten dzień wygląda wszędzie podobnie. Ktoś przynosi ciasto, informatycy siedzą do wieczora, w pierwszym tygodniu jest gorąco, w drugim już spokojniej. Miesiąc później projekt zostaje formalnie zamknięty, konsultanci wyjeżdżają, z kalendarza zarządu znika cotygodniowe spotkanie statusowe. Datę startu można wpisać do protokołu odbioru, wystawić za nią fakturę i pochwalić się nią na profilu firmowym.

Wdrożenie kończy się w zupełnie innym dniu: wtedy, gdy ktoś podejmuje decyzję na podstawie tego, co pokazuje system, i nie sprawdza jej potem w starym pliku. Tego dnia nie ma w żadnym harmonogramie. Nikt go nie świętuje, bo nikt go nie zauważa. Dzieje się cicho, zwykle wiele miesięcy po tym, jak wszyscy uznali projekt za zakończony.

Między jednym a drugim dniem jest przestrzeń, w której mieszczą się wszystkie pieniądze wydane bez efektu. Firma ma licencje, ma serwer, ma przeszkolonych ludzi z listą obecności w segregatorze. I ma czterdzieści plików krążących mailem, na których naprawdę stoi.

Ta przestrzeń nie bierze się z lenistwa ani z głupoty. Ludzie robią to, co pozwala im dowieźć robotę na dzisiaj, a stary plik na początku bywa szybszy od nowego systemu, bo już się go umie. Przy pierwszym pilnym telefonie od klienta wygrywa to, co szybsze. Przy trzydziestym z rzędu wygrywa nawyk.

Żeby tamten piątkowy arkusz naprawdę zniknął, musiałoby się wydarzyć kilka rzeczy naraz i żadna z nich nie jest informatyczna. Ktoś musiałby usiąść z produkcją i ustalić, co dokładnie liczymy jako odpad, bo w arkuszu liczy się to inaczej niż w systemie i obie wersje mają swoich obrońców. Ktoś musiałby zdecydować, kto rejestruje godziny poprawek i na jakie zlecenie, a to znaczy tyle: komu dokładamy pięć minut dziennie do i tak napiętego dnia. Ktoś musiałby wziąć raport marżowy na własność i odpowiadać za to, że liczby się zgadzają, także wtedy, gdy nie zgadzają się z tym, co pokazywał stary arkusz.

Dopiero na końcu tej listy jest coś do kliknięcia w systemie. W tej firmie zabrakło tego w harmonogramie. Dostawca może pomóc w ustaleniach, ale nie podejmie za firmę decyzji, co liczyć i komu przydzielić pracę.

Zdanie z osiemdziesiątego siódmego roku

Amerykańskie biura w latach siedemdziesiątych i osiemdziesiątych wyglądały jak wielki plac budowy. Maszyny do pisania znikały, na biurkach pojawiały się terminale, potem pierwsze pecety. Banki i ubezpieczyciele wydawali na informatykę pieniądze, o jakich dekadę wcześniej nikt by nie pomyślał, bo wszyscy byli pewni, że tak się teraz wygrywa rynek. Sprzedawcy komputerów mówili, że praca biurowa już nigdy nie będzie wyglądać tak samo. Prasa biznesowa powtarzała to za nimi.

A ekonomiści, którzy liczyli wydajność całej amerykańskiej gospodarki, patrzyli w swoje tabele i widzieli bardzo powolny wzrost. Miliardy dolarów wjechały do biur, ale w statystykach nie było oczekiwanego przyspieszenia.

Robert Solow, ekonomista z MIT, dostał w 1987 roku Nagrodę Nobla za prace o wzroście gospodarczym. Jego najsłynniejsze zdanie nie pochodzi jednak z żadnej rozprawy. Napisał je mimochodem, w recenzji cudzej książki dla nowojorskiej gazety: wiek komputerów widać wszędzie poza statystykami wydajności. To jedno zdanie z recenzji przylgnęło do całej dekady mocniej niż niejedna praca naukowa. Nazwano rzecz paradoksem produktywności i przez kilkanaście lat ekonomiści kłócili się, co z tym fantem zrobić.

Jedni mówili, że statystyka źle mierzy, bo nie umie policzyć raportu, który kiedyś powstawał trzy dni, a teraz powstaje w godzinę. Drudzy, że jest po prostu za wcześnie i trzeba dać temu czas.

Późniejsze badania na poziomie przedsiębiorstw pokazały związek inwestycji informatycznych z wydajnością. Erik Brynjolfsson i Lorin Hitt, podsumowując ten dorobek w 2000 roku, zwracali uwagę na znaczenie zmian organizacyjnych towarzyszących technologii oraz na opóźnienie, z jakim mogą ujawniać się korzyści. Zakup sprzętu to tylko widoczna część inwestycji. Dochodzi do niej przebudowa pracy i rozwój umiejętności, których koszt łatwo pominąć w rachunku.

Komputer daje możliwości. Firma musi jeszcze zmienić pracę tak, żeby z tych możliwości skorzystać.

Cała ta historia rozegrała się kiedyś na poziomie amerykańskiej gospodarki i zajęła dwie dekady. Dziś rozgrywa się w jednym roku i w jednej firmie, przy jednym stole, kiedy właściciel pyta, za co zapłacił. Mechanizm ten sam, skala mniejsza, tylko widać wszystko gołym okiem, bez statystyk.

Ta sama historia idzie teraz drugi raz, z AI, tylko szybciej i głośniej. Na tamtej naradzie było to widać od razu: najnowsze narzędzie w firmie czytało jedno źródło z trzech i nikomu to nie przeszkadzało. Zmienia się nazwa pozycji na fakturze, mechanizm zostaje ten sam, a pytanie po roku brzmi identycznie. Moda robi w tej opowieści dwie rzeczy naraz. Przyprowadza właściciela do jednego narzędzia, którego jeszcze nie ma, i odwraca go od kilku, za które już płaci. Cała różnica siedzi w tym, czy firma zaczyna od zakupu, czy od przeglądu tego, co ma.

Dlatego na tej naradzie samo pytanie „czy ten system jest dobry” nie wystarczy. Trzeba sprawdzić, czy pasuje do zadania i czy firma przygotowała pracę potrzebną do jego wykonania. W firmie obok ten sam system może działać inaczej, bo inaczej zorganizowano pracę. Referencja nie rozstrzygnie, której z tych rzeczy brakuje tutaj.

Czego nie ma na fakturze

Weź do ręki umowę wdrożeniową i przeczytaj, co firma kupiła. Licencje na tylu a tylu użytkowników. Tyle a tyle dni konfiguracji. Migracja danych, dwa dni szkoleń, wsparcie powdrożeniowe przez trzy miesiące, harmonogram płatności, kary za opóźnienie.

A teraz poszukaj w tej umowie miejsca, w którym ktokolwiek wycenił miesiące, przez które dwadzieścia albo dwieście osób ma pracować inaczej niż przez ostatnie dziesięć lat.

Nie ma takiego miejsca. Nie ma go, bo tego się od dostawcy nie kupuje: to zostaje po stronie firmy, po cichu, w gratisie, obok normalnych obowiązków. Zarząd kupuje obietnicę wyniku, a dostaje pracę do wykonania.

Ta praca ma zresztą adresata i zwykle jest nim jedna osoba. Prowadzenie wdrożenia po stronie firmy dostaje ten, kto jest kompetentny i ogarnięty, czyli ten, kto ma już najwięcej na głowie. Dostaje to z doskoku, bez zdjęcia czegokolwiek z listy zadań, często bez zapisania tego w zakresie obowiązków. Kiedy pytam takiego kogoś, ile godzin tygodniowo ma na projekt, słyszę śmiech. Potem słyszę liczbę i warto ją porównać z założeniami harmonogramu dostawcy.

Obie strony patrzą na dwa różne zegary. Zegar dostawcy zatrzymuje się na protokole odbioru, bo tam kończy się jego zakres i tam idzie ostatnia faktura. Zegar firmy w tym samym momencie dopiero rusza. Przez pierwsze tygodnie oba pokazują to samo, więc nikt nie widzi problemu. Rozjeżdżają się dopiero wtedy, gdy w firmie zaczyna się właściwa robota, a po drugiej stronie projekt jest już zamknięty, rozliczony i opisany w referencjach.

Do umów wrócę osobno. Na razie sprawdź prostą rzecz: czy obok ceny narzędzia ktoś policzył czas potrzebny ludziom na przestawienie pracy? Gdy ten koszt znika z zestawienia, łatwo pominąć go również w planie i nikomu nie przydzielić tej pracy.

Ile firma potrafi wziąć

Efekt nie mieszka w narzędziu. Mieszka w tym, ile firma potrafi z narzędzia wziąć, a to zależy od ludzi i procesów, które już tam są, zanim ktokolwiek podpisze umowę. Firma przyjmie tyle nowego, ile jest w stanie przetrawić przy bieżącej robocie. Ani grama więcej, choćby zapłaciła podwójnie. Ten limit ma w tej książce swoją nazwę: udźwig firmy.

Składają się na niego trzy rzeczy. Żadna nie jest tajemnicą i żadnej nie trzeba mierzyć specjalnym narzędziem.

Pierwsza to godziny tych samych rąk. Nie pytam, kto w firmie jest zdolny, bo zdolnych zwykle nie brakuje. Pytam, kto naprawdę ma czas. Nowe ląduje u ludzi, którzy już ciągną bieżącą robotę, i z ich tygodnia trzeba wykroić miejsce na naukę, na błędy, na robienie przez jakiś czas dwóch rzeczy naraz. Jeżeli tych godzin nie ma, zmiana nie robi się od tego mniejsza. Po prostu czeka albo cichnie.

Druga jest mniej oczywista: to, co firma już umie. Nowe nie wchodzi w pustkę, tylko przykleja się do znanego. Firma, która od lat pilnuje partii na magazynie, weźmie moduł śledzenia dostaw w miesiąc, bo on porządkuje robotę, którą ludzie i tak robią. Ta sama firma będzie się rok uczyć narzędzia do ofert, jeżeli nikt u niej nigdy oferty w systemie nie zrobił. Pudełko podobne, waga zupełnie inna.

Trzecia to kolejka. Zmiany prowadzone naraz nie stoją grzecznie jedna obok drugiej. Wchodzą sobie w drogę, bo każda sięga po te same godziny tych samych ludzi i po tę samą uwagę szefów. Kolejki zwykle nikt nie ogląda w całości: właściciel widzi projekty osobno, a ludzie widzą swój tydzień. Dwie zmiany naraz kosztują więcej niż dwie po kolei, a trzy więcej, niż ktokolwiek planował. Wspólne zasoby i przełączanie uwagi tworzą dodatkowy koszt.

Trzy rzeczy, które sprawdzam najpierw

Zanim zacznę cokolwiek doradzać, robię diagnozę. Zajmuje tydzień uwagi, nie wymaga dodatkowego budżetu i właściciel może ją przeprowadzić sam, bez audytu za kilkadziesiąt tysięcy i bez nikogo z zewnątrz.

Własne sprawdzenie nie pojawi się na fakturze od dostawcy, a rzeczy bez faktury wypadają z planu pierwsze. Firmy nie pomijają tego tygodnia dlatego, że jest drogi. Pomijają, bo mógłby z niego wyjść wniosek, którego nikt nie chce usłyszeć po podjętej już decyzji: jeszcze nie teraz.

Pierwsze: liczę pliki obok systemu.

Nie pytam ludzi, czy używają systemu, bo samo logowanie nie pokazuje, gdzie powstaje wynik pracy. Pytam, co otwierają rano jako pierwsze. Proszę, żeby przez tydzień przysyłali mi wszystko, co krąży mailem po firmie, i zbieram to w jedno miejsce. Wychodzi lista — pierwsza kartka, którą właściciel powinien zatrzymać, bo jeszcze się przyda.

Każda pozycja na tej liście to kawałek pracy do sprawdzenia. Jeżeli lista ma trzy pozycje i wszystkie dotyczą jednego działu, łatwiej wybrać miejsce pierwszej próby. Jeżeli ma trzydzieści i ciągnie się przez całą firmę, trzeba sprawdzić, do czego służy każdy obieg. Jeżeli pliki zbędnie dublują pracę, którą miał przejąć system, widać niedokończone wdrożenie: firma nadal prowadzi dwa obiegi informacji naraz i płaci za oba.

Wyobraź sobie jedenaście arkuszy, z których osiem liczy podobną rzecz na różne potrzeby i z innym wynikiem. Dopóki działy widzą tylko własne pliki, trudno to zauważyć. Dopiero wspólna lista pozwala zapytać, ile razy firma liczy to samo i której wersji ufa przy wystawianiu oferty.

Przy okazji pytam o każdy plik, kiedy powstał. Część jest starsza od systemu i przeżyła go, bo nikt nawet nie próbował ich zastąpić. Część powstała po starcie i to są te ciekawsze: ktoś potrzebował czegoś, czego w systemie nie znalazł, i załatał dziurę własnym sposobem. Każda taka łata mówi, czego przy konfiguracji nie zauważono.

Jedna uwaga, bez której ten ruch przynosi więcej szkody niż pożytku. Nie wolno za te pliki karać ani nawet skrzywić się na ich widok. Wystarczy jedno zdanie w rodzaju „mieliśmy z tym skończyć”, żeby arkusze zeszły do podziemia. Firma traci wtedy ostatnie miejsce, w którym widać, jak naprawdę pracuje. Plik obok systemu jest informacją i szkoda go zmarnować.

Drugie: wracam do obietnicy.

Wyciągam ofertę, notatki z prezentacji, uzasadnienie zakupu dla zarządu, cokolwiek zostało z tamtego okresu. Szukam jednego zdania: co miało się zmienić w liczbach.

Zwykle znajduję „usprawnienie przepływu informacji”, „pełną kontrolę nad procesem”, „uporządkowanie danych”. Ładne zdania, tylko nie da się ich odhaczyć. Jeżeli nikt nigdy nie zapisał, co ma być inaczej i o ile, to nikt nie mógł tego nie dowieźć. I nikt nie może powiedzieć, że dowiózł. Rozmowa o efekcie zamienia się w wymianę wrażeń, a w wymianie wrażeń wygrywa ten, kto głośniej mówi.

Wtedy ustalam jeden miernik. Spóźniony o rok, ale prawdziwy. Ile dni mija od zamknięcia miesiąca do chwili, w której znam marżę na produkcie. Ile godzin w miesiącu schodzi na poprawki, na które nikt nie wystawił zlecenia. Ile razy w tygodniu ktoś dzwoni po informację, którą ma na swoim ekranie.

Miernikiem nie może być liczba logowań ani procent wypełnionych pól, choć akurat te dwa dostawca policzy od ręki i chętnie je pokaże. To mierniki używania systemu, a firma płaciła za efekt. Różnica jest mniej więcej taka jak między liczbą godzin spędzonych na siłowni a tym, ile się w końcu podnosi.

Ma być jeden, prosty i mierzony co tydzień przez tę samą osobę, najlepiej w tym samym dniu tygodnia. Cztery mierniki naraz to znowu projekt, a projekt już był. Miernik ma jedno zadanie: sprawić, żeby za trzy miesiące dało się powiedzieć coś więcej niż „chyba trochę lepiej”. Służy ocenie procesu, nie pracowników. Powiedz to głośno, zanim ktoś odczyta go inaczej.

Trzecie: sprawdzam, kto broniłby systemu, gdyby jutro zniknął.

To pytanie zadaję wprost, na osobności, kilku osobom z różnych działów. Gdyby w poniedziałek okazało się, że wracamy do tego, co było przedtem, kto się ucieszy, a kto powie, że to bez sensu?

Odpowiedzi bywają zaskakujące. Lista obrońców jest zwykle krótka i prawie nigdy nie pokrywa się z gronem tych, którzy o zakupie decydowali. Zdarza się, że to jedna osoba z fakturowania albo planista, którego nikt nie pytał o zdanie przy wyborze systemu, a który sam sobie poukładał w nim pracę, bo mu się chciało. Rozpoznaje się takich ludzi po drobiazgu: pokazują coś koledze bez proszenia i mówią o systemie „mój”.

Kiedy znajduję taką osobę, najpierw pytam, czy chce pomagać innym i czego potrzebuje. Sam tytuł ambasadora nie daje ani czasu, ani uprawnień. Lepiej zacząć od konkretu: czego jej brakuje, żeby zrobić w systemie jeszcze jedną rzecz, którą dziś robi obok?

Lista takich osób pokazuje, na czym można oprzeć dalszą naukę. Gdy nie ma na niej nikogo, trzeba ustalić dlaczego. Może potrzebne jest lepsze szkolenie, może narzędzie nie pomaga w pracy, a może nikt nie miał czasu spróbować. Gdy ktoś już sobie poradził, jego sposób pracy staje się materiałem do wspólnego sprawdzenia.

Trzy ruchy, tydzień roboty. Po tygodniu właściciel ma pierwszą mapę wykorzystania systemu i miejsc wymagających sprawdzenia. Nie wie jeszcze, co z tym zrobić, i to jest w porządku. Przestaje za to pytać, czy system jest dobry, a zaczyna pytać, czego firma z niego nie używa i dlaczego.

Co się dzieje potem

Na tamtej naradzie padło jeszcze, że trzeba by to w końcu poukładać. Wszyscy się zgodzili, bo z takim zdaniem nikt nie dyskutuje. Nie padło, kto ma to zrobić ani do kiedy, więc nie trafiło do protokołu.

W piątek po południu kobieta z kontrolingu skleiła arkusz z trzech źródeł, jak co tydzień. W poniedziałek rozszedł się mailem.

Dwa lata po starcie nie pytam już, czy system działa. Pytam, co ludzie w firmie otwierają rano jako pierwsze: system, za który firma zapłaciła, czy plik obok niego.

Część I

2. Ludzie, nie narzędzia. Kto naprawdę decyduje o wyniku wdrożenia

Ten sam moduł czytający faktury, dwa podobne biura rachunkowe, ten sam kwartał zakupu. Ten sam program, te same błędy. W jednym biurze mieszczą się w godzinie pracy, w drugim położyły wdrożenie.

Po kilkanaście osób, po kilkaset obsługiwanych firm. Moduł sam czyta faktury: klient wrzuca skan albo zdjęcie z telefonu, program wyciąga kontrahenta, kwoty i stawki, a księgowa tylko sprawdza i zatwierdza. Handlowiec mówił o sztucznej inteligencji, szefowe obu biur usłyszały jedno: koniec przepisywania.

W pierwszym biurze ekran samodzielnej księgowej pokazuje trzysta dwadzieścia faktur odczytanych w nocy. Klika, sprawdza kontrahenta, kwotę, stawkę, zatwierdza. Co dziesiątą poprawia, zwykle stawkę albo datę. Zajmuje jej to godzinę. Rok temu w tej samej godzinie wpisywała ręcznie trzydzieści, a klient czekał na odpowiedź tydzień.

W drugim biurze moduł jest wyłączony od kwietnia. Trzy tygodnie po starcie pomylił kwotę netto z brutto na fakturze dużego klienta. Błąd wyszedł dopiero przy zamknięciu miesiąca. Szefowa powiedziała, że nie będzie nadstawiać głowy za program, i kazała go wyłączyć. Księgowe wpisują wszystko ręcznie, jak przed zakupem. Program stoi, licencja się liczy, w umowie zostało jeszcze dziewięć miesięcy.

Szefowa drugiego biura dzwoni w tym tygodniu do dostawcy z pretensją, że moduł się myli. Dostawca odpowiada, że w innych biurach działa, i podaje kilka nazw. Jedną z nich jest pierwsze biuro. Obie szefowe znają się z branżowych spotkań, więc jest telefon. Rozmowa trwa kwadrans i nic z niej nie wynika, bo pierwsza szefowa mówi, że u niej moduł też się mylił i myli się dalej, tylko jakoś nikomu to nie przeszkadza.

Zatrzymuję się przy tym zdaniu za każdym razem.

Podobny kontrast można pokazać w produkcji, gdzie terminal w jednym zakładzie zbiera dane, a w drugim służy za półkę na rękawice. W handlu będzie to panel zwrotów, w hurtowni skaner, w transporcie aplikacja kierowcy. Przy porównaniu trzeba sprawdzić konfigurację, zadania i warunki pracy. Samo podobieństwo narzędzi nie wyjaśnia różnicy wyniku.

Kiedy taką parę firm stawiam obok siebie, różnica rzadko kiedy siedzi w ludziach. Siedzi w kolejności i w czasie. W pierwszym biurze moduł dostały najpierw dwie osoby, a reszta przez miesiąc patrzyła. W drugim dostali go wszyscy naraz, w poniedziałek rano, mailem od szefowej.