Za kulisami wdrożeń Diagnoza

Kiedy proces jest problemem, a kiedy system

Firma wini system, a wąskim gardłem jest sposób pracy. Albo odwrotnie — obwinia ludzi, gdy zawodzi narzędzie. Jak odróżnić jedno od drugiego, zanim wydasz pieniądze na leczenie niewłaściwej choroby.

JT
Architekt systemów MES / WMS • 11 lat w branży

Poniedziałkowa narada. Właściciel rzuca na stół to samo zdanie, które powtarza od pół roku: „Ten system jest do niczego. Zamawiamy nowy.” Wszyscy kiwają głowami — bo faktycznie, zlecenia się spóźniają, informacje giną, każdy tydzień to seria pożarów. System jest widoczny, więc system jest winny.

Siedzę z boku i proszę, żeby zamiast rozmawiać o systemie, prześledzić jedno konkretne zlecenie. Bierzemy pierwsze z brzegu, spóźnione o cztery dni. Rozkładamy jego drogę na czynniki pierwsze. I okazuje się, że przez te cztery dni system nie miał z opóźnieniem nic wspólnego. Zlecenie dwa dni czekało, bo nie było wiadomo, kto ma zatwierdzić odstępstwo. Potem wróciło do poprawki, bo handlowiec i produkcja rozumieli „na wczoraj” inaczej. Potem stało, bo osoba, która jedyna wiedziała, jak to zrobić, była na urlopie.

Żadna z tych strat nie zniknęłaby po wymianie systemu. Wszystkie wynikały z tego, jak firma jest zorganizowana, nie z tego, w jakim programie to klika. A jednak firma była o krok od wydania dużych pieniędzy na leczenie choroby, na którą nie chorowała. To jest właśnie najczęstszy błąd diagnozy — i najdroższy.

Sedno problemu: Objaw jest wspólny — spóźnienia, błędy, chaos. Ale przyczyna leży albo w procesie (jak ludzie pracują i kto za co odpowiada), albo w systemie (jakie narzędzie mają do dyspozycji). Leczenie jednego, gdy choruje drugie, kosztuje podwójnie: raz za niepotrzebną kurację, drugi raz za czas, w którym prawdziwa choroba postępowała.

Proces i system to dwie różne rzeczy — i dwa różne problemy

Zacznijmy od rozdzielenia pojęć, bo w codziennej rozmowie zlewają się w jedno. Proces to sposób, w jaki praca płynie przez firmę: kto co robi, w jakiej kolejności, kto komu przekazuje, kto decyduje, kto za co odpowiada. Proces istnieje niezależnie od tego, czy wspiera go jakikolwiek program — istniał, gdy firma pracowała na papierze, i istnieje teraz. System to narzędzie, które ten proces obsługuje: rejestruje, przypomina, liczy, pokazuje, przenosi dane.

Kluczowa prawda brzmi tak: system może co najwyżej odwzorować proces, który już istnieje. Jeśli proces jest jasny, dobry system go usprawni i utrwali. Jeśli proces jest chaotyczny, system albo ten chaos zabetonuje, albo boleśnie obnaży — ale go nie naprawi, bo naprawa procesu to decyzje organizacyjne, których żaden program nie podejmie za firmę. To dlatego zmiana systemu tak często nie usuwa problemów: bo problem nigdy nie był w systemie. Ten sam wątek rozwijam, pytając wprost, jak rozpoznać, że problemem wcale nie jest ERP.

Zły proces w dobrym systemie to nadal zły proces — tylko szybszy, droższy i lepiej udokumentowany. Narzędzie nie zmienia tego, jak myśli firma. Zmienia tylko tempo, w jakim robi to, co robiła.

Działa to też w drugą stronę, choć rzadziej. Bywa firma z dobrze poukładanym procesem — ludzie wiedzą, kto za co odpowiada, kolejność jest jasna — a mimo to tonie, bo narzędzie jej nie nadąża. Wszystko przepisuje się ręcznie, dane docierają z opóźnieniem, program nie widzi tego, co dzieje się na hali. Wtedy diagnoza jest odwrotna: proces jest zdrowy, choruje system, i to jego wymiana przyniesie efekt. Sztuka polega na tym, żeby wiedzieć, w którym z tych dwóch światów się jest.

Ten sam objaw, pięć różnych diagnoz

Najlepszym dowodem na to, jak trudna jest ta diagnoza, jest to, że każdy w firmie stawia inną — i każdy patrzy tylko na swój fragment słonia.

Właściciel: „System jest zły, bo widzę spóźnienia i nie widzę, gdzie tkwią. Wymienię narzędzie i będzie porządek.” Właściciel obwinia system, bo system jest jedyną rzeczą, którą może kupić. Naprawy procesu nie da się zamówić fakturą, więc instynktownie wybiera problem, który ma gotowe rozwiązanie na rynku.
Kierownik: „Znam prawdę: to nie system, to bałagan w odpowiedzialności. Nikt nie wie, kto zatwierdza, więc wszystko stoi. Ale nie powiem tego głośno, bo to ja odpowiadam za ten bałagan.” Kierownik często widzi proces najtrafniej ze wszystkich, ale ma najmniejszy interes, żeby nazwać go po imieniu.
Analityk: „Nie zgaduję. Prześledzę zlecenie i zobaczę, gdzie realnie traci czas. Dopiero wtedy powiem, czy to proces, czy narzędzie.” Analityk jest jedyną osobą, której zawód polega na rozdzieleniu objawu od przyczyny — jeśli firma go dopuści, zanim zamówi rozwiązanie.
Wdrożeniowiec: „Widzę, że chcą kupić system na problem, którego system nie rozwiąże. Jeśli im go sprzedam, za rok wrócą rozczarowani. Jeśli powiem prawdę, mogę stracić zlecenie.” Wdrożeniowiec bywa jedyną osobą z zewnątrz, która widzi rozminięcie diagnozy z lekarstwem — i musi wybrać między łatwą sprzedażą a uczciwością.
Operator: „Mnie jest wszystko jedno, w czym klikam. Ja tylko wiem, że zlecenie stoi, bo czekam na decyzję, której nikt nie podejmuje. Narzędzie mi w tym nie pomoże ani nie przeszkodzi.” Operator, najbliżej pracy, często najdokładniej czuje, czy hamuje go proces, czy narzędzie — tylko rzadko ktoś go pyta.
Zwróć uwagę: Osoby najbliżej pracy — kierownik i operator — zwykle widzą, że problem tkwi w procesie. Osoby najdalej — właściciel patrzący na wynik z góry — częściej obwiniają system. A decyzję o wydaniu pieniędzy podejmuje ten, kto jest najdalej od źródła problemu. To dlatego tak wiele firm leczy nie tę chorobę.

Pytanie, które rozdziela proces od systemu

Jest jedno pytanie, które w większości przypadków ustawia diagnozę we właściwym kierunku. Brzmi tak: gdyby ten sam zespół dostał dziś idealne, wymarzone narzędzie — czy problem by zniknął?

Jeśli odpowiedź brzmi „tak, wszystko by ruszyło” — problem jest w systemie. Ludzie wiedzą, co robić, w jakiej kolejności i kto decyduje, tylko narzędzie ich hamuje. Jeśli odpowiedź brzmi „nie, i tak byłby chaos, bo nadal nikt nie wiedziałby, kto zatwierdza i co jest priorytetem” — problem jest w procesie. Najlepsze narzędzie świata nie ustawi kolejności, której firma sama nie ustaliła.

Objaw Jeśli przyczyną jest PROCES Jeśli przyczyną jest SYSTEM
Zlecenia się spóźniają Czekają na decyzję, nie wiadomo kto zatwierdza Brak informacji o statusie na czas, ręczne śledzenie
Informacje giną Niejasne, kto komu przekazuje i kiedy Dane w różnych miejscach, brak jednego źródła
Powtarzają się błędy Brak ustalonej odpowiedzialności za kontrolę Ręczne przepisywanie, brak walidacji
Ludzie są przeciążeni Praca dubluje się, bo nikt nie ustalił podziału Narzędzie wymusza zbędne czynności
Nikt nie wie, co się dzieje Brak zdefiniowanego przepływu i decydentów Brak widoczności danych w jednym miejscu

Zwróć uwagę, że objaw w lewej kolumnie jest za każdym razem ten sam — a przyczyna może leżeć po dowolnej stronie. To dlatego samego objawu nigdy nie wolno traktować jako diagnozy. Objaw mówi „coś boli”, nie „co jest chore”.

Dlaczego firmy tak często stawiają złą diagnozę

Bo system widać, a proces jest niewidzialny

System ma ekran, logo, fakturę i konkretną nazwę. Można go pokazać palcem i powiedzieć „to on”. Proces nie ma twarzy — to sieć niepisanych ustaleń, przyzwyczajeń i zależności rozproszonych po głowach ludzi. Trudno obwinić coś, czego nie widać, więc wina spada na to, co widać. System jest wygodnym oskarżonym właśnie dlatego, że jest jedyną rzeczą stojącą na widoku.

Bo wymiana systemu jest łatwiejsza niż zmiana firmy

Kupienie nowego narzędzia to projekt: ma termin, budżet, dostawcę i moment, w którym można powiedzieć „gotowe”. Naprawa procesu to zmierzenie się z tym, jak ludzie naprawdę pracują, kto komu podlega i dlaczego pewne rzeczy „zawsze tak się robiło”. To dotyka relacji, odpowiedzialności i ego. Nic dziwnego, że firmy instynktownie wybierają problem, który da się rozwiązać zakupem, zamiast tego, który wymaga rozmowy o organizacji. To dokładnie ten sam odruch, który sprawia, że wdrożenia zaczynają się od technologii zamiast od procesu.

Bo zła diagnoza jest bezpieczniejsza politycznie

Powiedzieć „mamy zły system” nie obwinia nikogo w firmie. Powiedzieć „mamy zły proces” oznacza, że ktoś ten proces ułożył albo pozwolił mu się zepsuć. Pierwsza diagnoza jest bezbolesna, druga wskazuje palcem. W organizacjach, w których szuka się winnych zamiast przyczyn, wygodna nieprawda zawsze pokona niewygodną prawdę — dopóki koszty nie staną się nie do zignorowania.

Najdroższe wdrożenia, jakie widziałem, nie były źle wykonane. Były źle zdiagnozowane. Firma bezbłędnie zbudowała rozwiązanie problemu, którego nie miała, podczas gdy problem, który miała, spokojnie rósł obok. To nie awaria techniki — to awaria diagnozy.

Ile kosztuje leczenie niewłaściwej choroby

Zła diagnoza nie jest błędem, który da się tanio cofnąć. Gdy firma wymienia system, choć chorował proces, płaci na kilka sposobów naraz — i żaden z nich nie jest widoczny na fakturze za wdrożenie.

koszt — najpierw zły system, potem i tak naprawa procesu
6–18 mies.
czas stracony, zanim wróci ten sam problem
0
poprawy objawu, bo leczono nie tę przyczynę
trwała
utrata wiary, że jakakolwiek zmiana może pomóc

Najgroźniejszy jest ten ostatni koszt. Gdy firma wymieni system i problem wróci, wyciąga fałszywy wniosek: „skoro nawet nowy system nie pomógł, to widocznie tak już musi być”. Rezygnuje z szukania prawdziwej przyczyny, bo raz już „próbowała i nie wyszło”. Zła diagnoza nie tylko marnuje pieniądze — zabija apetyt na zmianę, która naprawdę by pomogła. A to, jak firma traci czas w niewidocznych miejscach procesu, potrafi kosztować więcej niż jakiekolwiek narzędzie.

Jak przeprowadzić uczciwą diagnozę

Dobra diagnoza nie zaczyna się od pytania „jaki system kupić”. Zaczyna się od prześledzenia rzeczywistości — jednego konkretnego zlecenia, krok po kroku, od momentu wejścia do firmy do momentu, w którym opuszcza ją gotowe. To jedyny sposób, żeby zobaczyć, gdzie naprawdę ucieka czas, a nie gdzie wszystkim się wydaje, że ucieka. Pomaga w tym zestaw pytań, które zadaję podczas analizy procesów — bo dobra diagnoza to przede wszystkim właściwe pytania.

Krok 1: Wybierz jedno realne zlecenie i prześledź je do końca

Nie rozmawiaj o „procesie ogólnie” — weź konkret, najlepiej taki, który się spóźnił. Zapisz każdy etap i każde miejsce, w którym coś stanęło, wróciło albo czekało. Rzeczywistość jednego zlecenia mówi więcej niż godziny narad o tym, jak „powinno” działać.

Krok 2: Przy każdej stracie zapytaj o jej naturę

Dla każdego postoju odpowiedz: czy czekało, bo nie wiadomo było, kto decyduje i co jest priorytetem (proces), czy dlatego, że dane nie dotarły na czas albo trzeba je było ręcznie przepisać (system). Ta jedna klasyfikacja przy każdym punkcie buduje mapę prawdziwej przyczyny.

Krok 3: Policz, po której stronie leży większość strat

Zsumuj czas stracony na przyczynach procesowych i na systemowych. Rzadko jest to sto do zera — zwykle jedno i drugie. Ale to proporcja mówi, od czego zacząć. Leczy się najpierw to, co odpowiada za większość bólu.

Krok 4: Uporządkuj proces, zanim dobierzesz narzędzie

Jeśli diagnoza wskazuje proces, najpierw ustal odpowiedzialności, kolejność i decydentów — a dopiero potem szukaj systemu, który ten uporządkowany proces wesprze. Narzędzie dobrane do jasnego procesu daje efekt. Dobrane do chaosu, chaos utrwala.

Rozwiązanie w jednym zdaniu: Zanim wymienisz system, prześledź jedno spóźnione zlecenie i przy każdej stracie zapytaj, czy przyczyną była niejasna organizacja, czy ograniczenie narzędzia. Ta jedna godzina obserwacji chroni przed najdroższym błędem wdrożenia — leczeniem choroby, na którą firma nie choruje.

Dwie drogi z tego samego punktu

Diagnoza pominięta

  • „System jest zły” jako pierwszy i jedyny wniosek
  • Decyzję podejmuje ten najdalej od pracy
  • Objaw mylony z przyczyną
  • Zakup narzędzia zamiast zrozumienia problemu
  • Stary chaos przeniesiony do nowego systemu
  • Ten sam problem wraca po kilku miesiącach

Diagnoza przeprowadzona

  • Jedno zlecenie prześledzone krok po kroku
  • Głos kierownika i operatora wysłuchany
  • Przyczyna oddzielona od objawu
  • Zrozumienie problemu przed wyborem rozwiązania
  • Proces uporządkowany, zanim wejdzie narzędzie
  • Efekt trwały, bo leczono właściwą chorobę

Checklista: proces czy system — zanim wydasz pieniądze

  • Prześledziłem co najmniej jedno realne, spóźnione zlecenie od początku do końca
  • Przy każdej stracie czasu zapytałem, czy to niejasna organizacja, czy ograniczenie narzędzia
  • Zapytałem kierownika i operatora, nie tylko osobę podejmującą decyzję o zakupie
  • Sprawdziłem, czy idealne narzędzie usunęłoby problem, czy chaos zostałby mimo niego
  • Policzyłem, po której stronie leży większość strat
  • Jeśli to proces — ustaliłem odpowiedzialności i kolejność przed wyborem systemu
  • Ostrzeżenie: „ten system jest do niczego” jako jedyny wniosek to sygnał, że diagnozy nie było
  • Ostrzeżenie: jeśli nie umiesz wskazać, kto zatwierdza i co jest priorytetem — problem jest w procesie, nie w narzędziu
  • Praktyczna wskazówka: Najprostszy test na proces: zapytaj pięć osób z różnych działów, kto zatwierdza odstępstwo od standardu i co decyduje o kolejności zleceń. Jeśli dostaniesz pięć różnych odpowiedzi, żaden system tego nie naprawi — bo firma sama jeszcze nie ustaliła, jak ma działać. To pytanie odsłania proces szybciej niż jakikolwiek audyt narzędzia.

    Podsumowanie

    Spóźnienia, zgubione informacje, powtarzające się błędy, przeciążeni ludzie — te objawy wyglądają tak samo niezależnie od tego, co je wywołuje. A wywołać je może albo proces, albo system, i to zupełnie różne choroby wymagające zupełnie różnych kuracji. Wspólny objaw jest pułapką, bo kusi, żeby uznać go za diagnozę.

    Firmy mylą się najczęściej w jedną stronę: obwiniają system, bo system widać, bo da się go kupić i bo ta diagnoza nie wskazuje palcem na nikogo w środku. Proces jest niewidzialny, jego naprawa jest niewygodna, więc chętnie leczy się narzędzie. A zły proces przeniesiony do lepszego narzędzia zostaje złym procesem — tylko droższym, i po kilku miesiącach ten sam problem wraca, tym razem z rozczarowaniem, że „nawet nowy system nie pomógł”.

    Ochrona przed tym błędem jest zaskakująco tania: godzina spędzona nad jednym prawdziwym zleceniem, prześledzonym krok po kroku, z pytaniem przy każdej stracie — organizacja czy narzędzie. Ta godzina potrafi zaoszczędzić firmie kosztu całego wdrożenia wycelowanego w niewłaściwą chorobę. Zanim wymienisz system, upewnij się, że to naprawdę system jest chory. Bo najdroższe rozwiązania to te, które bezbłędnie rozwiązują problem, którego się nie miało.

    Najczęstsze pytania

    Jak odróżnić, czy problemem jest proces, czy system?
    Zadaj proste pytanie: gdyby ten sam zespół dostał idealne narzędzie, czy problem by zniknął? Jeśli tak — problem jest w systemie. Jeśli praca i tak byłaby chaotyczna, bo nikt nie wie, kto za co odpowiada i w jakiej kolejności — problem jest w procesie. Objaw jest wspólny, ale przyczyna leży albo w sposobie pracy, albo w narzędziu, i tylko obserwacja przy stanowisku pozwala to rozdzielić.
    Dlaczego firmy mylą problem procesowy z systemowym?
    Bo system jest widoczny i łatwo go obwinić, a proces jest niewidoczny i trudno go zobaczyć. Wymiana systemu to konkretny projekt z terminem, a naprawa procesu wymaga zmierzenia się z tym, jak ludzie naprawdę pracują i kto za co odpowiada. Łatwiej kupić nowe narzędzie niż przyznać, że problemem jest sposób organizacji pracy, więc firmy instynktownie wybierają diagnozę wygodniejszą, nie prawdziwą.
    Co się dzieje, gdy wymienisz system, a problemem był proces?
    Nowy system dziedziczy stary chaos. Zły proces przeniesiony do lepszego narzędzia nadal jest złym procesem — tylko droższym. Po kilku miesiącach wraca to samo: te same opóźnienia, te same błędy, te same pożary, a do tego rozczarowanie, że kosztowna wymiana nic nie dała. Firma traci pieniądze i, co gorsza, wiarę, że cokolwiek może pomóc.
    Czy dobry system może naprawić zły proces?
    Sam z siebie nie. System może utrwalić dobry proces, wymusić pewną dyscyplinę i pokazać dane, które ułatwią zmianę, ale nie zaprojektuje procesu za firmę. Jeśli sposób pracy jest niejasny, wdrożenie systemu albo zabetonuje bałagan, albo obnaży go boleśnie. Najlepsze efekty daje uporządkowanie procesu najpierw, a dopiero potem dobranie narzędzia, które ten uporządkowany proces wspiera.
    Jak przeprowadzić diagnozę proces czy system w praktyce?
    Prześledź jedno konkretne zlecenie od początku do końca i zapisz, gdzie realnie traci czas: czeka na decyzję, wraca do poprawki, szuka informacji, stoi w kolejce. Jeśli straty biorą się z niejasnej odpowiedzialności i kolejności działań — to proces. Jeśli z ręcznego przepisywania, braku danych na czas i ograniczeń narzędzia — to system. Zwykle diagnoza pokazuje jedno i drugie, ale w różnych proporcjach, i to te proporcje decydują, od czego zacząć.

    Nie wiesz, czy chory jest proces, czy system?

    Pomagam firmom postawić uczciwą diagnozę, zanim wydadzą pieniądze na wdrożenie — przez prześledzenie realnych zleceń i oddzielenie objawu od przyczyny. Czasem okazuje się, że nowy system w ogóle nie jest potrzebny. Umów bezpłatną rozmowę wstępną.

    Umów diagnozę procesu i systemu