Kiedy wchodzę do firmy po raz pierwszy, nie zaczynam od czytania dokumentacji procesów (zwykle i tak jej nie ma), nie zaczynam od przeglądu systemów, nie zaczynam od spotkania z zarządem żeby usłyszeć o "wizji i strategii".
Zaczynam od pytań.
Przez 11 lat analizowania dziesiątek firm produkcyjnych i logistycznych doszedłem do wniosku, że to co firma powie o sobie w odpowiedzi na właściwe pytania, ujawnia więcej niż miesiąc spędzony na analizie dokumentów. Ale tylko jeśli pytania są właściwe.
"Najważniejsze odkrycia rzadko leżą w danych. Leżą w odpowiedziach na pytania które nikt wcześniej nie zadał."
— obserwacja z kilkudziesięciu analiz procesówPoniżej pełna lista 25 pytań podzielona na 5 grup. Każde z nich ma cel i każde odsłania inny wymiar organizacji. Możesz użyć tej listy samodzielnie — ale ostrzegam: odpowiedzi bywają niekomfortowe.
Dlaczego pytania są ważniejsze niż odpowiedzi
Brzmi paradoksalnie — ale właściwe pytanie jest cenniejsze niż gotowa odpowiedź. Powody:
Jak podchodzę do analizy procesów — metodologia 3 kroków
Przed pierwszym wywiadem spędzam czas na hali / w biurze bez zadawania pytań. Obserwuję co się dzieje, jak ludzie się poruszają, gdzie skupia się ruch, co leży na biurkach, jakie tablice i kartki są przyklejone na ścianach. Kontekst fizyczny mówi więcej niż deklaracje werbalne.
Rozmowy w 3 warstwach: właściciel/zarząd (cel i wynik), kierownicy (operacje i komunikacja), pracownicy wykonawczy (jak naprawdę). Kluczowe: każda warstwa musi być przesłuchana osobno — przy szefie pracownicy mówią inaczej.
Konfrontacja 3 perspektyw: co mówi zarząd, co mówią kierownicy, co mówią pracownicy. Rozbieżności między warstwami to najcenniejsze odkrycia — pokazują gdzie leżą ukryte problemy i konflikty interesów.
25 pytań — kompletna lista
Grupa 1: Przepływ informacji (pytania 1–5)
Informacja to krew organizacji. Kiedy nie płynie lub płynie z opóźnieniem — firma krwawi powoli.
Cel: Ujawnia kanały informacyjne (email, telefon, system, kartka) i czy są ustandaryzowane.
Cel: Ujawnia zależność procesów od konkretnych osób. "Nic — będzie leżało" to diagnoza silosowości.
Cel: Konkretny przykład kosztu chaosu informacyjnego. Daje wejście do analizy kosztu.
Cel: Mierzy zaufanie do systemu. "Nie wiem, więc dzwonię do osoby" = system nie jest źródłem prawdy.
Cel: Ujawnia mechanizmy alertowania. "Dowiaduję się od klienta" to najgorszy możliwy wynik.
Grupa 2: Produkcja i operacje (pytania 6–10)
Pytania które odkrywają jak praca naprawdę jest planowana i realizowana — a nie jak wygląda na papierze.
Cel: "Pokaż mi" zamiast "opisz mi" — ludzie robią inaczej niż mówią. Ta różnica to zloty wydobycia informacji.
Cel: Ujawnia rzeczywiste zakłócenia procesu — nie te z dokumentacji ryzyk, ale te z codziennego doświadczenia.
Cel: Ujawnia czy czas lead time jest mierzony, a jeśli tak — jak. "Wiem mniej więcej" = nie jest mierzony.
Cel: Ujawnia kto realnie decyduje o priorytetach. Często: handlowiec który "dopiero co dzwonił" wygrywa z klientem który czeka 3 tygodnie.
Cel: Ujawnia procedury awaryjne i ich koszt. "Czekamy" lub "przeskakujemy do innego zlecenia" — oba mają inny wpływ na efektywność.
Grupa 3: Magazyn i logistyka (pytania 11–15)
Magazyn to miejsce gdzie chaosy procesowe są najłatwiej widoczne fizycznie — jeśli wiesz czego szukać.
Cel: Testuje czy stany w systemie i rzeczywistość się pokrywają. Jeśli pracownik zna stan z pamięci — system nie jest używany do zarządzania.
Cel: Ujawnia wąskie gardła w przyjęciu: dokumentacja, QC, lokalizacja w magazynie, aktualizacja systemu.
Cel: Mierzy rozbieżność system-rzeczywistość. "Często" = krytyczny problem stanów magazynowych.
Cel: Ujawnia czy jest ścieżka kompletacji, optymalizacja trasy, użycie systemu WMS lub papierowych list.
Cel: Inwentaryzacja jako wskaźnik: im rzadziej i dłużej — tym bardziej stany są nieaktualne na co dzień.
Grupa 4: Ludzie i systemy (pytania 16–20)
Technologia jest narzędziem. Klucz leży w tym jak ludzie ją adoptują i czego unikają — i dlaczego.
Cel: Inwentaryzacja rzeczywistego ekosystemu IT z perspektywy użytkownika. Często odkrywa narzędzia nieznane IT (shadow IT).
Cel: Ujawnia rzeczywiste bariery adopcji. "Wolny", "skomplikowany", "nie ma tego co potrzebuję" — to diagnoza problemów UX i funkcjonalności.
Cel: Złoty wydobywacz shadow processes. Każda odpowiedź "tak" to niezaspokojona potrzeba systemowa.
Cel: Usuwa ograniczenie "nie warto mówić bo i tak nic się nie zmieni". Odpowiedź ujawnia największy ból — który rzadko jest tym o czym mówi zarząd.
Cel: Ujawnia jak procesy ewoluują nieformalnie i czy wiedza jest transferowana czy ginie przy rotacji pracowników.
Grupa 5: Dane i raportowanie (pytania 21–25)
Jak firma mierzy siebie. Lub — co wychodzi gdy odkrywa się że nie mierzy.
Cel: Ujawnia przepaść między raportami "które są" a tymi "które mają znaczenie". Często: 80% raportów jest generowanych bo "kiedyś ktoś chciał".
Cel: Ujawnia rzeczywiste KPI menedżerskie. Odpowiedź "nie wiem, patrzę na wynik" = brak wskaźników wyprzedzających.
Cel: Ujawnia koszt raportowania i stopień automatyzacji. "Dwa dni w Excelu" to diagnoza braku BI.
Cel: Ujawnia zaufanie do danych. Jeśli menedżerowie "i tak wiedzą swoje" niezależnie od raportu — raporty nie mają wartości.
Cel: Pytanie końcowe. Ujawnia niewidzialną lukę wiedzy — to co jest potrzebne ale niedostępne. Często staje się głównym celem projektu.
Co oznaczają odpowiedzi — jak interpretować wyniki
| Typ odpowiedzi | Diagnoza | Priorytet działania |
|---|---|---|
| "Nie wiem, dzwonię do kogoś" | Brak systemu informacji lub brak dostępu / zaufania do systemu | Wysoki — integracja lub dostęp do danych |
| "Mamy na to procedurę, ale mało kto ją stosuje" | Procedura istnieje, ale adopcja niska — problem narzędzia lub egzekwowania | Średni — diagnoza przyczyny braku adopcji |
| "Robi to X — tylko ona to wie" | Single point of failure — wiedza krytyczna zależna od jednej osoby | Wysoki — ryzyko operacyjne przy rotacji |
| "Mamy to w Excelu, tutaj" | Shadow process — potrzeba niezaspokojona przez oficjalne systemy | Średni — niezaspokojona potrzeba systemowa |
| "Zawsze tak robiliśmy" | Brak refleksji nad procesem — proces nie ewoluuje | Średni — otwarcie na mapowanie i optymalizację |
| "Nie mierzymy tego, ale wiemy mniej więcej" | Zarządzanie intuicją — ryzyko błędnych decyzji przy wzroście skali | Wysoki — brak wskaźników = brak kontroli procesu |
| Różne odpowiedzi od różnych osób na to samo pytanie | Brak jednolitego procesu — każdy robi po swojemu | Wysoki — standaryzacja procesu |
| "To zależy od sytuacji" bez konkretów | Proces niezdokumentowany lub zbyt skomplikowany żeby opisać | Średni — mapowanie i uproszczenie |
5 pytań które najczęściej ujawniają główny problem
Z 25 pytań, pięć poniższych konsekwentnie dostarcza najbardziej wartościowych odkryć — niezależnie od branży i wielkości firmy:
Case study: analiza firmy 60-osobowej w 2 dni — co odkryto przez pytania
Firma: Producent opakowań plastikowych, 60 pracowników, 3 linie produkcyjne, ERP od 4 lat.
Deklarowany problem: "Nie trafiamy w terminy. Klienci narzekają. Potrzebujemy lepszy system do planowania produkcji."
Metodologia: 2 dni, 12 wywiadów (zarząd + 2 kierownicy + 3 mistrzowie + 4 operatorów + 2 handlowcy), obserwacja hali przez 4 godziny.
Jak przeprowadzić taką analizę samodzielnie
Najczęstsze pytania
Chcesz żebym przeprowadził taką analizę w Twojej firmie?
Analiza procesów to mój punkt startowy przed każdym projektem — czy to system MES, WMS, ERP czy optymalizacja operacyjna. Dwa dni wystarczą żeby wydobyć obraz rzeczywistego stanu i wskazać priorytety. Umów bezpłatną rozmowę wstępną.
Umów analizę procesów