Zamówienie wpada do skrzynki mailowej. Ktoś je przepisuje do Excela. Potem do systemu ERP, jeśli firma go ma. Produkcja dostaje informację ustnie albo przez kolejnego maila. Materiały trzeba sprawdzić w innym pliku. Wysyłka planowana jest na podstawie telefonu do magazynu. Brzmi znajomo? W większości małych firm produkcyjnych proces realizacji zamówień wygląda właśnie tak, a wąskie gardło siedzi gdzieś w tych przejściach między systemami, nie w samej produkcji.
Szybka odpowiedź
Wąskie gardło w procesie zamówień znajdziesz, mapując cały przepływ od przyjęcia zamówienia do wysyłki i mierząc czas na każdym etapie, włącznie z czasem oczekiwania między krokami. Najczęściej problem nie leży w produkcji, a w miejscach, gdzie dane przechodzą ręcznie między Excelem, e-mailem i systemem ERP, co generuje przestoje liczone w dniach, nie minutach.
Najważniejsze wnioski
- Wąskie gardło rzadko jest tam, gdzie firmy go szukają, czyli na hali produkcyjnej. Częściej ukrywa się w komunikacji między działami i ręcznym przenoszeniu danych.
- Mapowanie procesu bez pomiaru czasu nie wystarczy. Trzeba znać dokładne godziny i dni, kiedy zamówienie czeka, a nie tylko kolejność kroków.
- Miejsca, gdzie dane “giną” między systemami (Excel, e-mail, ERP), to zwykle największy generator strat czasu, bo wymagają ręcznego wprowadzania i podatne są na błędy.
- Redukcję czasu realizacji o kilka dni można osiągnąć bez wymiany ERP, punktową automatyzacją jednego przekazania danych.
- Audyt procesu produkcyjnego powinien opierać się na realnych danych z minimum kilkunastu zamówień, nie na deklaracjach pracowników o tym, jak “powinno” działać.
Dlaczego szukanie wąskiego gardła w produkcji zwykle prowadzi w złe miejsce
Właściciele firm produkcyjnych instynktownie patrzą na hale. Maszyny stoją, ludzie czekają na materiał, coś się psuje. To widoczne, konkretne i łatwo się o tym mówi na zebraniu. Problem w tym, że produkcja to zwykle najbardziej zoptymalizowany etap całego procesu, bo firmy inwestują w nią najwięcej uwagi od lat.
Prawdziwe wąskie gardło w procesie zamówień ujawnia się dopiero, gdy zmapujesz cały łańcuch od momentu wpłynięcia zamówienia do momentu wysyłki towaru. W praktyce pracowałem z firmami, gdzie produkcja fizyczna trwała 3 dni, a całe zamówienie realizowano przez 12 dni. Reszta czasu to oczekiwanie: na potwierdzenie specyfikacji mailem, na wpisanie zamówienia do systemu przez osobę, która była na urlopie, na sprawdzenie dostępności materiałów w oddzielnym arkuszu, który aktualizowano raz dziennie.
To są etapy niewidoczne w codziennym zarządzaniu, bo nikt ich formalnie nie mierzy. Nikt nie pyta “ile dni zamówienie leżało w skrzynce, zanim ktoś je zauważył”. A właśnie tam kryje się największy potencjał do skrócenia czasu realizacji.
Objaw, który zdradza gdzie szukać
Jeśli w Twojej firmie zdarza się, że klient dzwoni z pytaniem “co się dzieje z moim zamówieniem”, a nikt nie jest w stanie od razu odpowiedzieć bez sprawdzania w trzech miejscach, to jest sygnał. Oznacza, że status zamówienia nie żyje w jednym systemie, tylko jest rozproszony, a to jest wprost przepis na wąskie gardło.
Metodyka audytu: mapowanie procesu krok po kroku
Skuteczny audyt procesu produkcyjnego zaczyna się od narysowania mapy, nie od rozmowy o problemach. Ludzie mają tendencję do opowiadania o tym, co ich frustruje najbardziej, a nie o tym, co faktycznie zajmuje najwięcej czasu. Dane muszą to zweryfikować.
Pierwszy krok to spisanie wszystkich etapów, przez które przechodzi zamówienie, od momentu wpłynięcia do wysyłki. W typowej małej firmie produkcyjnej wygląda to zwykle tak: przyjęcie zamówienia, weryfikacja specyfikacji z klientem, sprawdzenie dostępności materiałów, planowanie produkcji, wykonanie, kontrola jakości, pakowanie, wysyłka. Osiem etapów, czasem więcej, jeśli produkt wymaga akceptacji próbki albo dodatkowego zamówienia komponentów.
Drugi krok to przypisanie do każdego etapu dwóch rzeczy: kto go wykonuje i w jakim narzędziu. To ujawnia najważniejszą informację, czyli ile razy dane muszą “przeskoczyć” między systemami. Zamówienie z maila do Excela to jeden przeskok. Z Excela do ERP to drugi. Z ERP do papierowej karty produkcyjnej na hali to trzeci. Każdy przeskok to potencjalne miejsce błędu i opóźnienia.
Trzeci krok, najważniejszy i najczęściej pomijany, to pomiar rzeczywistego czasu na każdym etapie. Nie szacowanego, tylko zmierzonego na próbce 15-20 realnych zamówień z ostatnich miesięcy. Jeśli masz jakiekolwiek daty w mailach, w Excelu, w systemie, to wystarczający materiał do analizy. W wielu firmach ten krok od razu pokazuje, że etap trwający “z reguły jeden dzień” w rzeczywistości trwa czasem 4-5 dni, bo ktoś był zajęty innym zamówieniem albo czekał na odpowiedź klienta.
Gdzie dane najczęściej “giną”
W praktyce audytowej najczęstsze punkty utraty danych to trzy miejsca. Pierwsze to przejście z maila do systemu, gdy osoba przyjmująca zamówienie musi je ręcznie przepisać, a robi to raz dziennie, zbiorczo, zamiast na bieżąco. Drugie to Excel jako “tymczasowy” system śledzenia stanu magazynowego, aktualizowany nieregularnie, przez co planowanie produkcji opiera się na nieaktualnych liczbach. Trzecie to komunikacja ustna między działem handlowym i produkcją, która nie zostawia żadnego śladu w systemie, więc nikt nie wie, kiedy dokładnie informacja została przekazana.
Case study: redukcja czasu realizacji o 5 dni bez wymiany ERP
Firma produkująca elementy metalowe na zamówienie, około 30 pracowników, zgłosiła się z problemem powtarzających się reklamacji dotyczących terminów. Klienci narzekali, że zamówienia realizowane są dłużej niż deklarowano. Zarząd był przekonany, że problem leży w produkcji, bo tam kumulowały się skargi pracowników o “chaos”.
Audyt zaczął się od zmapowania 20 ostatnich zamówień i pomiaru czasu na każdym z siedmiu etapów procesu. Wyniki zaskoczyły zarząd. Produkcja fizyczna zajmowała średnio 2,5 dnia, zgodnie z planem. Natomiast etap między przyjęciem zamówienia a przekazaniem go do planowania produkcji trwał średnio 4,3 dnia. Zamówienia wpływały mailem, handlowiec przepisywał je do arkusza Excel raz dziennie po południu, arkusz był udostępniany osobie planującej produkcję, która sprawdzała go dwa razy w tygodniu, bo miała też inne obowiązki.
Rozwiązanie nie wymagało wdrożenia nowego ERP, na co firma wcześniej się szykowała, planując budżet kilkudziesięciu tysięcy złotych i kilkumiesięczny projekt. Zamiast tego zbudowaliśmy prosty formularz przyjęcia zamówienia, który automatycznie trafiał do współdzielonego arkusza z powiadomieniami, oraz automatyczne przypomnienie dla osoby planującej produkcję, gdy nowe zamówienie czekało dłużej niż 4 godziny. Dodatkowo status zamówienia stał się widoczny dla handlowca bez konieczności dzwonienia na produkcję.
Efekt: czas między przyjęciem zamówienia a startem produkcji spadł z 4,3 dnia do poniżej jednego dnia. Całkowity czas realizacji zamówienia skrócił się o niespełna 5 dni, z 11,5 dnia średnio do 6,8 dnia. Koszt wdrożenia to była jedna dobra automatyzacja i kilka godzin konsultacji, nie wymiana całego systemu.
| Etap procesu | Czas przed audytem | Czas po zmianach |
|---|---|---|
| Przyjęcie zamówienia do przekazania do planowania | 4,3 dnia | 0,8 dnia |
| Planowanie produkcji | 1,2 dnia | 1,1 dnia |
| Produkcja fizyczna | 2,5 dnia | 2,4 dnia |
| Kontrola jakości i pakowanie | 0,9 dnia | 0,8 dnia |
| Wysyłka | 0,6 dnia | 0,6 dnia |
| Suma | 11,5 dnia (z buforami i oczekiwaniem) | 6,8 dnia |
Ten przykład pokazuje mechanizm, który powtarza się w wielu firmach produkcyjnych: problem nie leży tam, gdzie boli najbardziej widocznie, tylko w niewidocznym przejściu między etapami, które nikt formalnie nie mierzy.
Optymalizacja realizacji zamówień bez inwestycji w nowy system
Nie każde wąskie gardło wymaga dużego projektu. Doświadczenie z wielu audytów pokazuje, że w większości małych firm produkcyjnych wystarczy zaadresować jeden, maksymalnie dwa punkty krytyczne, żeby uzyskać wymierną poprawę. Optymalizacja realizacji zamówień w firmie produkcyjnej nie musi zaczynać się od pytania “jaki ERP wdrożyć”, tylko od pytania “gdzie konkretnie giną godziny i dni”.
Typowe niskokosztowe interwencje, które przynoszą duży efekt, to automatyczne powiadomienia przy przekazywaniu zamówienia między działami, eliminacja jednego niepotrzebnego przepisywania danych przez integrację dwóch istniejących narzędzi, albo prosty dashboard statusu zamówienia widoczny dla wszystkich zainteresowanych stron bez potrzeby telefonowania czy pisania maili.
Kluczowa zasada brzmi: najpierw usuń wąskie gardło, potem myśl o systemowej przebudowie. Wymiana ERP w firmie, która ma nieuporządkowany proces, często kończy się przeniesieniem tego samego chaosu do nowego, droższego narzędzia. Widziałem to wielokrotnie, firmy inwestują kilkaset tysięcy złotych w system, który po roku działa tak samo źle, jak stary, bo nikt nie zaadresował źródła problemu, tylko zmienił opakowanie.
Kiedy naprawdę potrzebny jest nowy system
Są sytuacje, gdzie punktowe łatanie nie wystarczy. Jeśli firma rośnie szybko, obsługuje coraz więcej zamówień równolegle, a obecne narzędzia (Excel, pojedyncze arkusze) fizycznie nie są w stanie obsłużyć skali, to jest sygnał do rozważenia systemowej zmiany. Ale nawet w takim przypadku audyt procesu wcześniej pozwala precyzyjnie zdefiniować, jakie funkcjonalności są rzeczywiście potrzebne, zamiast kupować system “na wszystko”, z którego firma wykorzysta 20% możliwości.
Jak wdrożyć wnioski z audytu bez paraliżowania codziennej pracy
Audyt kończy się listą problemów, ale realna wartość powstaje dopiero we wdrożeniu. Największym błędem jest próba naprawienia wszystkiego naraz. Lepiej wybrać jeden etap, ten z największym wpływem na czas realizacji, i skoncentrować się na nim.
Warto też zaplanować pomiar po wdrożeniu zmiany. Bez ponownego zmierzenia czasu na tym samym etapie nie wiadomo, czy problem faktycznie zniknął, czy tylko przesunął się gdzie indziej. To zjawisko, znane z teorii ograniczeń, jest częste: usunięcie jednego gardła odsłania następne, które wcześniej było niewidoczne, bo poprzedni etap i tak je maskował.
Ostatni element to komunikacja ze zespołem. Ludzie, którzy pracują w procesie codziennie, wiedzą więcej niż jakikolwiek arkusz danych. Ich obserwacje trzeba skonfrontować z pomiarami, nie ignorować, ale też nie traktować jako jedynego źródła prawdy. Najlepsze wdrożenia powstają na przecięciu twardych danych z audytu i praktycznej wiedzy operatorów, planistów i handlowców.
Słowniczek
Wąskie gardło procesowe
Etap w procesie, który ogranicza przepustowość całego łańcucha działań, mimo że inne etapy mają wystarczającą wydajność. Usunięcie tego jednego ograniczenia przynosi większy efekt niż optymalizacja pozostałych etapów łącznie.
Mapowanie procesu
Technika audytowa polegająca na spisaniu wszystkich etapów, przez które przechodzi zamówienie, wraz z informacją, kto i w jakim systemie je wykonuje. Podstawa każdego audytu procesu produkcyjnego.
ERP
System klasy Enterprise Resource Planning, integrujący dane z różnych obszarów firmy, takich jak zamówienia, magazyn, produkcja i księgowość, w jednym miejscu.
Przekaz między systemami
Moment, w którym dane muszą zostać przeniesione ręcznie z jednego narzędzia do drugiego, na przykład z maila do Excela albo z Excela do ERP. Najczęstsze źródło opóźnień i błędów w procesach realizacji zamówień.
Najczęściej zadawane pytania
Jak długo trwa audyt procesu realizacji zamówień w małej firmie produkcyjnej?
W firmie do 50 osób taki audyt zajmuje zwykle 1-2 tygodnie. Kluczowe jest zebranie danych z minimum 15-20 zamówień, żeby wnioski nie były przypadkowe. Sam pomiar czasu na etapach można zrobić szybciej, ale rozmowy z ludźmi i analiza wyjątków wymagają czasu.
Czy do znalezienia wąskiego gardła potrzebuję nowego systemu ERP?
Nie zawsze. Wiele wąskich gardeł wynika z ręcznych przepisywań danych między Excelem, e-mailem i istniejącym systemem, a nie z braku funkcjonalności ERP. Często wystarczy zautomatyzować konkretny punkt przekazania danych, żeby skrócić czas realizacji o kilka dni.
Jakie dane trzeba zbierać podczas mapowania procesu zamówień?
Minimum to: data i godzina wejścia zamówienia, moment przekazania do produkcji, czas oczekiwania na materiały, moment zakończenia produkcji i data wysyłki. Warto też notować, kto i w jakim systemie wykonuje każdy krok, żeby zidentyfikować miejsca ręcznego przepisywania danych.
Czym różni się wąskie gardło od ogólnej niewydolności procesu?
Wąskie gardło to konkretny, punktowy etap, który ogranicza przepustowość całego procesu, mimo że inne etapy działają sprawnie. Ogólna niewydolność oznacza problemy rozproszone na wielu etapach jednocześnie. Rozróżnienie tego jest kluczowe, bo naprawa złego punktu nie przyniesie efektu, jeśli problem jest systemowy.
Jak sprawdzić, czy wdrożona poprawka faktycznie usunęła wąskie gardło?
Trzeba ponownie zmierzyć czas realizacji na tych samych etapach po zmianie i porównać z danymi wyjściowymi z audytu. Jeśli skrócił się czas na naprawionym etapie, ale całkowity czas realizacji zamówienia się nie zmienił, oznacza to, że gardło przesunęło się na inny etap procesu.
