Dlaczego Twoje procesy nie działają, mimo że są opisane? Najczęstsze błędy menedżerów i jak je naprawić

Dlaczego opisany proces to nie to samo co działający proces

Standard pracy, który żyje, a martwy dokument w segregatorze

Spisana procedura to tylko opis zamierzonego sposobu działania. Działający proces to powtarzalny sposób pracy, który faktycznie dzieje się codziennie tak, jak został ustalony – i daje stabilne wyniki. Różnica jest podobna jak między regulaminem siłowni a realnym treningiem osób na sali. Regulamin może być doskonały, ale jeśli nikt go nie stosuje, nie ma wpływu na kondycję ćwiczących.

W podejściu Lean mówimy o standardzie pracy, a nie tylko o procedurze. Standard pracy to uzgodniony, najlepszy znany obecnie sposób wykonania zadania, który jest:

• znany wszystkim zainteresowanym,
• dostępny tam, gdzie wykonuje się pracę (na stanowisku, w systemie),
• regularnie doskonalony na bazie doświadczeń.

Martwy dokument jest zwykle tworzony „pod audyt”, rzadko aktualizowany, a jego treść ma niewielki związek z realną praktyką. Gdy coś się zmienia, ludzie dostosowują się oddolnie, a dokument zostaje w starej wersji – po kilku miesiącach nikt do niego nie zagląda.

Przepis kulinarny kontra kuchnia w restauracji

Dobrym obrazem różnicy jest porównanie do przepisu kulinarnego. W książce kucharskiej wszystko wygląda prosto: lista składników, kolejność kroków, czas przygotowania. W profesjonalnej kuchni restauracyjnej ten sam przepis jest przełożony na standard pracy: konkretne narzędzia na konkretnym stanowisku, miski w odpowiednich miejscach, porcjowanie, rozkład obowiązków na kucharzy, przygotowane wcześniej półprodukty.

Jeśli w restauracji byłby tylko plik PDF z przepisem, a nikt nie zadbałby o organizację stanowisk, kolejność zadań, priorytety zamówień – kuchnia by się szybko zatkała. Sytuacja w wielu firmach wygląda podobnie: proces opisany jest w ładnym dokumencie, lecz:

• narzędzia w systemach nie wspierają tego sposobu pracy,
• ludzie mają inne cele (np. „załatw jak najszybciej sprawę klienta”, nawet jeśli to łamie procedurę),
• brak jest wizualnych podpowiedzi i standardów przy „stanowisku pracy”.

Z perspektywy menedżera łatwo wtedy dojść do fałszywego wniosku: „przecież proces jest opisany, więc problem jest w ludziach”. Tymczasem problem zwykle tkwi w tym, że proces istnieje tylko na papierze, a nie w realnym przepływie pracy.

Proces jako przepływ wartości, nie zestaw formularzy

Lean patrzy na proces jako przepływ wartości dla klienta: od momentu, gdy klient zgłasza potrzebę, aż do chwili, gdy ta potrzeba jest zaspokojona. Formularze, systemy, procedury są tylko narzędziami wspierającymi ten przepływ, a nie celem samym w sobie.

Kiedy menedżer skupia się na „kompletności dokumentacji”, łatwo pomylić środek z celem. Powstaje złudzenie: skoro wszystko jest opisane, to organizacja jest „poukładana”. Lean odwraca ten sposób myślenia. Najpierw patrzymy na faktyczny przebieg pracy i doświadczenie klienta, dopiero potem na dokumenty.

Proces działa wtedy, gdy:

• klient otrzymuje to, czego potrzebuje – bez opóźnień i błędów,
• pracownicy są w stanie wykonywać pracę bez ciągłego gaszenia pożarów,
• wyniki są stabilne i przewidywalne,
• widać proste kroki, jak proces można ulepszyć.

Same procedury nie dadzą tego efektu, jeśli nie są zakotwiczone w codziennej praktyce, miernikach i kulturze ciągłego doskonalenia.

Dlaczego dokumentacja bywa mylona z zarządzaniem procesem

W wielu organizacjach powstał nawyk: gdy pojawia się problem, natychmiast pojawia się pomysł „napiszmy procedurę” lub „dodajmy punkt do procedury”. Tak kolejne dokumenty namnażają się latami, a realne zarządzanie procesem – czyli monitorowanie przepływu, usuwanie przeszkód, wspólne uczenie się – schodzi na dalszy plan.

Dzieje się tak, ponieważ:

• dokument jest łatwy do „odhaczenia” – można go szybko stworzyć i pokazać przełożonym,
• systemy jakości i audyty często skupiają się na tym, czy procedura istnieje, a nie czy działa,
• menedżer nie zawsze ma czas ani nawyk, by pójść do gemba i zobaczyć proces „na żywo”.

Lean stawia poprzeczkę wyżej: zarządzanie procesem to codzienna praca z ludźmi przy źródle problemów, nie tylko produkcja kolejnych dokumentów. Dopiero wtedy opisany proces ma szansę stać się działającym standardem pracy.

Jak rozpoznać, że Twoje procesy istnieją tylko „na papierze”

Symptomy widoczne w zachowaniu zespołu

Pierwszy sygnał, że procesy biznesowe istnieją tylko na papierze, to sytuacja, w której ludzie robią pracę „po swojemu”. Na pytanie: „Jak to u was wygląda krok po kroku?” słyszysz kilka różnych odpowiedzi, w zależności od tego, z kim rozmawiasz. Często pojawia się zdanie: „no w procedurze jest jedno, ale w praktyce robimy tak…”.

Inne typowe symptomy to:

• obejścia i skróty – ludzie omijają oficjalne kroki, bo „zabierają czas i nic nie dają”,
• instrukcje otwierane tylko przy audycie – przed wizytą audytora zespół przypomina sobie, że trzeba „zaktualizować dokumenty”,
• brak realnej znajomości procesu – nowi pracownicy uczą się głównie od kolegów, a nie z oficjalnych standardów pracy,
• chaotyczne decyzje – podobne przypadki są załatwiane różnie, w zależności od osoby, nastroju, presji czasu.

Jeżeli menedżer słyszy na co dzień dużo zdań typu „u nas się tak nie da”, „te zapisy są oderwane od rzeczywistości”, można założyć, że oficjalne procesy już dawno rozjechały się z praktyką.

Wskaźniki w wynikach: niestabilność, pożary, powtarzalne problemy

Stan procesów widać również w twardych danych. Proces „tylko na papierze” charakteryzuje się zwykle:

• brakiem stabilności wyników – czas realizacji, liczba błędów, reklamacji czy opóźnień mocno się waha,
• ciągłym gaszeniem pożarów – menedżerowie i doświadczeni pracownicy większość czasu spędzają na ratowaniu sytuacji, zamiast na planowej pracy,
• powracającymi problemami – te same błędy pojawiają się wciąż na nowo, mimo że „były już omawiane”,
• dużą liczbą wyjątków – niemal każda sprawa jest „specjalna” i wymaga indywidualnej decyzji.

Lean zachęca do patrzenia na proces przez pryzmat zmienności. Gdy standard pracy jest faktycznie stosowany, wyniki są bardziej przewidywalne, a odchylenia można łatwiej powiązać z konkretnymi zdarzeniami. Gdy proces istnieje tylko w dokumentacji, wyniki przypominają sinusoidę: raz świetnie, raz katastrofa – bez jasnego wyjaśnienia.

Biuro obsługi klienta: formalny proces reklamacji kontra realne skróty

Dobrym przykładem jest proces obsługi reklamacji w firmie usługowej. Na papierze wszystko wygląda pięknie: klient wypełnia formularz, zgłoszenie trafia do systemu, jest kwalifikowane, analizowane, rozpatrywane, po czym klient otrzymuje odpowiedź w określonym czasie. Dokumentacja przewiduje kilka czytelnych kroków.

W praktyce, gdy zadzwoni zdenerwowany klient VIP, konsultant często:

• pomija formularz i kontaktuje się bezpośrednio z kierownikiem,
• przyspiesza sprawę, „załatwiając ją na skróty”,
• uzgadnia rozwiązanie poza standardowym procesem.

Po kilku takich sytuacjach zespół uczy się, że realny proces wygląda inaczej niż ten w procedurze. Formularze zostają „dla zwykłych spraw”, a większość istotnych przypadków jest obsługiwana nieformalnymi kanałami. Rezultat: rośnie chaos, trudniej mierzyć jakość obsługi, a dokumentacja staje się fikcją.

Pytanie kontrolne: co by się stało, gdyby jutro zniknęły procedury?

Prosty test pozwala ocenić, na ile procesy żyją własnym życiem, a na ile są połączone z dokumentacją. Wyobraź sobie, że z dnia na dzień znikają wszystkie pliki z procedurami i instrukcjami. Co realnie by się stało?

• Jeśli odpowiedź brzmi: „prawie nic, ludzie i tak wiedzą, jak pracować” – procesy od dawna funkcjonują niezależnie od spisanych zasad.
• Jeśli odpowiedź brzmi: „nie wiemy, jak szkolić nowych, bo wszystko jest w głowach doświadczonych osób” – brakuje standaryzacji i odporności procesu na odejście kluczowych ludzi.
• Jeśli odpowiedź brzmi: „mielibyśmy problem z audytem, ale praca by szła dalej” – procedury powstały głównie pod audyty, a nie jako narzędzie zarządzania.

Dobrze zaprojektowany proces Lean łączy oba światy: ludzie potrafią pracować sprawnie, bo standard jest prosty i wbudowany w codzienną pracę, a dokumentacja jest tylko formalnym odzwierciedleniem tego, co faktycznie się dzieje.

Fundament Lean: proces ma służyć klientowi, nie odwrotnie

Proces dobry wtedy, gdy klient ma łatwo

Najprostsze kryterium oceny procesu brzmi: czy klient ma łatwo, szybko i jasno? Klientem w rozumieniu Lean jest nie tylko klient zewnętrzny, ale też następny etap procesu – kolejna osoba lub dział, który „dziedziczy” wyniki naszej pracy.

Proces, który jest wygodny dla firmy, ale uciążliwy dla klienta (np. zmusza go do wielokrotnego podawania tych samych danych, czekania na podpisy, dołączania zbędnych dokumentów), generuje marnotrawstwo. Klient szuka wtedy sposobów obejścia systemu, kontaktuje się bezpośrednio z „kimś znajomym w firmie” lub rezygnuje z usługi.

W podejściu Lean podstawowe pytanie brzmi: co w tym procesie tworzy wartość dla klienta, a co jest tylko kosztem wewnętrznym? Taka perspektywa bardzo szybko pokazuje, że wiele kroków istnieje jedynie „dla wygody” organizacji albo z przyzwyczajenia, a nie dlatego, że są naprawdę potrzebne.

Wartość, marnotrawstwo, przepływ – po ludzku

Trzy kluczowe pojęcia Lean da się wytłumaczyć bardzo prosto:

• Wartość – to, za co klient jest skłonny zapłacić lub co realnie pomaga mu rozwiązać problem. W procesie biurowym może to być np. szybka i poprawna decyzja kredytowa, a nie trzy dodatkowe raporty dla centrali.
• Marnotrawstwo – wszystkie działania, które nie dodają wartości, ale pochłaniają czas, energię, pieniądze. W biurze to m.in. przepisywanie danych, podwójne wprowadzanie informacji, zbędne akceptacje, czekanie na podpis.
• Przepływ – sposób, w jaki sprawa klienta przechodzi przez kolejne etapy procesu. Dobry przepływ to taki, w którym sprawa płynie płynnie, bez zatorów, cofania i zbędnych przestojów.

Kultura ciągłego doskonalenia oznacza, że zespół regularnie zadaje sobie pytanie: „Jak usunąć choć trochę marnotrawstwa z naszego procesu i poprawić przepływ?”. Bez takiego nastawienia procesy szybko obrastają w kolejne wymagania, formularze i wyjątki, aż przestają być przyjazne komukolwiek.

Pytanie „dla kogo jest ten krok?” jako prosty test sensowności

Jednym z najskuteczniejszych prostych narzędzi Lean jest zadawanie przy każdym kroku procesu pytania: „Dla kogo jest ten krok i jaką daje wartość?” Jeśli odpowiedź brzmi:

• „Dla działu X, bo zawsze tak robiliśmy” – to sygnał do weryfikacji,
• „Dla audytora, na wszelki wypadek” – może da się to uprościć,
• „Dla klienta, dzięki temu otrzymuje X” – to argument, by ten krok chronić i usprawniać.

Takie pytanie często obnaża biurokratyczne nawyki. Nagle okazuje się, że część formularzy jest wypełniana „bo tak każe system”, choć nikt nie korzysta z tych danych. Albo że raport jest generowany, ale nikt go nie czyta. Każdy taki krok to czyste marnotrawstwo, które obciąża proces i ludzi, nie dając wartości ani klientowi, ani organizacji.

Mapowanie strumienia wartości – spojrzenie na całą drogę klienta

Aby zobaczyć proces oczami klienta, Lean wykorzystuje mapowanie strumienia wartości (Value Stream Mapping). To proste narzędzie, w którym zespół krok po kroku rysuje całą drogę sprawy – od wejścia do systemu do zakończenia – wraz z czasami oczekiwania, przejściami między działami, decyzjami.

Przy takiej mapie łatwo dostrzec, że:

• sprawa przez większość czasu czeka, a nie jest aktywnie przetwarzana,
• dużo czasu pochłania szukanie informacji lub wyjaśnianie niejasności,
• kolejne działy dokładają własne „miniprocesy”, które zabezpieczają ich interes, ale spowalniają całość,
• najwięcej problemów powstaje na styku działów – tam, gdzie coś „wypada między krzesłami”.

Takie wspólne rysowanie procesu często działa jak zimny prysznic. Ludzie po raz pierwszy widzą, że klient nie obchodzi się z jednym działem, tylko wędruje przez całą organizację. Zaczynają też rozumieć, że świetna wydajność pojedynczego zespołu nic nie daje, jeśli cała reszta stoi w kolejce.

Dobra mapa strumienia wartości kończy się nie tylko obrazkiem na ścianie, lecz konkretnym planem: które kroki można usunąć, co uprościć, co zautomatyzować, a co po prostu przestać robić. Kluczowe jest, aby decyzje zapadały z udziałem ludzi wykonujących pracę na co dzień – wtedy zmiany mają szansę zadziałać, a nie skończyć jako kolejny teoretyczny projekt.

W wielu firmach już sama decyzja, by spojrzeć na procesy oczami klienta, uruchamia łańcuch pozytywnych efektów. Znika część niepotrzebnych kontroli, przyspieszają decyzje, maleje liczba „spraw wyjątkowych”, a menedżerowie przestają zarządzać wyłącznie przez procedury i zaczynają zarządzać przepływem pracy. Tam właśnie zaczyna się różnica między procesem opisanym a procesem, który naprawdę działa.

Najczęstszy błąd nr 1: proces tworzony od biurka, bez gemba i bez ludzi

Dlaczego proces „z Excela” przegrywa z procesem „z hali”

Proces projektowany za zamkniętymi drzwiami sali konferencyjnej rzadko ma szansę zadziałać w realu. Menedżer siedzi przy komputerze, rysuje idealne strzałki w narzędziu do mapowania procesów, a potem wysyła dokument do wdrożenia. Na papierze wszystko płynie. Na gemba – czyli tam, gdzie faktycznie powstaje wartość – pojawiają się przeszkody, o których nikt nie pomyślał.

Gemba to nie tylko fabryka. W biurze gemba to stanowisko konsultanta, open space zespołu sprzedaży, ekran systemu, w którym doradca szuka danych klienta. Jeśli proces jest projektowany bez bezpośredniej obserwacji tej rzeczywistości, będzie oparty na wyobrażeniach, a nie faktach.

Klasyczny scenariusz: „tak to miało działać…”

Ten schemat powtarza się w wielu firmach. Dział doskonalenia lub menedżerowie:

• zbierają uwagi szefów działów, nie rozmawiając z ludźmi z pierwszej linii,
• przeglądają stare procedury i dorzucają kolejne kroki „na wszelki wypadek”,
• projektują proces według „dobrych praktyk branżowych”,
• ogłaszają wdrożenie, wysyłając mailem nową instrukcję lub prezentację.

Po kilku tygodniach okazuje się, że:

• czas obsługi sprawy się wydłużył,
• pracownicy stworzyli własne skróty, by w ogóle nadążyć,
• metody „sprzed wdrożenia” i „po wdrożeniu” funkcjonują równolegle, powodując bałagan.

Menedżer widzi wskaźniki i jest zdziwiony: „Przecież to było przemyślane”. Zespół rozkłada ręce: „Przecież mówiliśmy, że tak się nie da”. Zderzyły się dwie rzeczywistości – model z biurka i życie w gemba.

Jak wygląda tworzenie procesu „od gemba”

Tworzenie procesu w duchu Lean zaczyna się nie od Excela, lecz od obserwacji pracy na żywo. Ten etap bywa niewygodny, ale tu właśnie kryje się różnica między teorią a praktyką. Sensowny sposób pracy wygląda zazwyczaj tak:

1. Wyjście do gemba – menedżer spędza czas przy stanowiskach pracy, patrzy, jak faktycznie przebiega obsługa spraw, zadaje proste pytania: „Co cię najbardziej spowalnia? Kiedy najczęściej się zacinasz?”.
2. Wspólne rysowanie obecnego procesu – zespół sam rysuje krok po kroku, jak dziś wygląda praca, gdzie są oczekiwania, poprawki, cofki. Bez upiększania.
3. Wskazanie problemów, nie winnych – zamiast szukać osób, które „nie dowożą”, grupa szuka miejsc, gdzie proces zmusza ludzi do kombinowania.
4. Dopiero potem projekt „jak ma być” – na bazie realnych obserwacji, a nie wyobrażeń, pojawia się nowy przebieg procesu.

Takie podejście ma jeszcze jedną zaletę: ludzie czują, że proces jest ich, a nie „narzucony z góry”. To pierwszy krok do tego, by go później faktycznie stosować.

Rola menedżera: mniej projektowania, więcej słuchania

Menedżer, który projektuje proces z gemba, przestaje być autorem idealnego diagramu, a staje się facylitatorem – kimś, kto:

• zachęca zespół do pokazania realnych problemów („pokaż, jak naprawdę to robisz”),
• pilnuje, by dyskusja krążyła wokół wartości dla klienta, a nie wygody działów,
• chroni ludzi przed „łataniną” – dokładaniem kolejnych kroków zamiast upraszczania.

Prosta zmiana postawy – z „ja wiem, jak ma być” na „sprawdzę w gemba, jak jest i co przeszkadza” – często daje więcej niż najbardziej wyrafinowane narzędzia optymalizacyjne.

Najczęstszy błąd nr 2: procedura zamiast standardu pracy i wizualnego zarządzania

Dlaczego sama procedura nie wystarcza

Procedura to dokument, który opisuje, co powinno się wydarzyć. Standard pracy w rozumieniu Lean to najlepszy znany dziś sposób wykonania zadania, który jest:

• prosty do zrozumienia,
• dostępny tam, gdzie praca jest wykonywana,
• regularnie weryfikowany i ulepszany.

Problem pojawia się wtedy, gdy firma myli procedurę ze standardem. Gruby plik PDF w intranecie traktowany jest jak „dowód”, że proces jest poukładany, podczas gdy na stanowiskach pracy nie ma po nim śladu.

Standard pracy „w ręku”, nie w segregatorze

Dobry standard pracy nie potrzebuje wielkiej oprawy. Może mieć formę:

• krótkiej listy kontrolnej przy stanowisku,
• ekranu w systemie z jasno opisanymi krokami,
• prostej instrukcji obrazkowej,
• diagramu przepływu z zaznaczonymi decyzjami „tak/nie”.

Klucz jest jeden: osoba wykonująca pracę potrafi z niego skorzystać w trakcie działania, a nie dopiero po fakcie. Standard ma wspierać, a nie być dokumentem przygotowanym „pod audyt”.

Wizualne zarządzanie: proces na ścianie, nie w szufladzie

Wizualne zarządzanie polega na tym, że stan procesu i oczekiwania są widoczne na pierwszy rzut oka. Nie chodzi o ozdobne plakaty, lecz o praktyczne elementy, takie jak:

• tablica z aktualną liczbą spraw w toku i SLA (deklarowany czas obsługi),
• kolorowe oznaczenia spraw pilnych,
• prosty kod kolorów: zielony – zgodnie ze standardem, czerwony – odchylenie, wymagane działanie.

Dzięki temu zespół nie musi zgadywać, czy „jest dobrze”. Widać, gdzie tworzy się kolejka, które zadania utknęły, a gdzie proces płynie zgodnie z planem.

Przykład: standard rozmowy telefonicznej zamiast 30-stronicowej instrukcji

W centrum obsługi klienta zamiast obszernej procedury opisującej każdy możliwy dialog z klientem, stosuje się często skrócony standard rozmowy. Może on przyjąć formę kilku kroków na ekranie konsultanta:

1. Powitanie i weryfikacja klienta.
2. Ustalenie celu rozmowy jednym zdaniem.
3. Sprawdzenie dwóch kluczowych pól w systemie.
4. Zapewnienie informacji o dalszych krokach i czasie.

Obok, w systemie, konsultant ma dostęp do szczegółowych procedur, ale w codziennej pracy trzyma się prostego standardu. Dzięki temu jakość rozmów jest stabilna, a jednocześnie ludzie mogą dopasować styl do sytuacji klienta.

Dlaczego bez wizualizacji proces szybko się „rozjeżdża”

Gdy standard istnieje tylko w dokumencie, korekta odchyleń jest spóźniona. Przełożony dowiaduje się o problemach z ankiet satysfakcji albo reklamacji. Wtedy jest już po wszystkim – trzeba gasić pożar.

W podejściu Lean wizualne zarządzanie pozwala wychwycić odchylenia szybko. Jeśli na tablicy codziennie pojawia się liczba spraw niedokończonych w standardowym czasie, zespół może od razu zapytać: „Co się zmieniło? Gdzie się zatyka?”. Bez tych sygnałów proces stopniowo zaczyna żyć własnym życiem, a standard staje się jedynie punktem odniesienia „na papierze”.

Najczęstszy błąd nr 3: opisujemy „jak jest”, zamiast „jak ma być”

Opis obecnego chaosu nie jest usprawnieniem

Wielu menedżerów zleca „opisanie procesów”. Zespół analityków spisuje wtedy skrupulatnie, co dzieje się w firmie dzisiaj. Każda ścieżka, każdy wyjątek, każdy „skrót” ląduje w diagramach. Powstaje szczegółowa mapa aktualnego chaosu.

Problem w tym, że taki opis nie zmienia rzeczywistości. Jest tylko dokładnym lustrem, w którym odbijają się wszystkie błędy, zatory i zbędne kroki. Jeśli na tym praca się kończy, organizacja tylko lepiej rozumie swój bałagan, ale go nie porządkuje.

Cel standardu: opis stanu docelowego, nie kompromisu

Standard procesu w duchu Lean ma opisywać najlepszy znany sposób pracy, który jest realistyczny i oparty na istniejących warunkach. Nie jest to ani czysta fantazja („jakbyśmy mieli idealny system IT”), ani najniższy wspólny mianownik („tak, żeby nikogo nie urazić”).

Dlatego rozróżnia się dwa etapy myślenia o procesie:

• „Jak jest” (as-is) – szczery opis rzeczywistości, z wszystkimi kombinacjami i wyjątkami.
• „Jak ma być” (to-be) – obraz uproszczonego, docelowego procesu, w którym wiele kroków zostało usuniętych lub zmienionych.

Między tymi dwoma stanami musi pojawić się decyzja menedżera: z czego rezygnujemy, co upraszczamy, na co się umawiamy jako organizacja. Samo dokumentowanie „jak jest” tej decyzji nie zastąpi.

Dlaczego „tak robimy od lat” to słaby argument

Podczas warsztatów procesowych często pojawia się zdanie: „Tak robimy od lat i działa”. Warto wtedy zadać kilka pytań kontrolnych:

• „Działa” dla kogo – dla klienta, czy tylko dla jednego działu?
• Jak wyglądałby proces, gdybyśmy go dziś projektowali od zera?
• Jak dużo czasu zajmują poprawki, telefony uzupełniające, wyjaśnianie niejasności?

Wiele praktyk powstało jako tymczasowe obejścia dawno nieaktualnych ograniczeń. Nikt ich nie usunął, bo „już się przyjęły”. Opisując „jak jest”, łatwo je bezrefleksyjnie skopiować do nowej dokumentacji, zamiast wykorzystać okazję do uporządkowania procesu.

Projektowanie „jak ma być” razem z ludźmi

Stan docelowy nie powinien być narzucony zza biurka. Dobrze działa podejście, w którym zespół:

1. najpierw rysuje uczciwie aktualny proces,
2. potem zaznacza na nim miejsca marnotrawstwa (opóźnienia, podwójna praca, zbędne akceptacje),
3. następnie projektuje prostszą wersję, z redukcją kroków, ale w ramach realnych możliwości organizacji.

Menedżer w tym układzie stawia granice („tego wymaga prawo”, „tego wymaga bezpieczeństwo danych”), ale nie projektuje wszystkiego sam. Dzięki temu standard „jak ma być” zawiera to, co konieczne, a nie wszystko, co kiedykolwiek się zdarzyło.

Przykład: proces akceptacji dokumentów

W jednej z firm dokumenty ofertowe przechodziły przez trzy poziomy akceptacji, bo kiedyś zdarzył się jeden poważny błąd. Gdy spisano proces „jak jest”, okazało się, że:

• większość ofert jest akceptowana automatycznie, bez korekt,
• menedżerowie często „klepią” oferty mechanicznie, bo nie mają czasu na analizę,
• klient czeka na finalną decyzję znacznie dłużej, niż to konieczne.

Po warsztatach z zespołem powstał proces „jak ma być”: jedna akceptacja standardowa, druga tylko dla ofert niestandardowych powyżej ustalonego progu. Reszta przypadków obsługiwana była w ramach uprawnień liniowych. Dokumentacja nie tylko opisała nowy proces, ale stała się narzędziem do usunięcia historycznych zabezpieczeń, które przestały mieć sens.

Najczęstszy błąd nr 4: brak jasnych ról, odpowiedzialności i właściciela procesu

Bez właściciela proces się „rozmywa”

Nawet najlepiej opisany proces będzie się stopniowo rozjeżdżał, jeśli nikt nie czuje się za niego odpowiedzialny. Gdy wszyscy „trochę” odpowiadają za wynik, w praktyce nikt nie odpowiada za całość. Każdy dba o swój fragment, a problemy na styku lądują „pomiędzy działami”.

W Lean mówi się o właścicielu procesu – osobie lub roli, która odpowiada za:

• spójność całego przebiegu pracy od początku do końca,
• monitorowanie kluczowych wskaźników (czas, jakość, liczba błędów),
• inicjowanie zmian i aktualizacji standardów.

Nie musi to być najwyższy rangą menedżer. Ważne, by była to osoba, która widzi cały strumień pracy, nie tylko jeden dział.

RACI po ludzku: kto robi, kto odpowiada, kto doradza, kogo informować

Jednym z prostszych sposobów uporządkowania odpowiedzialności jest macierz RACI. Nazwa brzmi technicznie, ale sama idea jest prosta:

• R (Responsible) – kto wykonuje dane zadanie,
• A (Accountable) – kto ostatecznie odpowiada za wynik,
• C (Consulted) – z kim trzeba się skonsultować, zanim zadanie zostanie wykonane,
• I (Informed) – kogo trzeba poinformować po wykonaniu zadania.

Taka macierz nie musi mieć dziesięciu kolumn i setek wierszy. W zupełnie wystarczającej, „ludzkiej” wersji obejmuje kilka kluczowych kroków procesu i jasno przypisane nazwiska lub role. Chodzi o to, żeby przy każdym zadaniu można było bez wahania odpowiedzieć na pytanie: „Kto to robi?”, „Kto za to odpowiada, jeśli coś pójdzie nie tak?” oraz „Kogo trzeba uprzedzić, zanim zmienimy sposób działania?”.

Jak przekładać odpowiedzialność na codzienną pracę

Same tabelki nie wystarczą, jeśli nie widać ich w praktyce. Odpowiedzialność za proces powinna się objawiać w prostych, powtarzalnych rytuałach: krótkich odprawach, wspólnym przeglądzie wskaźników, regularnym aktualizowaniu standardów. Właściciel procesu nie „pilnuje papieru”, tylko prowadzi rozmowę z zespołem: co dziś działa, co przestaje działać, gdzie trzeba podjąć decyzję.

Dobrym testem jest sytuacja problemowa. Gdy klient składa skargę albo pojawia się błąd na styku dwóch działów, ludzie powinni wiedzieć, do kogo iść „z całością”, a nie tylko z kawałkiem. Jeśli wtedy zaczyna się przerzucanie się mailami i długie poszukiwanie „czyje to w ogóle jest”, znaczy, że odpowiedzialność jest na slajdach, a nie w głowach.

Przykład: kto „trzyma” proces onboardingu klienta

Proces wdrożenia nowego klienta często dotyka sprzedaży, obsługi, działu technicznego i finansów. Gdy nikt nie jest jego właścicielem, każdy optymalizuje swój odcinek: sprzedaż chce szybko podpisać umowę, technika dba o konfigurację, finanse o poprawność danych. Klient widzi natomiast jedno – ile czasu mija od „tak, bierzemy” do chwili, gdy naprawdę może korzystać z usługi.

W firmach, w których onboarding działa sprawnie, zwykle jest jasno wskazana rola (np. koordynator wdrożenia), która ma pełny obraz sytuacji. Ta osoba nie wykonuje wszystkich zadań, ale pilnuje całości: terminu startu, kompletności danych, przepływu informacji między działami. To do niej wraca feedback od klienta i to ona inicjuje zmiany w standardzie, gdy widzi powtarzalne potknięcia.

Proces żyje albo umiera w codziennych nawykach

Opisany proces zaczyna działać dopiero wtedy, gdy spotyka się z praktyką: gemba zamiast pracy zza biurka, prosty standard zamiast opasłej procedury, jasny stan docelowy zamiast opisania bałaganu oraz konkretne role zamiast rozmytej odpowiedzialności. Tam, gdzie te cztery elementy się pojawiają, dokumentacja przestaje być teczką „na audyt”, a staje się narzędziem do codziennego ogarniania pracy. I właśnie wtedy widać różnicę między firmą, która ma procesy opisane, a taką, w której procesy naprawdę pomagają ludziom zrobić dobrą robotę dla klienta.

Jak „ożywić” opisany proces: od dokumentu do codziennej praktyki

Start nie w PowerPoincie, tylko przy tablicy procesu

Największy przełom następuje wtedy, gdy proces przestaje istnieć wyłącznie w systemie dokumentów, a zaczyna być widoczny tam, gdzie się dzieje praca. Nie chodzi o kolejną prezentację, ale o fizyczne lub cyfrowe miejsce, w którym ludzie widzą przebieg swojej pracy, aktualne zadania, problemy i wskaźniki.

Może to być prosta tablica przy zespole (kanban, lista zadań, prosty harmonogram), ekran z aktualnymi zgłoszeniami, albo wspólny widok w narzędziu do zarządzania zadaniami. Klucz jest jeden: pracownicy widzą proces, który realizują, a nie tylko opis w intranecie, którego nikt nie otwiera.

Dzięki temu dyskusja o procesie przestaje być abstrakcją typu „tak jest w procedurze”, a staje się bardzo konkretna: „Tu na tablicy widać, gdzie nam się kumulują sprawy, co z tym robimy?”.

Małe rytuały, które robią wielką różnicę

Proces nie „utrwala się” w firmie przez podpisanie dokumentu, tylko przez powtarzalne, krótkie rytuały. Nie muszą być skomplikowane. Czasem wystarczy kilka minut dziennie:

• krótkie spotkanie przy tablicy, na którym zespół patrzy na aktualny przepływ zadań,
• codzienne odnotowanie prostych wskaźników (np. liczba spraw zakończonych, liczba błędów),
• szybkie przejście przez „wczoraj/dziś/jutro”: co się udało, co blokuje, co trzeba zmienić.

Takie rytuały spełniają dwie funkcje naraz: pomagają w bieżącej organizacji pracy oraz stabilizują nowy sposób działania. To właśnie w ich trakcie wychodzi na jaw, gdzie proces nie pasuje do rzeczywistości i trzeba go poprawić, a gdzie ludzie wracają „po staremu”, bo nowy standard jest niejasny lub zbyt skomplikowany.

Zmiana procesu bez zmiany narzędzi to proszenie się o kłopoty

Częsty powód rozjazdu między opisem a praktyką: proces opisano „po nowemu”, ale narzędzia (formularze, szablony, systemy) zostały „po staremu”. W efekcie dokumentacja mówi jedno, życie wymusza drugie, a ludzie robią trzecie – własne skróty, żeby w ogóle dało się pracować.

Przy każdej zmianie warto przejść prostą checklistę:

• czy formularze, szablony i wzory korespondencji pasują do nowego przebiegu procesu,
• czy system IT wspiera nowe kroki (albo chociaż nie blokuje ich),
• czy trzeba zmienić uprawnienia, kolejki, widoki w systemach,
• czy ktoś pokazał ludziom „na żywo”, jak teraz mają korzystać z narzędzi.

Jeśli standard wymaga wpisania trzech danych, a system pozwala tylko na dwie, zwycięży system. Wtedy żaden opis procesu nie ma szans.

Szkolenie z procesu to nie prezentacja slajdów

Nowy proces często „wdraża się” mailowo („w załączeniu nowa procedura, prosimy się zapoznać”) albo jednorazowym szkoleniem na Teamsach z dziesiątkami slajdów. To wygodne dla organizacji, ale słabe dla rzeczywistej zmiany nawyków.

Dużo skuteczniejsze są krótkie, praktyczne sesje w małych grupach, podczas których ludzie:

• przechodzą przez realne przypadki z własnej pracy,
• ćwiczą nowy sposób działania „krok po kroku”,
• zadają pytania tam, gdzie standard jest nieprecyzyjny.

Dobrze działa też prosta zasada: kto był przy tworzeniu procesu, ten współprowadzi szkolenie. Wtedy nie jest to „kolejna procedura z centrali”, tylko coś, co powstało z udziałem ludzi z gemba. Poziom akceptacji zmiany wyraźnie rośnie.

Jak mierzyć, czy proces naprawdę działa

Proces jest po to, by coś poprawić: czas realizacji, jakość, przewidywalność. Jeśli po jego zmianie niczego się nie mierzy, wszystko zostaje na poziomie wrażeń. Jednym się „wydaje, że lepiej”, inni „czują, że gorzej” – i dyskusja jest nierozstrzygalna.

Nie potrzeba rozbudowanego systemu KPI. Na początek wystarczą 2–3 proste wskaźniki:

• czas od-do – np. od zgłoszenia do zamknięcia sprawy,
• jakość – np. liczba reklamacji, poprawek, zwrotów,
• praca w toku – ile spraw jednocześnie „wisi” w środku procesu.

Kluczowe, by te liczby były widoczne dla zespołu, nie tylko dla menedżera. Gdy ludzie widzą, że po zmianie procesu czas realizacji spadł o kilka dni, łatwiej im utrzymać nowy sposób pracy, zamiast wracać do starych nawyków.

Dlaczego ludzie wracają do „starego” i co z tym zrobić

Nawet dobrze zaprojektowany proces będzie chwilami „ciągnął” w stronę dawnych przyzwyczajeń. Nie wynika to z złej woli, tylko z fizjologii nawyków: mózg oszczędza energię, korzystając z tego, co znane i automatyczne.

Typowe sytuacje, w których zespół wraca do starego schematu:

• po okresie dużej presji („zróbmy po prostu tak jak zawsze, bo się nie wyrobimy”),
• gdy nowy proces zawiera niejasne kroki („nie wiadomo, do kogo to teraz wysłać”),
• gdy systemy nie wspierają nowego standardu i ludzie muszą „kombinować”.

Zamiast karcić za każde odstępstwo, lepiej traktować je jak sygnał z systemu. Zadać pytanie: „Co sprawiło, że w tej sytuacji wróciliście do starego sposobu?”. Często odpowiedź odsłania realną przeszkodę: brak informacji, zbyt skomplikowany formularz, dodatkową biurokrację. Wtedy poprawiamy proces, a nie tylko dyscyplinę.

„Wyjątek od procesu” – bezpieczna ścieżka, nie partyzantka

Każda organizacja ma sytuacje, które nie mieszczą się w standardzie. Problem zaczyna się wtedy, gdy „wyjątek” staje się codzienną praktyką i nikt już nie pamięta, jak wygląda normalny przebieg procesu.

Żeby uniknąć chaosu, pomocne jest wprowadzenie świadomej ścieżki wyjątku:

• jasne kryteria, kiedy wolno odstąpić od standardu,
• konkretna osoba, która takie odstępstwo zatwierdza,
• krótkie odnotowanie przypadku (np. w arkuszu lub systemie) – po co, kiedy, z czyją zgodą.

Dzięki temu wyjątkowe sytuacje nie zalewają procesu, a jednocześnie ludzie nie są zmuszeni do partyzantki. Po miesiącu można przejrzeć listę odstępstw i zadać sobie pytanie: czy nie pora zmienić standard, skoro ten „wyjątek” występuje prawie codziennie?

Proces a cele indywidualne: ukryty konflikt interesów

Opisany proces może być logiczny, a mimo to w praktyce nie działa, bo koliduje z indywidualnymi celami pracowników lub działów. Sprzedaż premiowana wyłącznie za liczbę pozyskanych klientów będzie pchała leady do dalszych etapów, nawet jeśli proces kwalifikacji mówi coś innego. Dział jakości rozliczany wyłącznie z liczby wykrytych błędów będzie mnożył kontrole, choć proces przewiduje ich redukcję.

Jeśli nowy sposób pracy wymaga większej współpracy, szybszego przepływu informacji czy rezygnacji z nadmiernych zabezpieczeń, a system premiowania nagradza zachowania sprzeczne z tym celem, proces przegra. Nie ma takiej procedury, która zwycięży z premią kwartalną.

Dlatego przy istotnych zmianach procesów trzeba choć podstawowo sprawdzić:

• za co są rozliczane poszczególne działy i role,
• czy cele indywidualne nie promują lokalnej optymalizacji kosztem całości,
• czy ktoś jest nagradzany za to, że proces działa lepiej „od końca do końca”, a nie tylko na jego odcinku.

Procesy międzydziałowe: największe straty na „stykach”

Najwięcej problemów nie powstaje w środku działu, tylko na granicach między nimi: sprzedaż–obsługa, obsługa–finanse, operacje–IT. Właśnie tam giną maile, dubluje się praca i rośnie frustracja klientów („mówiłem to już trzy razy różnym osobom”).

Opis procesu, który kończy się na granicy działu („tu przekazujemy dalej do…”) to półśrodek. Żeby proces rzeczywiście działał, trzeba:

• opisać także to, co dzieje się po przekazaniu sprawy,
• ustalić standard przekazania (jakie dane, w jakiej formie, w jakim czasie),
• dogadać się co do jednego wspólnego celu dla całego ciągu działań, a nie osobnych celów dla każdego działu.

Dobrym rozwiązaniem jest wspólne spotkanie przedstawicieli wszystkich zaangażowanych zespołów. Gdy każdy narysuje „swój” fragment procesu na jednej dużej kartce, nagle widać, gdzie są dziury, powtórki i sprzeczne oczekiwania. Tego nie widać na osobnych procedurach działowych.

Gemba w biurze i online: procesy usługowe też mają swoje „miejsce zdarzenia”

W produkcji łatwo sobie wyobrazić gemba – halę, linię, maszynę. W usługach i pracy biurowej bywa z tym trudniej, przez co menedżerowie częściej projektują procesy „z głowy” lub na podstawie raportów. Tymczasem i tu istnieje miejsce, gdzie widać prawdziwy przebieg pracy.

W procesach biurowych gemba to mogą być:

• skrzynki mailowe zespołu i sposób ich obsługi na żywo,
• system zgłoszeń lub CRM, w którym widać realne kolejki i historię spraw,
• spotkania z klientami (również online), na których wychodzą problemy z przepływem informacji.

Krótka obserwacja „na żywo” – jak ludzie faktycznie obsługują zgłoszenia czy kompletują dokumenty – daje więcej wglądu niż godziny analiz raportów. Szybko wychodzi na jaw, które kroki procesu są tylko na papierze, a które naprawdę się dzieją.

Jak utrzymać prostotę w miarę dojrzewania procesu

Każdy proces ma naturalną tendencję do komplikowania się. Z czasem dodaje się kolejne pola w formularzach („przyda się”), dodatkowe akceptacje („na wszelki wypadek”), wyjątki („bo kiedyś był problem z takim klientem”). Po kilku latach nikt nie pamięta, po co to wszystko, ale trudno to usunąć, bo „zawsze tak było”.

Żeby proces nie obrósł zbędnymi „ochronkami”, przydaje się prosty nawyk: regularny przegląd standardów. Nie audyt kontrolny pod kątem zgodności, tylko warsztat z ludźmi, którzy codziennie pracują w procesie. Dwa kluczowe pytania na takim przeglądzie brzmią:

• które kroki dziś już nic nie wnoszą i można je usunąć lub uprościć,
• które pola, raporty, akceptacje powstały „po jakimś incydencie” i czy ten powód nadal istnieje.

Jeśli co roku usuwa się choć kilka zbędnych elementów, proces pozostaje żywy i zrozumiały. Jeżeli tylko dokładamy, prędzej czy później dokumentacja staje się zbiorem historycznych warstw, a ludzie i tak pracują „po swojemu”.

Dlaczego bez odwagi decyzyjnej procesy będą tylko dekoracją

Opisane błędy – projektowanie zza biurka, brak gemba, procedura zamiast standardu, kopiowanie „jak jest”, rozmyta odpowiedzialność – łączy jedna rzecz: brak decyzji. Łatwo jest spisać to, co istnieje. Dużo trudniej powiedzieć: „Tego już nie robimy”, „To uprośćmy”, „Za to odpowiada ta rola, a nie trzy działy naraz”.

Proces, który naprawdę działa, zawsze jest efektem jakiejś rezygnacji: z nadmiarowych kroków, z niepotrzebnych zabezpieczeń, z wygodnych dla jednego działu obyczajów. Bez takiej odwagi dokumentacja pozostaje katalogiem życzeń i nawyków, a ludzie robią to, co zawsze – tylko że z jeszcze grubszym segregatorem na półce.

Najczęściej zadawane pytania (FAQ)

Dlaczego proces jest opisany, a i tak nie działa w praktyce?

Najczęściej dlatego, że opis kończy życie w segregatorze lub na dysku, zamiast stać się realnym standardem pracy. Ludzie działają „po swojemu”, bo procedura nie pomaga im w codziennych zadaniach, jest nieaktualna albo oderwana od rzeczywistości. Dokument jest, ale nie prowadzi ręki przy stanowisku pracy.

Drugi powód to brak spójności między procesem na papierze a systemami, celami i nawykami. Jeśli system informatyczny wymusza inny sposób pracy niż procedura, a szef nagradza za „załatwianie sprawy szybko, choćby na skróty”, to pracownicy wybiorą to, co ułatwia im życie – nie to, co jest w dokumencie.

Jak rozpoznać, że moje procesy istnieją tylko na papierze?

Pierwszy sygnał to różne odpowiedzi na proste pytanie: „Jak krok po kroku realizujecie tę sprawę?”. Jeśli każdy opisuje inny przebieg, a w tle pojawia się „w procedurze jest inaczej”, proces jest martwy. Innym znakiem są procedury, które otwiera się tylko przy audycie, żeby „odświeżyć dokumenty”.

Widać to też w wynikach: duża zmienność czasów realizacji, dużo wyjątków „specjalnych przypadków”, ciągłe gaszenie pożarów przez menedżerów i powracające problemy mimo wcześniejszych „ustaleń”. Prosty test: gdyby jutro zniknęły wszystkie procedury z dysku – czy zespół by się pogubił, czy nic by się nie zmieniło?

Jak zamienić procedurę w działający standard pracy?

Punktem wyjścia jest przejście „od biurka do gemba”, czyli do miejsca, gdzie praca faktycznie się dzieje. Standard pracy trzeba wypracować z zespołem, a nie tylko napisać samemu. Opis ma odzwierciedlać realny, najlepszy znany dziś sposób działania, a nie życzeniową wizję.

Kolejne kroki to:

• umieszczenie standardu tam, gdzie wykonuje się pracę (tablica, ekran, karta przy stanowisku),
• dopasowanie systemów i narzędzi tak, by wspierały ten sposób pracy,
• regularne przeglądy i drobne usprawnienia wspólnie z zespołem (np. raz na miesiąc, 30 minut na jednym procesie).

Standard żyje wtedy, gdy ludzie go znają, stosują i współtworzą – nie wtedy, gdy jest perfekcyjnie sformatowany w Wordzie.

Jakie są najczęstsze błędy menedżerów przy opisywaniu procesów?

Po pierwsze, traktowanie dokumentacji jako celu samego w sobie: „napiszmy procedurę, to problem zniknie”. Powstaje dużo papieru, ale niewiele zmienia się w przepływie pracy. Drugi błąd to pisanie procesu zza biurka, bez obserwacji realnej pracy i rozmowy z ludźmi, którzy ją wykonują.

Kolejne typowe potknięcia to:

• tworzenie „encyklopedii” zamiast prostych standardów – dokumenty są długie, nieczytelne i nikt ich nie używa,
• brak powiązania z celami (np. czasem realizacji, jakością, satysfakcją klienta),
• brak mechanizmu aktualizacji – proces w praktyce się zmienia, a dokument zostaje w starej wersji.

Efekt: menedżer ma poczucie, że „wszystko jest opisane”, a zespół funkcjonuje według własnych, nieformalnych reguł.

Jak Lean management pomaga, gdy procesy są tylko „na papierze”?

Lean odwraca perspektywę: zamiast zaczynać od dokumentów, startujemy od przepływu wartości dla klienta. Najpierw patrzymy, jak praca naprawdę przebiega – od zgłoszenia potrzeby klienta do jej zaspokojenia. Dopiero potem porządkujemy i opisujemy najlepszy sposób działania jako standard pracy.

W praktyce Lean wnosi kilka kluczowych elementów:

• mapowanie strumienia wartości (VSM) – pokazuje, gdzie praca się blokuje, gdzie są zbędne kroki,
• pracę w gemba – menedżer regularnie jest „przy procesie”, a nie tylko przy raportach,
• kulturę ciągłego doskonalenia – drobne usprawnienia zgłaszane przez zespół, a nie raz na kilka lat „wielka zmiana procesu”.

Dzięki temu procedura staje się narzędziem wspierającym stabilną, przewidywalną pracę, a nie celem samym w sobie.

Co zrobić, gdy zespół mówi: „tak się nie da pracować według tej procedury”?

To sygnał, żeby nie „dokręcać śruby”, tylko wspólnie przyjrzeć się procesowi. Najlepsze, co można wtedy zrobić, to zorganizować krótkie spotkanie przy realnych przykładach pracy: przejść krok po kroku proces tak, jak faktycznie jest wykonywany, i porównać go z dokumentem.

Dobre pytania do zespołu to: „Co w procedurze jest dla was przeszkodą?”, „Które kroki są zbędne lub tylko udajemy, że je robimy?”, „Jak wyglądałby sensowny, prostszy przebieg?”. Z takich rozmów zwykle rodzi się nowy standard, który ludzie sami współtworzą – a to zwiększa szansę, że będą go później trzymać.

Czy każdą odchyłkę od procedury trzeba tępić?

Nie każdą, ale każdą warto zrozumieć. W Lean odchyłka od standardu to informacja zwrotna: albo standard jest zły, albo warunki pracy utrudniają jego stosowanie, albo ktoś nie ma kompetencji. Zamiast automatycznie „ścinać” za każde odstępstwo, lepiej potraktować je jak okazję do nauki.

Praktyczne podejście jest takie:

• jeśli obejście jest rozsądniejsze niż procedura – zaktualizować standard,
• jeśli obejście ratuje sytuację z powodu słabych warunków (np. braki w systemie) – usunąć przyczynę,
• jeśli ktoś łamie standard „bo tak mu wygodniej”, mimo dobrych warunków – wrócić do szkolenia i jasnych oczekiwań.

Kluczowe jest to, by standard był punktem odniesienia do rozmowy i doskonalenia, a nie tylko pałką kontrolną.

Najważniejsze wnioski

• Spisana procedura to tylko deklaracja intencji; działający proces to codzienny, powtarzalny sposób pracy, który faktycznie jest stosowany i daje stabilne wyniki.
• Standard pracy w podejściu Lean musi być żywy: znany wszystkim, dostępny przy stanowisku pracy i regularnie ulepszany na podstawie doświadczeń, a nie odkładany do segregatora „pod audyt”.
• Sam „ładny dokument” nie wystarczy – jeśli systemy, narzędzia, cele ludzi i wizualne podpowiedzi nie wspierają opisanego sposobu pracy, proces istnieje tylko na papierze.
• Proces to przepływ wartości dla klienta od potrzeby do jej zaspokojenia, a formularze i procedury są jedynie środkami do tego celu, nie celem samym w sobie.
• Skupienie na kompletności dokumentacji tworzy złudzenie porządku; prawdziwy porządek widać po braku „gaszenia pożarów”, przewidywalnych wynikach i prostych możliwościach dalszego usprawniania.
• Nawykiem wielu firm jest reagowanie na problemy dopisywaniem kolejnych punktów do procedur, zamiast realnego zarządzania procesem: obserwowania pracy na żywo, usuwania przeszkód i uczenia się z błędów.
• Typowe objawy „procesu na papierze” to: każdy pracuje po swojemu, oficjalne instrukcje otwierane są tylko przed audytem, nowi uczą się głównie od kolegów, a podobne sprawy są załatwiane inaczej w zależności od osoby i presji czasu.