„My to robimy inaczej.” To zdanie usłyszałem na wielu halach, i za każdym razem oznaczało to samo: piękny schemat z tablicy nie miał wiele wspólnego z tym, co dzieje się naprawdę. Kierownik nie kłamał. On po prostu opisał proces takim, jakim go zaprojektował — a nie takim, w jaki wykrztałcił się w codziennej praktyce jego ludzi.
To jest najdroższy błąd, jaki można popełnić podczas analizy procesów: opisać proces „jak powinno być”, a nie „jak jest”. Błąd tym groźniejszy, że nie boli od razu. Analiza wygląda na skończoną, schematy są ładne, wszyscy zadowoleni. Rachunek przychodzi później — we wdrożeniu, kiedy okazuje się, że system zbudowano na fikcji.
Sedno problemu: Proces zaprojektowany i proces wykonywany to dwie różne rzeczy. Analiza oparta wyłącznie na rozmowach w sali konferencyjnej uchwyci ten pierwszy. System zbudowany na tym opisie zderzy się z tym drugim — i przegra. Przepaść między nimi jest niewidoczna do dnia startu, a potem kosztuje najwięcej.
Ten artykuł jest o tej przepaści: skąd się bierze, dlaczego nikt jej nie widzi na czas i jak ją wychwycić, zanim zamieni się w najdroższą pozycję wdrożenia. Bo to bezpośrednie rozwinięcie problemu, który opisałem w tekście Dlaczego wdrożenia zaczynają się od technologii zamiast od procesu — tylko że tu błąd popełnia się nawet wtedy, gdy analiza w ogóle się odbyła.
Dwa procesy o tej samej nazwie
W każdej firmie istnieją co najmniej dwa procesy, które nazywają się tak samo. Pierwszy to proces oficjalny — ten z procedury, ze schematu, z prezentacji dla zarządu. Drugi to proces rzeczywisty — ten, który naprawdę wykonują ludzie, ze wszystkimi obejściami, skrótami i wyjątkami. Rzadko się pokrywają.
Proces „jak powinno być”
- Liniowy, prosty, bez wyjątków.
- Każdy krok następuje po poprzednim.
- Informacja płynie jednym kanałem.
- Nikt niczego nie obchodzi ani nie skraca.
- Opisany przez tego, kto go zaprojektował.
Proces „jak jest naprawdę”
- Pełen wyjątków, które są regułą, nie wyjątkiem.
- Kroki nachodzą na siebie, wracają, rozgałęziają się.
- Informacja płynie mailem, telefonem i po kartce naraz.
- Ludzie wypracowali skróty, o których kierownik nie wie.
- Znany tylko tym, którzy go codziennie wykonują.
Różnica nie polega na tym, że rzeczywisty proces jest gorszy. Często zawiera mądrość, której nie ma w oficjalnym schemacie — obejścia powstały, bo oficjalna ścieżka nie działała. Problem w tym, że jeśli analiza uchwyci tylko wersję z lewej kolumny, system obejmie proces, którego nikt nie wykonuje, i pominie ten, który toczy się naprawdę.
Proces, który słyszysz w sali konferencyjnej, to opowieść o tym, jak firma chciałaby pracować. Proces, który widzisz na hali, to prawda o tym, jak pracuje. Analiza, która nie zeszła z sali na halę, opisała opowieść, nie prawdę.
Dlaczego kierownik opisuje proces, którego nie ma
Kluczowe jest zrozumienie, że to nie kwestia złej woli. Kierownik działa w dobrej wierze — i mimo to jego opis jest nieprawdziwy. Powodów jest kilka, i wszystkie są ludzkie.
Opisuje to, co zaprojektował: Kierownik pamięta proces takim, jakim go ustawił. Nie widzi, jak zmieniał się w praktyce, bo zmiany działy się oddolnie, bez jego udziału. W jego głowie proces wciąż wygląda jak w dniu, w którym go wymyślił.
Nie widzi obejść: Skróty i wyjątki jego ludzi dzieją się poza jego wzrokiem — na drugiej zmianie, w sytuacjach awaryjnych, „bo tak szybciej”. On widzi wynik, nie drogę do niego. O tym samym efekcie, tylko od strony operatora, piszę w tekście
Dlaczego operator produkcji nie ufa nowemu systemowi.
Wygładza rzeczywistość: Nikt nie chce opisywać własnego działu jako bałaganu. Naturalnie prezentuje wersję uporządkowaną — nie z wyrachowania, lecz z dumy i z chęci pokazania się z dobrej strony. To ludzkie i nieuniknione.
Nie zna szczegółów wykonania: Im wyżej w strukturze, tym mniej szczegółów codziennej pracy. Kierownik zna proces w skali ogólnej, ale nie wie, ile dokładnie kroków wykonuje operator, gdzie się zacina i co robi, gdy materiału nie ma. Diabeł tkwi w szczegółach, których on nie widzi.
Opisuje wersję dla systemu: Gdy wie, że rozmowa dotyczy nowego systemu, podświadomie opisuje proces tak, żeby dobrze wyglądał w systemie — pomijając to, co „i tak trzeba będzie zmienić”. W efekcie analiza dostaje wersję już przefiltrowaną przez wyobrażenie o narzędziu.
Wniosek jest niewygodny: nawet najlepszy, najbardziej szczery kierownik nie jest wiarygodnym źródłem prawdy o procesie wykonywanym. Nie dlatego, że kłamie, lecz dlatego, że fizycznie nie ma dostępu do tej prawdy. Ona mieszka na stanowiskach, nie w jego głowie.
Ten sam proces oczami pięciu osób
Gdyby zapytać pięć różnych osób o ten sam proces, dostalibyśmy pięć różnych opisów. Dopiero ich złożenie daje obraz zbliżony do prawdy — i pokazuje, dlaczego pytanie tylko jednej z nich jest tak ryzykowne.
Analityk: „Zapisałem to, co mi powiedziano.” Jeśli rozmawiał tylko w sali konferencyjnej, ma spójny, ładny opis — i całkowicie oderwany od hali. Jego mapa jest tak dobra, jak źródła, z których korzystał. Zły dobór rozmówców to zła mapa, choćby wykonana perfekcyjnie.
Kierownik: „Opisałem, jak to działa.” Podał wersję zaprojektowaną, w dobrej wierze. Jest przekonany, że mówi prawdę — i z jego perspektywy mówi. Tyle że jego perspektywa kończy się tam, gdzie zaczyna się realne wykonanie.
Operator: „Nikt mnie nie pytał, a wiem najlepiej.” To on wykonuje proces i zna każdy jego wyjątek. Gdyby ktoś go zapytał, opowiedziałby o obejściach, o tym, co się robi, gdy brakuje materiału, i dlaczego oficjalna ścieżka nie działa. Zwykle pytają go za późno — dopiero po starcie.
Wdrożeniowiec: „Zbudowałem to, co było w analizie.” Dostał opis i zrealizował go wiernie. Nie jego winą jest, że opis był fikcją — ale to on zbiera cięgi, gdy system zderza się z rzeczywistością. Buduje dokładnie ten proces, który mu opisano, łącznie z jego błędami.
Właściciel: „Płaciłem za analizę, miało być dobrze.” Widzi wynik: system, który nie pasuje, i przekroczony budżet na poprawki. Nie wie, że korzeń problemu tkwił w jednym pominiętym kroku — zejściu na halę. Odbiera to jako porażkę wykonawcy, nie jako lukę w metodzie.
Najciekawszy jest tu operator. To najbogatsze źródło prawdy o procesie — i najczęściej pomijane na etapie analizy. Zwykle pytają go dopiero pierwszego dnia po starcie, gdy mówi „u nas to działa inaczej” i uruchamia lawinę przeróbek. Gdyby zapytano go trzy miesiące wcześniej, ta sama informacja kosztowałaby ułamek. O cenie tego pierwszego dnia piszę w tekście Jak wygląda pierwszy dzień po uruchomieniu ERP.
Kiedy i jak ujawnia się przepaść
Najgorsze w tym błędzie jest to, że długo nie widać jego skutków. Analiza wygląda na udaną, konfiguracja idzie gładko, wszyscy są dumni. Przepaść otwiera się dopiero wtedy, gdy proces rzeczywisty zderza się z systemem zbudowanym na procesie wyobrażonym.
Etap analizy: Rozmowy w sali, ładne schematy, akceptacja kierowników. Przepaść już istnieje, ale jest całkowicie niewidoczna. Wszyscy zadowoleni. To najtańszy moment na naprawę — i najczęściej zmarnowany.
Etap budowy systemu: Wdrożeniowiec realizuje opis wiernie. Czasem coś go zastanawia, ale nie ma jak zweryfikować, bo nie był na hali. Przepaść zostaje zabetonowana w konfiguracji systemu.
Dzień startu: Pierwsze „u nas to działa inaczej”. Potem drugie, dziesiąte, pięćdziesiąte. Okazuje się, że system nie obejmuje realnych wyjątków, bo w analizie ich nie było. Zaczyna się panika i przeróbki w locie.
Miesiące po starcie: Kosztowne dostosowania, opóźnienia, obejścia systemu. Ludzie wracają do arkuszy, bo system nie pasuje — dokładnie tak, jak opisałem w tekście
Dlaczego Excel wraca po zakończonym wdrożeniu. Rachunek za pominięty jeden dzień na hali rośnie z tygodnia na tydzień.
Reguła kosztu: Błąd wychwycony na etapie analizy kosztuje kilka dni obserwacji. Ten sam błąd wychwycony po starcie kosztuje przeróbki, opóźnienia i utratę zaufania — wielokrotność pierwotnej ceny. Im później ujawni się przepaść, tym drożej ją zasypać.
Ile kosztuje analiza oparta na fikcji
Koszt tego błędu rzadko pojawia się pod własną nazwą. Ukrywa się w budżecie przeróbek, w opóźnieniu startu i w godzinach zmarnowanych na prostowanie tego, co miało działać od początku.
10×
drożej naprawić błąd po starcie niż na etapie analizy
dziesiątki
„u nas to działa inaczej” pierwszego dnia po starcie
tygodnie
przeróbek w locie, których dało się uniknąć
kilka dni
obserwacji hali, które zamykają przepaść u źródła
Uderzająca jest asymetria między dwoma ostatnimi kafelkami. Kilka dni spędzonych na hali podczas analizy eliminuje tygodnie przeróbek po starcie. To jedno z najlepszych przełożeń nakładu na oszczędność, jakie znam w całym procesie wdrożenia — a mimo to najczęściej się z niego rezygnuje, bo „przecież kierownik już wszystko opisał”. Pełny mechanizm liczenia tych strat rozkładam w tekście Jak policzyć koszt chaosu informacyjnego w firmie.
Jak zmapować proces, który istnieje naprawdę
Uniknięcie tego błędu nie wymaga wyrafinowanych metod. Wymaga jednej rzeczy: zejścia z sali konferencyjnej na halę i do magazynu. Reszta to dyscyplina w zadawaniu właściwych pytań właściwym ludziom.
Zobacz proces, nie tylko go wysłuchaj
Idź na stanowisko i patrz, jak praca dzieje się naprawdę. Obserwacja pokazuje to, czego nikt nie powie w rozmowie — bo dla wykonującego jest tak oczywiste, że nie warte wspomnienia. Godzina patrzenia na hali daje więcej niż dzień rozmów w sali.
Prześledź kilka konkretnych zleceń od początku do końca
Wybierz realne zlecenia i przejdź z nimi całą drogę — od wpłynięcia do wysyłki. Nie proces w ogólności, lecz konkretne przypadki. Dopiero na żywym zleceniu widać, gdzie informacja ginie, gdzie ktoś dzwoni zamiast wpisać i gdzie oficjalna ścieżka się urywa. To temat, który rozwijam w tekście Dlaczego informacje giną między magazynem a produkcją.
Rozmawiaj z tymi, którzy wykonują, nie tylko zarządzają
Operator, magazynier, osoba na przyjęciu towaru — oni znają wyjątki. Pytaj ich wprost: co robisz, gdy coś pójdzie nie tak? Kiedy oficjalna ścieżka nie działa? Co zapisujesz sobie na boku? Prawda o procesie mieszka w tych odpowiedziach.
Poluj na wyjątki, bo to one są regułą
W wielu procesach „wyjątki” to połowa przypadków. System zbudowany tylko na ścieżce głównej załamie się na nich pierwszego dnia. Pytaj o każdy wariant: co, gdy brakuje materiału, gdy klient zmienia zamówienie, gdy trzeba zrobić coś poza kolejnością. Zbiór wyjątków jest cenniejszy niż opis ścieżki głównej.
Skonfrontuj opis kierownika z obserwacją
Zestaw to, co usłyszałeś w sali, z tym, co zobaczyłeś na hali. Każda rozbieżność to miejsce, w którym system mógłby się rozjechać z rzeczywistością. Nie chodzi o przyłapanie kogokolwiek — chodzi o to, by zbudować system na prawdzie, nie na wyobrażeniu.
Zasada, którą warto zapamiętać: Procesu nie da się rzetelnie opisać zza biurka. Trzeba go zobaczyć tam, gdzie się wykonuje, i usłyszeć od tych, którzy go wykonują. Analiza, która nie zeszła na halę, opisuje życzenia, nie rzeczywistość — i buduje system na piasku.
Lista kontrolna rzetelnej analizy
Zanim uznasz analizę procesu za skończoną, przejdź przez tę listę. Każde „nie” to potencjalna przepaść, która ujawni się dopiero po starcie — najdrożej.
Czy byłeś fizycznie na hali i w magazynie, czy tylko w sali konferencyjnej?
Czy prześledziłeś kilka realnych zleceń od początku do końca?
Czy rozmawiałeś z operatorami i magazynierami, nie tylko z kierownikami?
Czy pytałeś wprost o wyjątki i o to, co się robi, gdy coś pójdzie nie tak?
Czy sprawdziłeś, jakie prywatne notatki i arkusze prowadzą ludzie?
Czy skonfrontowałeś opis kierownika z tym, co zobaczyłeś na własne oczy?
Uwaga: jeśli cała analiza odbyła się przy stole — opisałeś proces wyobrażony, nie rzeczywisty.
Uwaga: jeśli nie usłyszałeś ani jednego „u nas to działa inaczej” podczas analizy — usłyszysz je pierwszego dnia po starcie, tylko drożej.
Praktyczna wskazówka: Po spisaniu procesu z rozmów wróć na halę i poproś operatora, żeby przeszedł go z tobą krok po kroku na żywym zleceniu. Licz, ile razy powie „no, tu jeszcze…” albo „a, bo czasem…”. Każde takie zdanie to wyjątek, którego nie było w oficjalnym opisie — i który rozwaliłby system, gdyby nie wyszedł teraz.
Podsumowanie
Najdroższy błąd podczas analizy procesów to opisanie procesu „jak powinno być” zamiast „jak jest naprawdę”. Nie bierze się on ze złej woli — kierownik opisuje proces w dobrej wierze, tyle że opisuje wersję zaprojektowaną, wygładzoną i oderwaną od realnego wykonania. Prawda o procesie mieszka na stanowiskach, nie w sali konferencyjnej.
Przepaść między opisem a rzeczywistością jest niewidoczna do dnia startu. Wtedy ujawnia się jako lawina „u nas to działa inaczej”, kosztownych przeróbek w locie i utraconego zaufania. Ten sam błąd wychwycony na etapie analizy kosztowałby ułamek — kilka dni obserwacji zamiast tygodni prostowania.
Lekarstwo jest proste, choć wymaga dyscypliny: zejść z sali na halę, prześledzić realne zlecenia, rozmawiać z tymi, którzy wykonują, i polować na wyjątki, bo to one są regułą. Analiza, która to robi, buduje system na prawdzie. Analiza, która tego nie robi, buduje go na życzeniach — i płaci za to najwięcej ze wszystkich etapów wdrożenia.
Najczęstsze pytania
Jaki jest najdroższy błąd podczas analizy procesów?
Opisanie procesu tak, jak powinien wyglądać według kierownika, zamiast tak, jak wygląda naprawdę na hali i w magazynie. Analiza oparta wyłącznie na rozmowach w sali konferencyjnej uchwyci wersję oficjalną, wygładzoną i często nieprawdziwą. Przepaść między tym opisem a rzeczywistą pracą ujawnia się dopiero we wdrożeniu, gdy jest już najdrożej ją naprawić.
Dlaczego opis procesu od kierownika bywa nieprawdziwy?
Nie dlatego, że kierownik kłamie. Opisuje proces takim, jakim go zaprojektował i jakim chciałby, żeby był — a nie takim, w jaki zdążył się wykrztałcić w codziennej praktyce. Nie widzi obejść, skrótów i wyjątków, które jego ludzie wypracowali, bo dzieją się poza jego wzrokiem. Dobra wiara nie wystarcza: między procesem zaprojektowanym a wykonywanym zawsze istnieje luka.
Jak poprawnie zmapować proces AS-IS?
Trzeba go zobaczyć, a nie tylko usłyszeć. To znaczy: pójść na halę i do magazynu, prześledzić kilka konkretnych zleceń od początku do końca, porozmawiać z operatorami i magazynierami, a nie tylko z kierownikami. Warto pytać o wyjątki, o to, co się robi, gdy coś pójdzie nie tak, i o prywatne notatki. Prawdziwy proces mieszka w tych szczegółach, nie w oficjalnym schemacie.
Kiedy ujawnia się przepaść między opisem a rzeczywistością?
Najczęściej dopiero we wdrożeniu, a najboleśniej w dniu startu. System zbudowany na wyidealizowanym opisie nie obejmuje realnych wyjątków, więc ludzie od pierwszej godziny mówią „u nas to działa inaczej”. Wtedy zaczynają się kosztowne przeróbki w locie, opóźnienia i utrata zaufania. Ten sam błąd wyłapany na etapie analizy kosztowałby ułamek tej ceny.
Czy da się uniknąć tego błędu bez długiej analizy?
Tak. Nie chodzi o miesiące pracy, lecz o zejście z sali konferencyjnej na halę. Kilka dni obserwacji, prześledzenie kilku realnych zleceń i rozmowy z ludźmi, którzy wykonują pracę, wystarczą, by wychwycić najważniejsze rozjazdy między opisem a rzeczywistością. To najtańsze ubezpieczenie wdrożenia, jakie istnieje — kilka dni analizy chroni przed miesiącami poprawek.
Chcesz analizy, która opisze proces prawdziwy, nie wyobrażony?
Pomagam firmom zmapować proces takim, jaki jest naprawdę — na hali i w magazynie, nie tylko w sali konferencyjnej. Kilka dni obserwacji chroni przed miesiącami przeróbek po starcie. Umów bezpłatną rozmowę wstępną.
Umów rzetelną analizę procesu
