Wąskie gardła w firmie: jak je znaleźć i usunąć, zanim zaczną blokować rozwój

Firma może mieć dobrych ludzi i nadal działać coraz wolniej

Dobry produkt.

Rosnąca sprzedaż.

Więcej klientów.

Nowoczesne narzędzia.

Doświadczony zespół.

A mimo to organizacja zaczyna działać wolniej.

Oferta, którą można przygotować w 30 minut, dociera do klienta po dwóch dniach.

Lead czeka kilka godzin, zanim ktokolwiek go przejmie.

Projekt nie rusza, ponieważ jedna osoba musi zatwierdzić kolejny krok.

Raport jest gotowy dopiero wtedy, kiedy kilka osób dostarczy swoje dane.

Realizacja czeka na informacje od sprzedaży.

Klient czeka na odpowiedź, chociaż wszyscy w firmie są zajęci.

Na pierwszy rzut oka to różne problemy.

Często łączy je jednak jedna rzecz:

przepływ pracy jest ograniczany przez jeden etap, zasób, decyzję albo regułę.

Powstaje wąskie gardło.

Przed nim zaczyna rosnąć kolejka.

Sprawy czekają.

Ludzie zaczynają przypominać sobie nawzajem o zadaniach.

Priorytety zmieniają się kilka razy dziennie.

Pojawiają się obejścia, dodatkowe arkusze i wiadomości „na szybko”.

Klient widzi opóźnienie.

I właśnie tutaj pojawia się jedna z najważniejszych zasad zarządzania procesami:

przyspieszenie każdego elementu firmy nie musi przyspieszyć całej firmy.

Jeżeli dziewięć etapów ma wystarczającą przepustowość, a dziesiąty nie nadąża za napływem pracy, dodatkowa wydajność pierwszych dziewięciu może jedynie zwiększyć kolejkę przed etapem dziesiątym.

Dlatego zamiast pytać:

„Gdzie możemy pracować szybciej?”

warto zadać inne pytanie:

„Co dzisiaj naprawdę ogranicza przepływ całego procesu?”

Co to jest wąskie gardło w procesie?

W praktyce biznesowej wąskim gardłem nazywamy etap, zasób albo punkt procesu, którego możliwości ograniczają przepływ całego systemu.

Najprostszy przykład:

firma otrzymuje dziennie 30 zapytań.

Zespół potrafi przygotować 30 analiz.

Handlowcy mogą obsłużyć 30 rozmów.

Ale wszystkie oferty musi zatwierdzić jedna osoba, która jest w stanie przeanalizować 15 przypadków dziennie.

Jeżeli napływ pracy pozostaje na tym samym poziomie, przed akceptacją zaczyna powstawać kolejka.

Pierwszego dnia może zostać 15 ofert.

Drugiego kolejne.

Po kilku dniach problem staje się widoczny dla całej firmy.

Nie oznacza to, że każdy element wcześniejszego procesu jest źle zaprojektowany.

Ograniczenie znajduje się w konkretnym miejscu.

W stabilnym procesie, w którym zapotrzebowanie przewyższa możliwości jednego z etapów, właśnie taki etap może wyznaczać praktyczną przepustowość całego przepływu.

Dlatego lokalna optymalizacja nie zawsze daje wynik biznesowy.

Wąskie gardło i ograniczenie nie zawsze oznaczają dokładnie to samo

W codziennym języku oba pojęcia są często używane zamiennie.

Warto jednak zachować trochę precyzji.

Wąskie gardło najczęściej kojarzy się z etapem, którego przepustowość jest zbyt niska względem ilości napływającej pracy.

Może to być:

• osoba,
• maszyna,
• dział,
• system,
• stanowisko,
• proces akceptacyjny.

Ograniczenie może być pojęciem szerszym.

Firmę może ograniczać również:

• polityka wewnętrzna,
• sposób podejmowania decyzji,
• brak odpowiednich danych,
• określona kompetencja,
• dostępność kapitału,
• popyt,
• infrastruktura,
• wymaganie regulacyjne.

W praktyce artykuł koncentruje się przede wszystkim na ograniczeniach występujących w procesach operacyjnych.

Wąskie gardło nie zawsze oznacza przeciążonego pracownika

To jeden z najczęstszych błędów interpretacyjnych.

Kiedy słyszymy „wąskie gardło”, łatwo wyobrazić sobie osobę zasypaną zadaniami.

Czasami rzeczywiście nią jest.

Ale ograniczeniem może być również:

• akceptacja managera,
• brak informacji,
• niejasna reguła decyzyjna,
• ręczne przepisywanie danych,
• brak integracji,
• niedostępny system,
• powolny system,
• brak standardu,
• źle zaprojektowany formularz,
• oczekiwanie na klienta,
• duża liczba wyjątków,
• ręczne przygotowywanie dokumentów,
• proces zależny od jednej kompetencji,
• konkretny termin lub harmonogram,
• konieczność przejścia wszystkich spraw przez jedno narzędzie.

Dlatego nie szukamy wyłącznie odpowiedzi:

„Kto ma najwięcej pracy?”

Szukamy odpowiedzi:

„Który element ogranicza możliwość przepływu całego procesu?”

To istotna różnica.

Najbardziej zajęty etap nie musi być wąskim gardłem

Załóżmy, że podczas przygotowywania oferty:

handlowiec wykonuje 40 minut pracy,

specjalista techniczny 60 minut,

manager 5 minut.

Patrząc tylko na czas pracy, można stwierdzić:

„Trzeba usprawnić etap techniczny. Trwa najdłużej”.

Ale po pomiarze całego procesu okazuje się:

handlowiec rozpoczyna pracę natychmiast,

specjalista kończy analizę tego samego dnia,

a gotowa oferta średnio przez 18 godzin czeka na pięciominutową akceptację managera.

Co jest większym problemem?

60 minut pracy specjalisty?

Czy 18 godzin oczekiwania?

Skrócenie pracy technicznej z 60 do 40 minut daje 20 minut.

Zmiana sposobu akceptacji może skrócić cały proces o wiele godzin.

Dlatego wąskie gardło trzeba analizować z perspektywy przepływu end-to-end, a nie wyłącznie długości pojedynczych zadań.

Czas pracy i czas całego procesu to dwie różne rzeczy

Wyobraźmy sobie:

1. odebranie zapytania — 5 minut,
2. analiza — 20 minut,
3. przygotowanie wyceny — 30 minut,
4. akceptacja — 5 minut,
5. wysłanie — 2 minuty.

Łącznie:

62 minuty aktywnej pracy.

Klient otrzymuje jednak ofertę po trzech dniach.

Gdzie znajduje się pozostały czas?

W oczekiwaniu.

Zapytanie czeka na analizę.

Analiza czeka na brakujące dane.

Wycena czeka na akceptację.

Handlowiec nie wie, że oferta została zatwierdzona.

Dokument przez kilka godzin znajduje się pomiędzy dwoma etapami.

Właśnie dlatego podczas analizy procesów rozróżnia się różne miary czasu.

Czas aktywnej pracy

Jak długo ktoś albo jakiś system rzeczywiście wykonuje operację?

Czas oczekiwania

Jak długo sprawa znajduje się pomiędzy kolejnymi operacjami?

Lead time

Ile czasu mija od określonego początku procesu do jego końca?

Klientowi często nie robi dużej różnicy, że firma aktywnie zajmowała się jego sprawą tylko przez godzinę.

Klient widzi:

„czekałem trzy dni”.

Terminologia dotycząca cycle time i processing time może różnić się pomiędzy organizacjami i metodologiami, dlatego przy audycie najważniejsze jest jednoznaczne ustalenie definicji używanych mierników.

Pierwszy sygnał: przed jednym etapem regularnie rośnie kolejka

To jeden z najmocniejszych sygnałów.

Mogą to być:

• leady czekające na przypisanie,
• oferty czekające na akceptację,
• faktury czekające na zatwierdzenie,
• projekty czekające na brief,
• zgłoszenia czekające na odpowiedź,
• dokumenty czekające na podpis,
• zadania czekające na specjalistę,
• sprawy czekające na decyzję właściciela.

Kluczowe słowo brzmi:

regularnie.

Jednorazowa kolejka nie musi oznaczać strukturalnego wąskiego gardła.

Pracownik może być na urlopie.

Może wystąpić awaria.

Firma może mieć chwilowy skok popytu.

Jeżeli jednak przed konkretnym etapem praca gromadzi się tydzień po tygodniu, pojawia się mocny sygnał, że jego przepustowość albo sposób działania warto przeanalizować.

Drugi sygnał: jedna osoba jest potrzebna wszędzie

Founder zatwierdza każdą ofertę.

Founder zna niestandardowe ceny.

Founder odpowiada na trudniejsze pytania klientów.

Founder sprawdza większe wydatki.

Founder podejmuje decyzje projektowe.

Founder pomaga sprzedaży.

Founder rozwiązuje reklamacje.

Founder wie, „jak to się robi”.

Przy małej skali może to działać bardzo dobrze.

Właściciel zna klientów i posiada praktycznie pełny kontekst.

Firma rośnie.

Pojawia się 10 osób.

20.

21.

Liczba decyzji rośnie.

Ale liczba godzin dostępnych founderowi nadal wynosi 24 na dobę.

Coraz więcej procesów tworzy więc kolejkę do tej samej osoby.

To klasyczny przykład ograniczenia decyzyjnego.

Nie musi oznaczać, że founder źle zarządza czasem.

Problemem może być architektura organizacji, w której zbyt wiele standardowych decyzji wymaga jego udziału.

Trzeci sygnał: zespół regularnie mówi „czekamy na…”

Warto zacząć zwracać uwagę na jedno sformułowanie:

„czekamy na…”

Czekamy na akceptację.

Czekamy na dane.

Czekamy na odpowiedź.

Czekamy na dokument.

Czekamy na klienta.

Czekamy, aż ktoś sprawdzi.

Czekamy na decyzję szefa.

Czekamy na informację od sprzedaży.

Każde takie zdanie może wskazywać miejsce, w którym proces traci płynność.

Nie oznacza to, że każde oczekiwanie jest złe.

Akceptacja może być potrzebna.

Kontrola może być potrzebna.

Materiały klienta mogą być konieczne.

Warto jednak sprawdzić:

czy sposób organizacji tego oczekiwania jest właściwy?

Czwarty sygnał: wszystko staje się pilne

Wąskie gardło tworzy kolejkę.

Kolejka tworzy presję.

Presja prowadzi do ręcznego ustalania priorytetów.

„Najpierw klient A”.

Pięć minut później:

„Jednak B”.

Po godzinie:

„C musi wyjść dzisiaj”.

Nagle proces nie działa według jasno ustalonych zasad.

Działa według tego, kto ostatni napisał wiadomość albo kto najgłośniej zgłosił problem.

Organizacja może wyglądać na bardzo dynamiczną.

W rzeczywistości wykonuje dużo pracy związanej z zarządzaniem kolejką, której być może w ogóle nie powinno być.

Jeżeli zadania regularnie trzeba ręcznie „przepychać” przez proces, należy sprawdzić przyczynę.

Piąty sygnał: ludzie tworzą własne obejścia

Oficjalny proces jest w CRM.

Handlowiec tworzy Excel.

Manager prowadzi osobną listę.

Founder zapisuje pilne sprawy w swoich notatkach.

Zespół tworzy kanał:

„ważne-leady”.

Powstaje osobny arkusz:

„rzeczy, których trzeba pilnować”.

To sygnał.

Obejścia często powstają wtedy, kiedy oficjalny proces nie daje ludziom informacji albo kontroli, której potrzebują.

Problem w tym, że każde obejście może później stworzyć kolejne problemy:

• duplikaty danych,
• różne statusy,
• brak jednego źródła prawdy,
• dodatkową pracę ręczną,
• większe ryzyko błędów,
• uzależnienie procesu od pamięci.

W efekcie firma próbuje rozwiązać jeden problem przez dokładanie kolejnych elementów do systemu.

Szósty sygnał: wszyscy pracują, ale klient nadal czeka

Kalendarze są pełne.

Ludzie wykonują zadania.

Nadgodziny się zdarzają.

Slack i Teams działają cały dzień.

A mimo to:

lead czeka,

oferta czeka,

projekt czeka,

reklamacja czeka.

Naturalna reakcja:

„potrzebujemy więcej ludzi”.

Być może.

Ale przed rekrutacją warto sprawdzić, co dzieje się z przepływem.

Duża część czasu może być konsumowana przez:

• szukanie informacji,
• przepisywanie danych,
• poprawianie błędów,
• oczekiwanie na decyzje,
• pytania o status,
• ręczne raportowanie,
• przekazywanie spraw,
• obsługę wyjątków.

Dodanie kolejnych osób do źle działającego procesu nie zawsze usuwa ograniczenie.

Czasami zwiększa jedynie liczbę elementów, które trzeba koordynować.

Jak znaleźć wąskie gardło krok po kroku?

Nie trzeba zaczynać od skomplikowanego systemu analitycznego.

W wielu organizacjach dużo można zobaczyć, analizując dokładnie jeden proces.

Krok 1. Wybierz konkretny proces

Nie:

„sprzedaż”.

Lepiej:

„od wysłania formularza na stronie do pierwszego kontaktu handlowca”.

Nie:

„realizacja”.

Lepiej:

„od podpisania umowy do przekazania kompletnego projektu do realizacji”.

Musimy wiedzieć, gdzie analizowany przepływ się zaczyna i gdzie kończy.

Krok 2. Rozpisz stan obecny

Nie proces idealny.

Nie procedurę.

Nie to, jak manager myśli, że proces działa.

Rozpisz:

co naprawdę dzieje się z konkretną sprawą krok po kroku.

Krok 3. Dodaj osoby i systemy

Przy każdym kroku zapisz:

kto go wykonuje?

W jakim systemie?

Skąd bierze dane?

Dokąd zapisuje rezultat?

Komu przekazuje odpowiedzialność?

Krok 4. Zmierz aktywną pracę

Ile czasu wymaga rzeczywiste wykonanie?

Pięć minut?

Trzydzieści?

Dwie godziny?

Krok 5. Zmierz oczekiwanie

Ile czasu mija, zanim kolejny krok w ogóle się rozpocznie?

To właśnie tutaj często znajduje się największa część lead time.

Krok 6. Sprawdź kolejki

Przed którym etapem regularnie gromadzi się praca?

Czy kolejka rośnie?

Czy znika?

Czy występuje codziennie?

Czy tylko pod koniec miesiąca?

Krok 7. Porównaj przepustowość etapów

Ile przypadków może realnie obsłużyć każdy etap w określonym czasie?

Jeżeli:

A obsługuje 100,

B — 90,

C — 35,

D — 80,

to etap C wymaga szczególnej analizy.

Nie wystarczy jednak automatycznie nazwać go ograniczeniem.

Trzeba sprawdzić również:

• zapotrzebowanie,
• zmienność,
• kolejkę,
• harmonogram pracy,
• wyjątki,
• wpływ na wynik całego procesu.

Krok 8. Sprawdź wyjątki

Które przypadki nie przechodzą standardową ścieżką?

Ile ich jest?

Dlaczego blokują pracę?

Krok 9. Znajdź przyczynę ograniczenia

Nie zatrzymuj się na:

„manager zatwierdza za wolno”.

Zapytaj:

dlaczego wszystkie sprawy wymagają jego akceptacji?

Krok 10. Zmień ograniczenie i zmierz cały proces ponownie

Nie tylko etap, który poprawiłeś.

Sprawdź:

• lead time,
• throughput,
• waiting time,
• wielkość kolejki,
• poziom WIP,
• jakość,
• liczbę wyjątków.

Po usunięciu jednego ograniczenia inne może stać się ważniejsze.

To naturalne.

Teoria Ograniczeń: nie poprawiaj wszystkiego jednocześnie

Temat wąskich gardeł jest silnie związany z Theory of Constraints — Teorią Ograniczeń, rozwijaną przez Eliyahu M. Goldratta.

Jedna z najważniejszych idei TOC jest prosta:

wynik systemu jest ograniczany przez jego aktualne ograniczenie, dlatego działania doskonalące należy koncentrować właśnie tam.

To chroni organizację przed popularnym błędem:

optymalizowaniem wszystkiego jednocześnie.

Firma kupuje nowy CRM.

Zatrudnia.

Buduje automatyzacje.

Zmienia formularze.

Tworzy dashboard.

Wdraża AI.

Uruchamia szkolenia.

Po trzech miesiącach wynik się poprawił albo pogorszył, ale nikt dokładnie nie wie dlaczego.

Lepsze podejście skupia zasoby.

Pięć kroków koncentracji TOC

W klasycznym podejściu Theory of Constraints proces ciągłego doskonalenia można uprościć do pięciu kroków.

1. Zidentyfikuj ograniczenie

Co obecnie najbardziej ogranicza osiągnięcie celu systemu?

Nie:

„co jest denerwujące?”

Tylko:

„co naprawdę ogranicza wynik całego procesu?”

2. Wykorzystaj istniejące ograniczenie możliwie dobrze

Zanim firma zacznie inwestować w dodatkową przepustowość, warto sprawdzić, czy obecny zasób jest wykorzystywany rozsądnie.

Jeżeli ograniczeniem jest specjalista, czy powinien poświęcać czas na:

• szukanie danych,
• przepisywanie informacji,
• administrację,
• standardowe przypadki,
• poprawianie błędów powstałych wcześniej?

Być może część pracy można zdjąć z ograniczenia bez zatrudniania kogokolwiek.

3. Dostosuj resztę procesu do ograniczenia

Jeżeli etap może obsłużyć 40 spraw dziennie, dostarczanie mu 100 nie zwiększa przepustowości.

Zwiększa WIP i kolejkę.

Reszta procesu powinna wspierać ograniczenie:

dostarczać kompletne dane,

nie generować niepotrzebnych zadań,

ustawiać sensowne priorytety,

chronić jego czas.

4. Zwiększ przepustowość ograniczenia

Jeżeli poprzednie działania nie wystarczą, może być potrzebna większa zmiana:

• dodatkowa osoba,
• automatyzacja,
• nowe narzędzie,
• delegacja,
• zmiana polityki,
• przebudowa procesu,
• dodatkowa infrastruktura.

5. Sprawdź proces ponownie

Jeżeli ograniczenie zostało usunięte, wracamy do analizy.

Nowe ograniczenie może znajdować się gdzie indziej.

Dlatego doskonalenie procesu nie jest jednorazową akcją.

Przepustowość pokazuje więcej niż sama szybkość

Załóżmy:

Etap A — 100 spraw dziennie.

Etap B — 80.

Etap C — 35.

Etap D — 90.

Jeżeli popyt i warunki procesu powodują, że C faktycznie ogranicza cały przepływ, zwiększenie A ze 100 do 150 nie rozwiąże problemu.

Może jedynie zwiększyć liczbę spraw oczekujących przed C.

To bardzo ważne:

lokalna wydajność nie jest tym samym co wydajność całego systemu.

Pracownik może poprawić swoją statystykę o 30%.

Proces może pozostać dokładnie tak samo wolny.

Dlatego wskaźniki działowe powinny być analizowane w kontekście celu procesu end-to-end.

Wąskie gardło może być chwilowe albo strukturalne

Nie każda kolejka oznacza trwałe ograniczenie.

Księgowość może mieć więcej pracy pod koniec miesiąca.

Support może otrzymać ogromną liczbę zgłoszeń po awarii.

Pracownik może być chwilowo nieobecny.

Kampania może jednorazowo wygenerować rekordową liczbę leadów.

Trzeba rozróżnić:

krótkotrwałe przeciążenie

od:

systemowego ograniczenia.

Pomagają dane historyczne.

Czy kolejka pojawia się codziennie?

Co tydzień?

Tylko w określonych okresach?

Czy po kilku dniach znika?

Czy z każdym tygodniem rośnie?

Czy etap ma permanentnie za małą przepustowość?

Bez tego można zainwestować dużo pieniędzy w problem, który w rzeczywistości był incydentem.

Kolejka jest sygnałem, ale sama nie udowadnia wąskiego gardła

To ważne zastrzeżenie.

Duża liczba spraw przed etapem jest dobrym sygnałem diagnostycznym.

Nie zawsze jednak oznacza, że znaleźliśmy rzeczywiste ograniczenie.

Kolejka może powstać przez:

• chwilową awarię,
• pracę partiami,
• określony harmonogram,
• sezonowość,
• problemy jakościowe,
• brak danych,
• nieobecność,
• błędny sposób uwalniania pracy do procesu.

Dlatego trzeba sprawdzić, czy dany punkt regularnie ogranicza wynik całego procesu, a nie tylko czy jednego dnia pojawiło się przed nim dużo pracy.

Wąskie gardło często znajduje się pomiędzy działami

Sprzedaż działa dobrze.

Realizacja również.

Problem?

Przekazanie pomiędzy nimi.

Handlowiec kończy sprzedaż.

Klient podpisuje umowę.

Realizacja potrzebuje:

• zakresu,
• terminu,
• kontaktów,
• ustaleń,
• plików,
• wymagań,
• informacji o wyjątkach.

Część znajduje się w CRM.

Część w mailach.

Część w notatkach.

Część została powiedziana podczas rozmowy.

Realizacja zaczyna od dopytywania.

Projekt nie rusza.

Z perspektywy każdego działu jego własny etap może wyglądać poprawnie.

Dopiero analiza end-to-end pokazuje, że ograniczeniem jest handoff, czyli sposób przekazywania odpowiedzialności i informacji.

Brak danych może blokować proces bardziej niż brak ludzi

Pracownik jest dostępny.

System działa.

Ale zadania nie można rozpocząć.

Dlaczego?

Brakuje danych.

Nie można przygotować oferty, bo nie ma zakresu.

Nie można rozpocząć projektu, bo klient nie przesłał materiałów.

Nie można wystawić dokumentu, bo nie ma NIP-u.

Nie można zakwalifikować leada, bo formularz zbiera tylko:

„imię, e-mail, wiadomość”.

Każdy taki przypadek wraca.

Powstaje dodatkowa komunikacja.

Proces się zatrzymuje.

Czasami zmiana jednego formularza daje większy efekt niż duża automatyzacja wykonywana później.

Brak standardu również może być ograniczeniem

Trzy osoby wykonują to samo zadanie.

Pierwsza potrzebuje 20 minut.

Druga 40.

Trzecia przy każdym przypadku pyta managera.

Problemem niekoniecznie jest poziom kompetencji ludzi.

Być może firma nigdy jasno nie ustaliła:

• jakie dane są wymagane,
• które kroki trzeba wykonać,
• które decyzje można podejmować samodzielnie,
• gdzie znajduje się granica wyjątku,
• kiedy należy eskalować.

Jeżeli standard nie istnieje, każdy przypadek trzeba częściowo projektować od początku.

Standard nie powinien eliminować myślenia.

Powinien eliminować konieczność ponownego rozwiązywania tych samych, przewidywalnych problemów.

Akceptacje są częstym ukrytym ograniczeniem

„Musi zatwierdzić manager”.

Dlaczego?

Czasami powód jest bardzo dobry.

Na przykład:

• wysoka wartość umowy,
• nietypowe zobowiązanie,
• niestandardowy rabat,
• ryzyko prawne,
• wyjątek od polityki.

Ale czy manager musi akceptować również każdy standardowy przypadek?

Jeżeli 95% ofert jest zatwierdzanych bez żadnych zmian, warto zadać pytanie:

czy kontrolujemy ryzyko, czy tylko stworzyliśmy kolejkę?

Alternatywa:

standardowe przypadki przechodzą według ustalonych reguł,

a do managera trafiają wyłącznie wyjątki.

Zamiast podejmować 100 decyzji, może analizować pięć, przy których jego doświadczenie rzeczywiście tworzy wartość.

Technologia może stać się wąskim gardłem

System został wdrożony kilka lat temu.

Dzisiaj każdy proces musi przez niego przejść.

Problem?

System:

• jest wolny,
• nie posiada potrzebnego API,
• wymaga ręcznych eksportów,
• nie pozwala wykonać części procesu automatycznie,
• ma niewystarczające uprawnienia,
• nie odpowiada obecnemu modelowi firmy.

Zespół zaczyna tworzyć:

arkusze,

eksporty,

importy,

maile,

dodatkowe formularze,

ręczne synchronizacje.

Technologia, która miała porządkować pracę, zaczyna ograniczać przepływ.

Dlatego analiza wąskiego gardła powinna obejmować ludzi, reguły, informacje i systemy.

Automatyzacja nie zawsze usuwa wąskie gardło

Firma widzi ręczne zadanie.

Buduje automatyzację.

Czas wykonania spada z 20 minut do dwóch.

Technicznie:

świetny rezultat.

Ale dokument po wykonaniu nadal czeka 16 godzin na managera.

Cały proces skrócił się z:

16 godzin i 20 minut

do:

16 godzin i 2 minut.

Automatyzacja działa.

Tylko że firma zoptymalizowała etap, który nie był jej największym ograniczeniem.

Dlatego przed wdrożeniem warto wiedzieć:

co faktycznie ogranicza przepływ?

Jeżeli tego nie wiadomo, naturalnym pierwszym krokiem jest audyt procesów w firmie.

Dopiero później warto decydować, które elementy wymagają technologii.

Nie automatyzuj kroku, który można usunąć

Pracownik:

1. eksportuje dane z CRM,
2. wpisuje je do Excela,
3. arkusz wykonuje obliczenie,
4. wynik jest kopiowany ponownie do CRM.

Można zbudować automatyzację.

Ale najpierw trzeba zapytać:

dlaczego Excel w ogóle występuje w tym procesie?

Być może obliczenie może odbywać się bezpośrednio w CRM.

Najlepsza optymalizacja nie zawsze brzmi:

„wykonujmy ten krok szybciej”.

Czasem brzmi:

„przestańmy wykonywać ten krok”.

Dlatego właściwa kolejność często wygląda tak:

usuń → uprość → ustandaryzuj → zintegruj → automatyzuj → użyj AI tam, gdzie jest potrzebne.

Jak znaleźć przyczynę wąskiego gardła?

Oferty czekają na managera.

Pierwszy wniosek:

„manager jest za wolny”.

Ale to tylko obserwacja.

Dlaczego musi je zatwierdzać?

Bo handlowcy stosują rabaty.

Dlaczego każdy rabat wymaga akceptacji?

Bo nie istnieją standardowe poziomy rabatowe.

Dlaczego?

Bo firma nigdy nie stworzyła jasnej polityki cenowej.

Teraz problem wygląda zupełnie inaczej.

Nie:

„manager za wolno klika »zaakceptuj«”.

Tylko:

„brak reguł powoduje eskalowanie standardowych decyzji do managera”.

To można rozwiązać systemowo.

5 Why pomaga zejść poniżej widocznego objawu

Jedną z prostych metod analizy przyczyn jest 5 Why.

Problem:

lead długo czeka na odpowiedź.

Dlaczego?

Handlowiec zauważył go dopiero po dwóch godzinach.

Dlaczego?

Lead trafia na wspólną skrzynkę.

Dlaczego?

Formularz nie jest połączony z CRM.

Dlaczego?

Proces został zaprojektowany, gdy firma otrzymywała kilka zapytań tygodniowo.

Dlaczego nadal działa tak samo?

Nikt nie przeanalizował go ponownie po zwiększeniu skali.

Problem przestaje być:

„handlowiec za wolno odpowiada”.

Staje się:

„proces obsługi leadów nie został dostosowany do obecnej skali firmy”.

5 Why nie powinno być stosowane mechanicznie.

Nie zawsze potrzebujemy dokładnie pięciu pytań.

Problem może mieć również kilka przyczyn.

Metoda pomaga przede wszystkim nie zatrzymywać analizy na pierwszym objawie.

Nie wszystkie przypadki powinny trafiać do tej samej ścieżki

Każda oferta wymaga managera.

Nieważne, czy ma wartość 2000 czy 200 000 zł.

Każdy lead przechodzi pełną kwalifikację.

Nawet spam.

Każdy dokument trafia do specjalisty.

Niezależnie od poziomu ryzyka.

To może tworzyć sztuczne ograniczenia.

Proces można często odciążyć dzięki segmentacji:

standardowe przypadki → szybka ścieżka

nietypowe przypadki → dodatkowa kontrola

wysokie ryzyko → specjalista

proste operacje → automatyzacja

Wtedy najdroższy albo najbardziej ograniczony zasób nie zajmuje się każdą sprawą.

Jakie KPI pomagają znaleźć wąskie gardła?

Nie potrzebujesz czterdziestu wskaźników.

Kilka dobrych potrafi powiedzieć bardzo dużo.

Lead time

Ile czasu trwa cały analizowany proces od określonego początku do końca?

Czas aktywnej pracy

Ile z tego czasu jest faktycznym wykonywaniem działania?

Waiting time

Jak długo sprawa czeka pomiędzy etapami?

Work in progress — WIP

Ile otwartych spraw znajduje się jednocześnie w procesie?

Throughput

Ile spraw proces kończy w określonym czasie?

Na przykład:

55 ofert tygodniowo.

Wielkość kolejki

Ile spraw regularnie oczekuje przed konkretnym etapem?

Rework rate

Jaki procent przypadków wraca do poprawy?

First time right

Jaka część przechodzi poprawnie bez ponownej pracy?

SLA

Jaki procent spraw jest realizowany w zakładanym czasie?

Liczba wyjątków

Jaki procent procesu wymaga niestandardowej interwencji?

Czas do pierwszej reakcji

Szczególnie ważny w sprzedaży i obsłudze klienta.

Przepustowość konkretnego etapu

Ile przypadków etap może realnie obsłużyć w jednostce czasu?

Nie każda firma potrzebuje wszystkich tych danych.

Wskaźnik jest wartościowy wtedy, kiedy pomaga podjąć decyzję.

Nie wtedy, kiedy tylko zajmuje miejsce na dashboardzie.

Nie patrz wyłącznie na średnią

Załóżmy:

średni czas przygotowania oferty wynosi osiem godzin.

Co to znaczy?

Możliwy scenariusz A:

większość ofert powstaje w godzinę, ale kilka przypadków trwa trzy dni.

Scenariusz B:

prawie każda oferta trwa około ośmiu godzin.

Te procesy wymagają innych działań.

Dlatego warto analizować:

• medianę,
• percentyle,
• najdłuższe przypadki,
• różne typy klientów,
• różne typy spraw,
• różne ścieżki procesu.

Średnia potrafi ukryć fakt, że problem występuje tylko w jednej konkretnej grupie.

Przykład: wąskie gardło w obsłudze leadów

Firma otrzymuje około 300 zapytań miesięcznie.

Marketing działa.

Formularze działają.

Handlowcy mają jeszcze wolną przepustowość.

Ale średni czas pierwszego kontaktu wynosi sześć godzin.

Analiza pokazuje:

formularz wysyła dane natychmiast,

CRM działa,

handlowcy mogą obsłużyć więcej rozmów,

ale jedna osoba kilka razy dziennie otwiera skrzynkę, analizuje wszystkie formularze i ręcznie przypisuje je do handlowców.

To kandydat na ograniczenie.

Możliwe rozwiązanie:

formularz zapisuje dane bezpośrednio do CRM,

system sprawdza podstawowe warunki,

standardowe przypadki są przypisywane według reguł,

niestandardowe trafiają do ręcznej kwalifikacji,

handlowiec otrzymuje zadanie,

system pilnuje czasu reakcji.

Co zrobiliśmy?

Nie zmusiliśmy człowieka do szybszego przeglądania formularzy.

Usunęliśmy dużą część pracy z ograniczenia.

Przykład: wąskie gardło w przygotowywaniu ofert

Firma przygotowuje 80 ofert miesięcznie.

Handlowcy twierdzą:

„tworzenie ofert trwa za długo”.

Analiza pokazuje:

sam dokument powstaje średnio w 35 minut.

Problem znajduje się wcześniej.

W 60% przypadków osoba przygotowująca ofertę nie otrzymuje wszystkich potrzebnych informacji.

Wraca do handlowca.

Handlowiec jest na spotkaniu.

Odpowiada trzy godziny później.

Proces rusza.

Brakuje kolejnej informacji.

Ponownie wraca.

Największą zmianą nie musi być więc AI generujące dokument.

Może nią być:

• ustandaryzowany brief,
• obowiązkowe dane,
• automatyczne podsumowanie spotkania,
• jedno źródło prawdy,
• walidacja kompletności przed przekazaniem.

Źródło ograniczenia znajdowało się przed etapem, który zespół uważał za wolny.

Przykład: founder jako wąskie gardło

Firma rośnie.

Founder nadal:

• zatwierdza oferty,
• pomaga przy trudnych mailach,
• akceptuje większe wydatki,
• podejmuje decyzje projektowe,
• wspiera handlowców,
• rozwiązuje reklamacje.

Founder jest cały czas zajęty.

Zespół cały czas czeka.

Pierwszy pomysł:

„właściciel potrzebuje lepszego time managementu”.

Być może nie.

Problemem może być sposób delegowania decyzji.

Warto przeanalizować:

które decyzje rzeczywiście wymagają właściciela?

Które można opisać regułą?

Które można delegować?

Które powinny trafiać do niego dopiero po przekroczeniu określonego progu?

Celem nie jest sprawienie, żeby founder podejmował 80 decyzji dziennie szybciej.

Celem może być doprowadzenie do sytuacji, w której musi podjąć tylko 15 najważniejszych.

Przykład: support jako wąskie gardło

Firma rośnie.

Liczba klientów wzrasta o 40%.

Liczba zapytań do supportu rośnie o 70%.

Dlaczego szybciej?

Nowi klienci regularnie pytają o te same rzeczy.

Część informacji nie znajduje się w dokumentacji.

Klienci nie widzą statusu realizacji.

Proste pytania i trudne problemy trafiają do tej samej kolejki.

Specjaliści spędzają dużą część dnia na odpowiedziach:

„gdzie znajdę fakturę?”

„jaki jest status?”

„jak zmienić dane?”

„kiedy będzie realizacja?”

Pierwsza reakcja:

zatrudnić kolejną osobę.

To może być potrzebne.

Ale najpierw warto podzielić popyt.

Być może część zapytań można:

• wyeliminować lepszym UX,
• rozwiązać bazą wiedzy,
• obsłużyć automatycznie,
• skierować do prostszej ścieżki,
• przekazać AI do wstępnej klasyfikacji.

Najcenniejsi specjaliści powinni być chronieni przed pracą, która nie wymaga ich wiedzy.

Gdzie AI może pomóc przy wąskich gardłach?

AI nie usuwa automatycznie ograniczenia tylko dlatego, że pojawi się w procesie.

Ma sens wtedy, kiedy ograniczenie wynika z pracy wymagającej interpretowania nieustrukturyzowanych informacji.

Na przykład:

specjalista czyta wiadomość i klasyfikuje sprawę,

handlowiec analizuje opis zapytania,

pracownik wyciąga dane z dokumentu,

support szuka odpowiedzi w dokumentacji,

manager ręcznie podsumowuje wiele raportów.

AI może pomagać:

• klasyfikować zgłoszenia,
• wydobywać informacje,
• przygotowywać podsumowania,
• wyszukiwać wiedzę,
• generować szkice odpowiedzi,
• kierować sprawy do właściwej osoby.

Jeżeli jednak problem brzmi:

„gotowa oferta przez 14 godzin czeka na decyzję managera”

dodanie AI do wcześniejszego etapu nie rozwiąże ograniczenia.

Technologia ma sens wtedy, gdy jest odpowiedzią na właściwie zdiagnozowany problem.

Kiedy warto użyć process miningu?

Przy prostym procesie często wystarczy:

• obserwacja,
• rozmowy,
• analiza kilku przypadków,
• ręczna mapa procesu.

Przy większej skali sytuacja wygląda inaczej.

Wyobraźmy sobie tysiące:

• zamówień,
• faktur,
• zgłoszeń,
• ticketów,
• rekordów CRM.

Każdy przypadek może przechodzić inną ścieżką.

Wtedy pomocny może być process mining.

Process mining wykorzystuje dane zdarzeń zapisane w systemach do odtworzenia rzeczywistego przebiegu procesu.

Zamiast pytać wyłącznie:

„jak zazwyczaj wygląda proces?”

można zobaczyć:

• ile ścieżek rzeczywiście występuje,
• gdzie sprawy czekają,
• do których etapów wracają,
• które warianty trwają najdłużej,
• gdzie powstają opóźnienia,
• które przypadki odbiegają od standardu.

Nie każda mała firma potrzebuje takiego narzędzia.

Ale przy procesach wykonywanych tysiące razy dane systemowe potrafią pokazać rzeczy, których nie widać podczas kilku wywiadów.

Najpierw current state, później future state

Dużym błędem jest projektowanie nowego procesu bez dokładnego zrozumienia obecnego.

Zespół mówi:

„zróbmy automatyzację leadów”.

Powstaje piękny diagram.

Ale nie wiadomo:

• które leady są wyjątkami,
• skąd naprawdę przychodzą,
• jakie informacje są potrzebne,
• gdzie występują duplikaty,
• kto przejmuje nietypowe przypadki.

Dlatego warto oddzielić:

Current state / AS-IS

Jak proces działa obecnie?

Future state / TO-BE

Jak powinien działać po zmianie?

Różnica pomiędzy nimi jest właściwym zakresem projektu.

Jak projektować proces po usunięciu ograniczenia?

Usunięcie kolejki nie powinno oznaczać stworzenia nowego chaosu.

Warto odpowiedzieć na kilka pytań.

Jaki jest cel procesu?

Nie „przenieść dane”.

Tylko:

zapewnić odpowiedniej osobie kompletne informacje w odpowiednim momencie.

Co jest standardem?

Jak wygląda typowy przypadek?

Co jest wyjątkiem?

Które sprawy potrzebują człowieka?

Kto jest właścicielem?

Kto odpowiada za końcowy wynik?

Gdzie znajduje się źródło prawdy?

CRM?

ERP?

Inny system?

Co powinno odbywać się automatycznie?

Powtarzalne, przewidywalne działania.

Co powinien wykonywać człowiek?

Decyzje wymagające odpowiedzialności, wiedzy albo oceny ryzyka.

Gdzie może pomagać AI?

Tam, gdzie trzeba interpretować nieustrukturyzowaną informację.

Jak zmierzymy rezultat?

Bez KPI nie wiadomo, czy ograniczenie rzeczywiście zostało usunięte.

Nie przenoś problemu pięć metrów dalej

Zespół zwiększa przepustowość etapu A.

Kolejka znika.

Dwa tygodnie później pojawia się przed B.

Czy zmiana była nieudana?

Niekoniecznie.

Etap B wcześniej nie otrzymywał wystarczająco dużo pracy, aby jego ograniczenie stało się widoczne.

Po poprawieniu A sytuacja się zmieniła.

Właśnie dlatego po każdej większej zmianie trzeba ponownie mierzyć proces.

Nie tylko miejsce, które poprawiono.

Wąskie gardła zmieniają się wraz ze wzrostem firmy

Firma z trzema pracownikami może działać bardzo dobrze dzięki bezpośredniej komunikacji.

Przy dziesięciu osobach founder zaczyna być ograniczeniem.

Firma deleguje decyzje.

Przy trzydziestu osobach problemem może stać się przekazywanie informacji między działami.

Powstają procedury.

Przy stu osobach ograniczeniem może być system, raportowanie albo struktura akceptacji.

To normalne.

Proces, który działał przy 50 klientach miesięcznie, nie musi działać przy 500.

Dlatego zdanie:

„przecież zawsze robiliśmy to w ten sposób i działało”

nie jest dowodem, że proces nadal jest dobrze zaprojektowany.

Może oznaczać tylko, że został stworzony dla innej skali.

Najdroższe ograniczenie nie zawsze ma największą kolejkę

Warto patrzeć również na efekt biznesowy.

Dwa procesy.

Proces A

Kolejka 100 dokumentów.

Opóźnienie nie wpływa bezpośrednio na klienta ani przychód.

Proces B

Kolejka tylko pięciu ofert.

Każda jest warta potencjalnie kilkadziesiąt tysięcy złotych.

Co warto poprawić pierwsze?

Nie wiadomo bez analizy.

Liczba spraw nie wystarcza.

Warto ocenić:

• wpływ na klienta,
• wpływ na sprzedaż,
• koszt,
• ryzyko,
• częstotliwość,
• znaczenie strategiczne.

Jak wygląda profesjonalna analiza wąskiego gardła?

Nie powinna kończyć się zdaniem:

„dział X pracuje za wolno”.

Powinna pokazać pełny mechanizm.

1. Proces

Co analizujemy?

Od jakiego zdarzenia do jakiego rezultatu?

2. Stan obecny

Jak praca naprawdę przepływa?

3. Dane

Jak często proces występuje?

Ile trwa?

Ile czeka?

Jaką ma przepustowość?

4. Ograniczenie

Który element rzeczywiście ogranicza wynik systemu?

5. Przyczyna

Dlaczego ograniczenie występuje?

6. Wpływ

Co powoduje biznesowo?

Opóźnienie?

Koszt?

Utratę sprzedaży?

Ryzyko?

7. Stan docelowy

Jak powinien wyglądać proces?

8. Rekomendacja

Co konkretnie zmieniamy?

9. KPI

Jak zmierzymy wynik?

10. Kolejny przegląd

Czy ograniczenie zostało usunięte?

Czy pojawiło się kolejne?

To różnica pomiędzy:

„wydaje nam się, że działamy wolno”

a:

„wiemy, gdzie przepływ jest ograniczany, dlaczego i jaki rezultat powinna dać konkretna zmiana”.

Jak podchodzimy do wąskich gardeł w ExperciAI?

W ExperciAI nie zaczynamy od pytania:

„Jaką automatyzację możemy tutaj sprzedać?”

Najpierw trzeba zrozumieć proces.

Sprawdzamy między innymi:

• gdzie zaczyna się praca,
• gdzie proces się kończy,
• jakie osoby uczestniczą,
• jak przepływają dane,
• jakie systemy są używane,
• gdzie powstają kolejki,
• gdzie sprawy czekają,
• które dane są przepisywane,
• gdzie praca wraca,
• które etapy wymagają akceptacji,
• które decyzje zależą od jednej osoby,
• gdzie pojawiają się wyjątki,
• jaka jest przepustowość poszczególnych etapów.

Następnie szukamy przyczyny.

Dopiero potem rozwiązania.

Może nim być:

• zmiana procesu,
• usunięcie kroku,
• zmiana formularza,
• standaryzacja danych,
• delegowanie decyzji,
• integracja systemów,
• automatyzacja,
• AI,
• dodatkowa przepustowość.

Celem nie jest stworzenie jak największej liczby automatyzacji.

Celem jest poprawienie wyniku całego procesu.

Jeżeli w Twojej firmie ludzie są cały czas zajęci, a sprawy mimo tego regularnie czekają, dobrym punktem wyjścia może być audyt procesów w firmie w ExperciAI.

Jeżeli ograniczenie jest już dobrze rozpoznane i problemem pozostaje duża ilość powtarzalnej pracy, zobacz również automatyzację procesów w firmie.

Checklista: czy w Twojej firmie istnieje wąskie gardło?

Odpowiedz na poniższe pytania.

1. Czy przed którymś etapem regularnie rośnie kolejka?
2. Czy wiele spraw czeka na jedną osobę?
3. Czy klienci czekają mimo pełnego obłożenia zespołu?
4. Czy pracownicy często pytają o status?
5. Czy istnieją zadania, które trzeba ręcznie „przepychać”?
6. Czy standardowe sprawy wymagają akceptacji managera?
7. Czy proces często czeka na brakujące dane?
8. Czy jedno narzędzie ogranicza dalszy przepływ?
9. Czy część pracy regularnie wraca do poprawy?
10. Czy jedna osoba posiada wiedzę niezbędną dla wielu procesów?
11. Czy wzrost liczby klientów mocno wydłuża czas realizacji?
12. Czy kolejne zatrudnienia prawie nie skracają procesu?
13. Czy ludzie tworzą własne arkusze i listy do pilnowania spraw?
14. Czy priorytety zmieniają się kilka razy dziennie?
15. Czy istnieje etap pracujący stale blisko maksymalnej przepustowości?
16. Czy znasz lead time najważniejszych procesów?
17. Czy wiesz, jak długo sprawy rzeczywiście czekają?
18. Czy wiadomo, jaki procent pracy stanowią wyjątki?
19. Czy wiadomo, gdzie najczęściej występuje rework?
20. Czy po wdrożeniu usprawnienia mierzysz cały proces ponownie?

Jeżeli na wiele pytań odpowiedź brzmi:

„tak”

albo:

„nie wiemy”

warto przeanalizować proces dokładniej.

Podsumowanie

Wąskie gardło nie zawsze wygląda spektakularnie.

Może nim być:

jedna akceptacja.

Jedna osoba.

Brak jednego pola w formularzu.

Niejasna reguła.

System.

Brak integracji.

Sposób przekazania informacji.

Pięć minut pracy wykonywanej w niewłaściwym momencie.

Firma zaczyna rosnąć.

Przed ograniczeniem powstaje kolejka.

Ludzie tworzą obejścia.

Pojawiają się dodatkowe arkusze.

Wszystko staje się pilne.

Klienci czekają.

Wtedy łatwo dojść do wniosku:

„potrzebujemy więcej ludzi”.

Czasami to prawda.

Ale wcześniej warto sprawdzić:

czy problemem rzeczywiście jest brak zasobów, czy sposób działania procesu.

Dlatego nie zaczynaj od:

„jak zwiększyć wydajność wszystkich?”

Zacznij od:

„co obecnie ogranicza wynik całego procesu?”

Następnie:

znajdź przyczynę,

usuń lub ogranicz problem,

zmierz rezultat,

i sprawdź proces ponownie.

Jedno właściwie zidentyfikowane ograniczenie może mieć większe znaczenie niż dziesięć lokalnych optymalizacji.

A jeżeli poprawa wymaga integracji, automatyzacji lub AI, technologia powinna pojawić się dopiero wtedy, kiedy wiadomo, jaki problem ma rozwiązać.

FAQ: wąskie gardła w firmie

Co to jest wąskie gardło w procesie?

Wąskie gardło to etap, zasób lub punkt procesu, który ogranicza przepływ całego systemu. Często przed takim miejscem gromadzi się praca, rośnie czas oczekiwania albo proces nie jest w stanie obsłużyć napływającego wolumenu.

Jak znaleźć wąskie gardło w firmie?

Najlepiej zacząć od dokładnego określenia początku i końca procesu, a następnie zmierzyć czas aktywnej pracy, oczekiwanie, kolejki, WIP oraz przepustowość kolejnych etapów. Trzeba sprawdzić nie tylko, gdzie jest dużo pracy, ale gdzie zwiększenie przepustowości faktycznie poprawiłoby wynik całego procesu.

Czy wąskie gardło to po prostu najwolniejszy etap?

Nie zawsze. Etap może długo wykonywać zadanie, ale mieć wystarczającą przepustowość. Inny może wykonywać operację w kilka minut, ale przez sposób organizacji tworzyć wielogodzinne oczekiwanie.

Czy przeciążony pracownik zawsze jest wąskim gardłem?

Nie. Ograniczeniem może być również akceptacja, polityka firmy, system, brak danych, ręczne przekazanie informacji, konkretny termin albo niejasna odpowiedzialność.

Co to jest Theory of Constraints?

Theory of Constraints, czyli Teoria Ograniczeń, to podejście do zarządzania systemami, w którym działania doskonalące koncentrują się na aktualnym ograniczeniu wpływającym na osiąganie celu całego systemu.

Jakie są pięć kroków Theory of Constraints?

W uproszczeniu: zidentyfikować ograniczenie, maksymalnie wykorzystać jego aktualne możliwości, dostosować resztę systemu do ograniczenia, zwiększyć jego przepustowość, jeżeli jest to nadal potrzebne, a następnie ponownie przeanalizować proces.

Czy automatyzacja zawsze usuwa wąskie gardło?

Nie. Automatyzacja przyniesie największą wartość wtedy, kiedy dotyczy elementu rzeczywiście ograniczającego proces albo odciąża ograniczony zasób. Automatyzowanie szybkiego etapu przed wąskim gardłem może zwiększyć kolejkę.

Czy AI może usunąć wąskie gardło?

Może pomóc, jeżeli ograniczeniem jest praca wymagająca analizy tekstu, dokumentów, klasyfikacji, wyszukiwania wiedzy lub podobnej interpretacji informacji. AI nie naprawi jednak automatycznie źle zaprojektowanego procesu.

Czy zatrudnienie kolejnego pracownika rozwiązuje wąskie gardło?

Czasami tak. Jeżeli ograniczeniem rzeczywiście jest niewystarczająca przepustowość danego zasobu, dodatkowa osoba może zwiększyć możliwości. Jeżeli problemem jest brak danych, niepotrzebna akceptacja lub zły proces, zatrudnienie kolejnej osoby może jedynie zwiększyć koszt.

Jakie wskaźniki warto mierzyć?

Przydatne mogą być między innymi lead time, czas aktywnej pracy, waiting time, WIP, throughput, wielkość kolejki, liczba wyjątków, rework rate oraz procent spraw realizowanych w założonym SLA.

Czy duża kolejka zawsze oznacza wąskie gardło?

Nie. Może wynikać z chwilowego skoku popytu, awarii, pracy partiami, sezonowości albo sposobu harmonogramowania. Dlatego należy sprawdzić, czy problem występuje regularnie i ogranicza wynik całego procesu.

Czy wąskie gardło może się przenieść?

Tak. Po zwiększeniu przepustowości jednego miejsca inny etap może stać się nowym ograniczeniem. Dlatego po każdej istotnej zmianie trzeba ponownie zmierzyć cały proces.

Kiedy warto zastosować process mining?

Gdy proces ma dużą liczbę przypadków i większość zdarzeń jest rejestrowana w systemach informatycznych. Analiza logów może wtedy pokazać rzeczywiste ścieżki, opóźnienia, powroty oraz różnice pomiędzy wariantami procesu.

Kiedy warto przeprowadzić audyt procesów?

Gdy firma widzi opóźnienia, ale nie zna ich przyczyny; kolejne zatrudnienia nie poprawiają wyniku; procesy zależą od pojedynczych osób; albo organizacja chce wdrożyć automatyzację lub AI i nie wie, od którego miejsca zacząć.

Źródła i materiały

1. Lean Enterprise Institute — Value Stream Mapping

Materiały dotyczące mapowania przepływu wartości, analizowania przepływu pracy i informacji oraz projektowania stanu obecnego i docelowego.

https://www.lean.org/lexicon-terms/value-stream-mapping/

2. Lean Enterprise Institute — Understanding the Fundamentals of Value-Stream Mapping

Praktyczne omówienie Value Stream Mapping i sposobu patrzenia na cały przepływ zamiast optymalizacji pojedynczych operacji.

https://www.lean.org/the-lean-post/articles/understanding-the-fundamentals-of-value-stream-mapping/

3. Lean Enterprise Institute — Value-Stream Mapping in a Make-to-Order Environment

Materiał dotyczący stosowania VSM w bardziej zmiennych procesach i środowiskach, w których przepływ nie jest prostą linią identycznych przypadków.

https://www.lean.org/the-lean-post/articles/value-stream-mapping-in-a-make-to-order-environment/

4. APQC — 2026 Process & Performance Management Priorities & Challenges Survey Report

Aktualne badanie APQC dotyczące zarządzania procesami, ciągłego doskonalenia, danych, KPI, transformacji cyfrowej i AI.

https://www.apqc.org/resource-library/resource-listing/2026-process-performance-management-priorities-challenges-survey

5. IBM — What is Process Mining?

Materiał wyjaśniający process mining, wykorzystanie logów zdarzeń i danych systemowych do odtwarzania rzeczywistego przebiegu procesów oraz znajdowania opóźnień i obszarów do usprawnienia.

https://www.ibm.com/think/topics/process-mining

6. American Society for Quality — Five Whys and Five Hows

Materiały ASQ dotyczące metody 5 Why wykorzystywanej podczas analizy problemów i szukania potencjalnych przyczyn źródłowych.

https://asq.org/quality-resources/five-whys

7. American Society for Quality — Problem Solving

Materiały dotyczące systematycznego rozwiązywania problemów i odróżniania przyczyn od widocznych objawów.

https://asq.org/quality-resources/problem-solving

8. Eliyahu M. Goldratt, Jeff Cox — The Goal: A Process of Ongoing Improvement

Jedna z najważniejszych publikacji popularyzujących Theory of Constraints i koncentrację działań doskonalących na ograniczeniu systemu.

https://www.toc-goldratt.com/en/product/the-goal-a-process-of-ongoing-improvement