Produkcja • Procesy • Analiza • Doskonalenie
Mapowanie procesów produkcyjnych – jak stworzyć mapę procesu i znaleźć straty?
Proces zapisany w procedurze i proces wykonywany każdego dnia na hali to często dwie różne rzeczy.
Mapowanie procesu pozwala zobaczyć rzeczywisty przebieg pracy: kolejne działania, decyzje, przekazania odpowiedzialności, przepływ informacji, oczekiwanie, poprawki i miejsca, w których powstają straty. Dopiero wtedy można rozsądnie zdecydować, co warto uprościć, mierzyć, automatyzować albo cyfryzować.
Mapowanie procesów to odwzorowanie rzeczywistego przebiegu procesu od określonego początku do końca. Mapa pokazuje nie tylko kolejne czynności, ale również osoby i działy odpowiedzialne za pracę, punkty decyzyjne, przepływ informacji, czasy oczekiwania, przekazania oraz miejsca powstawania problemów. W produkcji mapa procesu jest przede wszystkim narzędziem diagnostycznym: pomaga ustalić, gdzie proces rzeczywiście traci czas, zasoby lub kontrolę.
dobra mapa procesu nie pokazuje tego, jak proces powinien działać według procedury. Najpierw pokazuje to, jak działa naprawdę. Dopiero później projektuje się stan docelowy.
Jeżeli chcesz przejść od identyfikacji strat do wyboru priorytetu, pilotażu i zmierzenia efektu, zobacz nasze podejście do optymalizacji produkcji.
Zobacz, jak optymalizujemy produkcję →Co to jest mapowanie procesów?
Mapowanie procesów polega na uporządkowanym przedstawieniu tego, w jaki sposób praca przechodzi od określonego zdarzenia początkowego do oczekiwanego rezultatu.
Procesem może być zarówno realizacja zlecenia produkcyjnego, przezbrojenie maszyny, obsługa awarii, dostarczenie materiału na linię, kontrola jakości, jak i wdrożenie nowego pracownika.
Sama kolejność czynności to jednak za mało.
Jeżeli celem mapowania jest późniejsze usprawnienie procesu, trzeba również zobaczyć:
- kto wykonuje poszczególne działania,
- skąd otrzymuje informację,
- na co musi czekać,
- gdzie przekazuje odpowiedzialność dalej,
- jakie decyzje podejmuje,
- z jakich systemów, dokumentów i danych korzysta,
- gdzie pojawiają się błędy, poprawki i powroty do wcześniejszego etapu.
Mapa procesu powinna pokazywać więcej niż czynności
Mapowanie procesów nie jest ćwiczeniem z rysowania diagramów. Jest sposobem na zobaczenie pracy jako jednego przepływu zamiast zbioru osobnych zadań wykonywanych przez różne osoby i działy.
Co to jest mapa procesu?
Mapa procesu to wizualny model pokazujący przebieg procesu, jego etapy oraz zależności pomiędzy nimi.
Może być bardzo prosta i mieścić się na jednej kartce. Może też przedstawiać złożony proces przebiegający przez kilka działów, systemów i stanowisk.
Stopień szczegółowości powinien wynikać z pytania, na które chcemy odpowiedzieć.
„Jak przebiega cały proces?”
Pokazuje kilka najważniejszych etapów i pozwala zrozumieć strukturę procesu bez wchodzenia w szczegóły każdej operacji.
„Gdzie dokładnie powstaje problem?”
Schodzi głębiej do kroków, czasów, decyzji, przekazań, kolejek i wyjątków potrzebnych do znalezienia źródła straty.
Jeżeli diagram ma kilkaset elementów, ale nie pomaga podjąć decyzji, staje się dokumentacją zamiast narzędziem do doskonalenia procesu.
Na czym polega mapowanie procesów produkcyjnych?
W firmie produkcyjnej proces bardzo rzadko przebiega wyłącznie wewnątrz jednego stanowiska lub jednego działu.
Realizacja nawet pozornie prostego zlecenia może łączyć planowanie, magazyn, operatorów produkcji, intralogistykę, kontrolę jakości, utrzymanie ruchu oraz przepływ informacji pomiędzy systemami.
Dlatego mapa procesu produkcyjnego powinna pokazywać zarówno przepływ fizyczny, jak i przepływ informacji.
Skąd przychodzi, gdzie czeka i kiedy trafia do następnego etapu.
Kto wykonuje pracę i komu przekazuje odpowiedzialność.
Które zasoby wykonują operację i gdzie powstają ograniczenia.
Jak zlecenie, zmiana, problem lub decyzja dociera do właściwej osoby.
Gdzie produkt, materiał, operator lub decyzja pozostaje bez działania.
Co jest mierzone, kiedy powstaje informacja i czy można jej zaufać.
Pozwala zobaczyć, że problem przypisany jednemu działowi może w rzeczywistości powstawać w miejscu przekazania pracy pomiędzy działami. To właśnie na styku produkcji, magazynu, utrzymania ruchu, jakości i decyzji kierowniczych często znajdują się straty niewidoczne w pojedynczym raporcie.
Po co mapować procesy w firmie produkcyjnej?
Najlepszym powodem do stworzenia mapy nie jest potrzeba posiadania dokumentacji. Powodem powinno być pytanie biznesowe albo operacyjne, na które organizacja nie potrafi dzisiaj jednoznacznie odpowiedzieć.
| Objaw | Pytanie do mapy procesu |
|---|---|
| Zlecenia często się opóźniają | W którym miejscu procesu powstaje największe oczekiwanie? |
| Liderzy ciągle koordynują pracę ręcznie | Gdzie proces wymaga dodatkowej decyzji lub ręcznego przekazania informacji? |
| Produkcja czeka na materiał | Jak powstaje potrzeba transportowa i co dzieje się od zgłoszenia do dostawy? |
| Awarie trwają zbyt długo | Ile czasu mija od pierwszego sygnału do rozpoczęcia właściwego działania? |
| Te same błędy powtarzają się | Gdzie w procesie problem powinien zostać wykryty, zatrzymany albo skorygowany? |
| Firma chce wdrożyć nowy system | Który fragment procesu rzeczywiście powinien zostać cyfryzowany? |
| Koszty rosną, ale trudno wskazać przyczynę | W których etapach zużywamy zasoby bez tworzenia proporcjonalnej wartości? |
„Mamy opóźnienia”, „brakuje ludzi”, „maszyna za często stoi” albo „magazyn nie nadąża” to objawy. Mapowanie pomaga zobaczyć, jak ten objaw powstaje.
Mapa procesu AS-IS i TO-BE – jaka jest różnica?
Jednym z najważniejszych rozróżnień w mapowaniu procesów jest oddzielenie stanu obecnego od stanu docelowego.
Jak proces działa dzisiaj?
Pokazuje rzeczywisty przebieg pracy – również obejścia, telefony, ręczne przekazywanie informacji, oczekiwanie, poprawki i wyjątki.
Jak proces powinien działać?
Przedstawia docelowy przebieg po usunięciu wybranych strat, zmianie organizacji lub wdrożeniu usprawnienia.
Właściwa kolejność
Zespół zaczyna rysować mapę i od razu poprawia proces. W rezultacie powstaje mieszanina stanu obecnego i pomysłów na przyszłość. Najpierw trzeba uczciwie odwzorować AS-IS. Dopiero później projektować TO-BE.
Co powinna zawierać dobra mapa procesu?
Zakres informacji zależy od celu analizy, ale mapa wykorzystywana do doskonalenia procesu powinna pozwalać odpowiedzieć przynajmniej na kilka podstawowych pytań.
Jakie zdarzenie uruchamia proces?
Jakie działania rzeczywiście są wykonywane?
Kto wykonuje lub zatwierdza poszczególne kroki?
W których miejscach proces może pójść różnymi ścieżkami?
Gdzie praca przechodzi do innej osoby, działu lub systemu?
Gdzie proces zatrzymuje się mimo że nie powstaje wartość?
Skąd użytkownicy pobierają informacje potrzebne do działania?
W których miejscach praca musi zostać wykonana ponownie?
Po czym jednoznacznie wiadomo, że proces został zakończony?
Jakie są rodzaje map procesów?
Nie istnieje jeden format odpowiedni do każdego problemu. Narzędzie powinno być dopasowane do pytania, a nie odwrotnie.
| Rodzaj | Do czego służy? | Kiedy jest szczególnie użyteczny? |
|---|---|---|
| Prosta mapa procesu | Pokazuje kolejne działania i decyzje. | Gdy chcemy szybko zrozumieć przebieg procesu. |
| Swimlane | Rozdziela działania według osób, funkcji lub działów. | Gdy problem pojawia się na styku odpowiedzialności. |
| SIPOC | Pokazuje dostawców, wejścia, główne etapy, wyjścia i klientów procesu. | Gdy najpierw trzeba ustalić granice i wysokopoziomowy kontekst. |
| Value Stream Mapping | Łączy przepływ materiału i informacji z analizą czasu oraz zapasów. | Gdy analizujemy szeroki strumień wartości i udział czasu oczekiwania. |
| Mapa przepływu informacji | Pokazuje sposób powstawania, przekazywania i wykorzystywania informacji. | Gdy problemem są telefony, maile, brak statusu lub opóźnione decyzje. |
| Mapa spaghetti | Pokazuje fizyczne przemieszczanie ludzi, materiałów lub środków transportu. | Przy analizie layoutu i transportu wewnętrznego. |
Często kilka godzin obserwacji i prosta mapa pokazują wystarczająco dużo, aby zdecydować, który fragment procesu wymaga dokładniejszej analizy.
Jak przeprowadzić mapowanie procesu krok po kroku?
Mapowanie jest najbardziej użyteczne wtedy, gdy zaczyna się od problemu i rzeczywistego procesu, a nie od pustego szablonu w programie do diagramów.
Mapa jest wynikiem obserwacji, rozmów i danych. Program do rysowania mapy jest tylko nośnikiem wyniku tej pracy.
Jak określić początek i koniec mapowanego procesu?
Źle określony zakres jest jedną z najczęstszych przyczyn powstawania map, które są albo zbyt ogólne, albo niemożliwe do wykorzystania.
Zamiast mapować „produkcję”, lepiej zdefiniować konkretny fragment.
| Zbyt szeroko | Lepsza granica procesu |
|---|---|
| Produkcja | Od zwolnienia zlecenia do przekazania gotowej partii do magazynu. |
| Utrzymanie ruchu | Od pierwszego sygnału o problemie do przywrócenia stabilnej pracy maszyny. |
| Logistyka | Od zgłoszenia potrzeby materiału do potwierdzenia dostawy na stanowisko. |
| Jakość | Od wykrycia niezgodności do decyzji i zamknięcia działania. |
| Przezbrojenie | Od ostatniej dobrej sztuki produktu A do pierwszej stabilnej dobrej sztuki produktu B. |
Dzięki temu łatwiej później mierzyć czas procesu i porównywać kolejne przypadki.
Dlaczego mapowanie procesu trzeba konfrontować z pracą na hali?
Procedura pokazuje założony sposób działania. System pokazuje część zarejestrowanych zdarzeń. Wywiad pokazuje perspektywę konkretnej osoby.
Żadne z tych źródeł samodzielnie nie musi pokazywać całego procesu.
Dlatego w procesach produkcyjnych bardzo ważna jest obserwacja rzeczywistej pracy.
„Operator zgłasza problem”
Jeden prosty krok.
„Komu właściwie mam to zgłosić?”
Telefon do lidera, brak odpowiedzi, wiadomość do UR, kolejny telefon, oczekiwanie i dopiero później właściwa reakcja.
Nie pytaj tylko „jak powinno być?”. Zapytaj „co wydarzyło się przy ostatnim rzeczywistym przypadku?”. Konkretne zdarzenie znacznie szybciej ujawnia obejścia, wyjątki i nieformalny workflow.
Jakie dane warto zbierać podczas mapowania procesu produkcyjnego?
Nie każda mapa musi od początku zawierać rozbudowane pomiary. Gdy jednak celem jest znalezienie strat, samo narysowanie kolejności kroków zwykle nie wystarcza.
| Dane | Co mogą ujawnić? |
|---|---|
| Czas wykonania | Ile trwa rzeczywista praca w danym kroku. |
| Czas oczekiwania | Ile czasu proces stoi pomiędzy działaniami. |
| Liczba przekazań | Jak często odpowiedzialność lub informacja przechodzi między osobami. |
| Liczba wyjątków | Jak często standardowy przebieg procesu nie wystarcza. |
| Poprawki | Gdzie proces wraca do wcześniejszego etapu. |
| Kolejka / WIP | Gdzie praca gromadzi się szybciej, niż kolejny etap może ją obsłużyć. |
| Częstotliwość | Czy problem jest pojedynczym wyjątkiem czy powtarzalnym mechanizmem. |
| Źródło informacji | Czy decyzja jest podejmowana na podstawie aktualnych i wspólnych danych. |
Czynność może zajmować 5 minut, a cały etap od zgłoszenia do zakończenia – 45 minut. Pozostałe 40 minut również jest częścią procesu i właśnie tam często znajduje się największy potencjał poprawy.
Przykład mapowania procesu w firmie produkcyjnej
Załóżmy, że operator produkcji regularnie zgłasza zbyt długi czas oczekiwania na materiał.
Początkowe wyjaśnienie brzmi:
Dopiero mapa procesu pokazuje, co dzieje się pomiędzy powstaniem potrzeby a fizyczną dostawą.
Taka mapa może zmienić pytanie z:
„Dlaczego magazyn działa za wolno?”
Odpowiedzialność zostaje przypisana jednemu działowi.
„Gdzie naprawdę powstaje czas oczekiwania?”
Analizujemy cały mechanizm od powstania potrzeby do dostarczenia materiału.
Jeszcze nie rozwiązanie. Dała coś wcześniejszego i bardzo ważnego: precyzyjniejsze pytanie diagnostyczne. Dopiero teraz warto ustalać, czy potrzebna jest zmiana organizacji, priorytetów, zasobów, komunikacji lub technologii.
Mapowanie procesów logistycznych i intralogistycznych
Mapowanie jest szczególnie użyteczne w logistyce wewnętrznej, ponieważ straty są tam często rozproszone pomiędzy produkcję, magazyn, transport i planowanie.
Warto prześledzić cały przepływ od momentu powstania zapotrzebowania do momentu, w którym materiał rzeczywiście znajduje się tam, gdzie jest potrzebny.
Przykładowy przepływ
Na takiej mapie warto szczególnie zaznaczyć:
- skąd powstają zgłoszenia transportowe,
- jak ustalane są priorytety,
- kto decyduje o przydziale zadania,
- jak długo zgłoszenie czeka na reakcję,
- ile jest przejazdów pustych lub zbędnych,
- gdzie materiał czeka pomiędzy etapami,
- czy istnieją powtarzalne szczyty zapotrzebowania.
To, że produkcja czeka na wózek, nie oznacza jeszcze automatycznie, że flota jest za mała. Mapa przepływu pomaga najpierw zobaczyć, jak powstaje zlecenie i gdzie traci czas.
Jakie straty najczęściej widać dopiero po zmapowaniu procesu?
Duża część strat nie występuje podczas samego wykonywania operacji. Powstaje pomiędzy operacjami.
Przykładowo maszyna może wykonywać operację poprawnie i w wymaganym czasie, a cały proces nadal może być niewydajny, ponieważ zlecenie przez większość czasu oczekuje na materiał, decyzję, kontrolę jakości albo reakcję innego działu.
Na miejsca, w których nic nie dzieje się z produktem lub zadaniem, ale czas nadal płynie. Często właśnie tam znajduje się większa strata niż w samej operacji technologicznej.
Czy mapowanie procesu powinno prowadzić do wdrożenia systemu IT?
Nie automatycznie.
Czasem najlepszym wynikiem mapowania jest uproszczenie odpowiedzialności, usunięcie zbędnego kroku, zmiana kolejności pracy albo ustalenie jasnego standardu.
Technologia ma największy sens wtedy, gdy po zrozumieniu procesu można jasno wskazać, jaką konkretną stratę ma zamknąć.
| Problem widoczny na mapie | Najpierw warto rozważyć |
|---|---|
| Niejasna odpowiedzialność | Ustalenie właściciela i reguł procesu. |
| Zbędna czynność | Usunięcie jej, a nie automatyzowanie. |
| Brak informacji o statusie | Usprawnienie przepływu informacji; następnie ocenę wsparcia cyfrowego. |
| Ręczne przekazywanie dużej liczby zadań | Standaryzację workflow i możliwość jego cyfryzacji. |
| Brak danych o rzeczywistym procesie | Zaprojektowanie sposobu pomiaru przed dalszą optymalizacją. |
| Powtarzalna decyzja oparta na jasnych regułach | Sprawdzenie potencjału automatyzacji. |
Można wtedy bardzo sprawnie wykonywać czynności, które w docelowym procesie w ogóle nie powinny istnieć.
Mapowanie pomaga zrozumieć rzeczywisty przebieg pracy. Kolejnym krokiem jest określenie źródła straty, potencjału poprawy i sposobu zmierzenia efektu. Dopiero wtedy można świadomie zdecydować, czy potrzebna jest zmiana procesu, organizacji pracy, danych czy rozwiązania technologicznego.
Zobacz podejście Signalo do optymalizacji produkcji →Mapowanie procesów, SIPOC, VSM i diagram spaghetti – czym się różnią?
„Mapa procesu” jest określeniem szerokim. W praktyce można wykorzystać różne techniki w zależności od tego, czego próbujemy się dowiedzieć.
Problem zaczyna się wtedy, gdy zespół wybiera narzędzie przed zdefiniowaniem pytania.
Najbardziej uniwersalna. Pokazuje kolejność działań, decyzji, przekazań i wyjątków. Dobra do zrozumienia rzeczywistego workflow.
Pomaga szybko określić dostawców, wejścia, proces, wyjścia i klientów. Jest szczególnie użyteczny przed szczegółowym mapowaniem.
Koncentruje się na szerszym strumieniu wartości, czasie przejścia, zapasach oraz przepływie materiałów i informacji.
Pokazuje fizyczny ruch ludzi, materiału lub środków transportu. Jest szczególnie użyteczny przy analizie layoutu i intralogistyki.
Dzieli proces według osób, ról lub działów i bardzo dobrze ujawnia liczbę przekazań odpowiedzialności.
Koncentruje się na tym, kto wie o zdarzeniu, kiedy otrzymuje informację i co dzieje się z nią później.
Najprostsze, które pozwala odpowiedzieć na konkretne pytanie. Jeśli problemem są przekazania między działami, dobry będzie swimlane. Jeśli ruch materiału – VSM lub spaghetti. Jeśli najpierw trzeba określić zakres procesu – SIPOC.
Więcej o wysokopoziomowym definiowaniu procesu opisujemy w przewodniku SIPOC – jak określić dostawców, wejścia, proces, wyjścia i klientów.
Jak przeprowadzić warsztat mapowania procesu z pracownikami?
Najlepszej mapy procesu zazwyczaj nie stworzy jedna osoba siedząca przed komputerem.
Warto zebrać osoby, które uczestniczą w różnych fragmentach procesu – szczególnie tam, gdzie odpowiedzialność przechodzi z jednego działu do drugiego.
Jego celem jest zrozumienie mechanizmu procesu. Jeżeli uczestnicy czują, że mapa będzie używana do oceny ludzi, zaczną opisywać proces tak, jak powinien wyglądać – zamiast tak, jak rzeczywiście działa.
Mapa pokazuje problem. Nie zawsze pokazuje jego przyczynę
To jedno z najważniejszych ograniczeń mapowania.
Jeżeli mapa pokazuje, że zgłoszenie przez 25 minut czeka na decyzję kierownika, wiemy już gdzie powstaje strata.
Nadal jednak nie wiemy, dlaczego decyzja musi czekać.
Czy osoba wykonująca pracę może podjąć decyzję samodzielnie?
Czy przed decyzją trzeba ręcznie zebrać dane z kilku miejsc?
Czy podobne sytuacje są za każdym razem rozstrzygane od początku?
Czy zbyt wiele decyzji zależy od jednej osoby?
Czy uczestnicy nie wiedzą, kto powinien przejąć problem?
Czy nawet prosty problem trafia zbyt wysoko w organizacji?
Mapa procesu lokalizuje miejsce problemu. Analiza przyczyny pomaga wyjaśnić mechanizm, który ten problem tworzy. Dlatego mapowanie często jest początkiem diagnozy, a nie jej końcem.
Jak połączyć mapowanie procesu z KPI?
Mapa bez danych może prowadzić do ciekawych obserwacji, ale trudno na jej podstawie ustalić skalę problemu.
Dane bez mapy mogą z kolei pokazać odchylenie bez wyjaśnienia, w którym miejscu rzeczywistego procesu ono powstaje.
Mapa + KPI
| Fragment procesu | Co można zmierzyć? | Co może oznaczać odchylenie? |
|---|---|---|
| Zgłoszenie → reakcja | Czas do podjęcia działania. | Problem z przepływem informacji, odpowiedzialnością lub dostępnością. |
| Materiał → stanowisko | Czas oczekiwania na transport. | Problem z kolejką, priorytetami lub zdolnością intralogistyki. |
| Awaria → restart | MTTR i jego składowe. | Problem może występować przed rozpoczęciem naprawy, podczas diagnozy lub podczas samej naprawy. |
| Wejście → dobra sztuka | Lead time, FPY, scrap. | Strata może wynikać z oczekiwania, jakości albo powtarzania operacji. |
| Przezbrojenie | Czas i jego zmienność. | Problem może wynikać z przygotowania, standardu, materiału lub organizacji pracy. |
Więcej o wyborze właściwych mierników opisujemy na stronie KPI w produkcji – jakie wskaźniki mierzyć i jak je interpretować.
Zacznij od pytania: „który fragment procesu chcemy zrozumieć i jaka informacja pozwoli nam rozróżnić możliwe przyczyny?”
Jak połączyć mapę procesu z 5 Why i diagramem Ishikawy?
Te narzędzia pełnią różne role i dobrze się uzupełniają.
Jeżeli problem ma wiele możliwych źródeł, przydatny może być diagram Ishikawy. Jeśli natomiast zespół ma już konkretną ścieżkę przyczynową do pogłębienia, warto wykorzystać metodę 5 Why.
Żadne z tych narzędzi nie powinno zastępować weryfikacji w procesie. Mapa, Ishikawa i 5 Why pomagają formułować coraz lepsze hipotezy. Ostatecznie trzeba sprawdzić je obserwacją lub danymi.
Jak mapowanie procesów wpisuje się w DMAIC?
W projekcie DMAIC mapa procesu może pojawić się już na początku – podczas definiowania problemu i ustalania granic procesu – a następnie zostać rozwinięta podczas pomiaru i analizy.
| DMAIC | Rola mapowania procesu |
|---|---|
| Define | Określamy granice procesu, uczestników, wejścia i oczekiwany rezultat. |
| Measure | Dodajemy czasy, kolejki, liczbę błędów i inne dane do kluczowych punktów procesu. |
| Analyze | Sprawdzamy, w których miejscach powstaje strata i jakie mechanizmy mogą ją powodować. |
| Improve | Projektujemy zmodyfikowany proces i testujemy wybrane rozwiązanie. |
| Control | Określamy, jak utrzymać nowy standard i monitorować jego wynik. |
Całą metodę opisujemy szerzej w przewodniku DMAIC – 5 etapów prowadzenia projektu doskonalenia procesu.
Od AS-IS do TO-BE – jak projektować nowy proces?
TO-BE nie powinno być wizją „idealnego procesu”, która powstaje bez związku z przyczyną problemu.
Każda większa zmiana powinna odpowiadać na konkretną stratę ujawnioną podczas diagnozy.
To hipoteza lepszego sposobu pracy. Dopóki nie zostanie sprawdzona w rzeczywistym procesie i zmierzona, nadal pozostaje hipotezą.
Kiedy w nowym procesie rzeczywiście potrzebna jest technologia?
Po zmapowaniu procesu często pojawia się długa lista pomysłów technologicznych.
Warto jednak podzielić problemy na trzy kategorie.
Zbędny krok, niewłaściwa kolejność, niejasna odpowiedzialność. Najpierw zmień proces.
Każda osoba wykonuje pracę inaczej. Najpierw trzeba ustalić właściwy sposób działania.
Ręczne przekazywanie informacji, brak aktualnego statusu, zbyt wolna eskalacja, niewidoczna kolejka lub brak danych.
Proces działa, ale organizacja nie potrafi mierzyć odchyleń ani ocenić, czy zmiana rzeczywiście poprawiła wynik.
Technologia jest jednym z możliwych wyników diagnozy – nie punktem startowym
Podczas analizy procesu interesuje nas przede wszystkim mechanizm straty. Jeśli można go usunąć zmianą organizacji pracy, standardu lub odpowiedzialności, nie ma sensu komplikować rozwiązania.
Jeśli jednak ograniczeniem jest przepływ informacji, brak danych, ręczne koordynowanie dużej liczby zdarzeń albo konieczność automatycznej reakcji, wtedy rozwiązanie cyfrowe może stać się elementem docelowego procesu.
Przykład: ręczne zgłaszanie problemów na produkcji
Załóżmy, że pracownik zatrzymuje proces i zgłasza problem liderowi.
Na pierwszy rzut oka proces wygląda bardzo krótko:
Pozornie
Obserwacja kilku rzeczywistych przypadków może jednak pokazać zupełnie inny przebieg.
Samo zwiększenie szybkości naprawy nie usunie wtedy całej straty, ponieważ duża jej część powstaje przed rozpoczęciem właściwego działania.
Dopiero mapa pozwala oddzielić te czasy i zobaczyć, czy potrzebna jest zmiana odpowiedzialności, sposobu eskalacji, standardu zgłoszenia czy cyfrowego wsparcia reakcji.
Przykład: produkcja czeka na wózek widłowy
Podobny mechanizm występuje w intralogistyce.
Widoczny objaw brzmi:
Mapa procesu może jednak pokazać, że znaczna część oczekiwania powstaje jeszcze zanim operator wózka otrzyma właściwe zadanie.
Pełny przepływ
Dopiero po pomiarze całego przepływu można ocenić, czy ograniczeniem rzeczywiście jest liczba wózków, czy sposób organizacji ich pracy.
Mapowanie pomaga uniknąć inwestowania w zasób, który nie usuwa rzeczywistego ograniczenia. To samo dotyczy ludzi, maszyn i oprogramowania.
Kiedy mapa procesu jest za mało szczegółowa?
Jeśli po zmapowaniu procesu zespół nadal potrafi powiedzieć jedynie:
warto zejść o poziom niżej.
| Na mapie widzimy | Co warto rozbić dalej? |
|---|---|
| „Oczekiwanie na UR” | Zgłoszenie → przyjęcie → przypisanie → dojazd → diagnoza. |
| „Transport materiału” | Potrzeba → zgłoszenie → kolejka → przydział → odbiór → dostawa. |
| „Kontrola jakości” | Przekazanie → kolejka → kontrola → decyzja → zwolnienie. |
| „Przezbrojenie” | Przygotowanie → zatrzymanie → demontaż → montaż → ustawienie → stabilizacja. |
Kiedy mapa procesu jest zbyt szczegółowa?
Drugi problem jest odwrotny: mapa próbuje odwzorować każdy klik, ruch i wyjątek.
Efektem może być ogromny diagram, którego nikt nie potrafi wykorzystać do decyzji.
Po stworzeniu mapy zespół powinien potrafić wskazać: gdzie jest problem, jakie dane trzeba sprawdzić i jaki fragment procesu wymaga dalszej diagnozy. Jeśli mapa tego nie ułatwia, prawdopodobnie zawiera niewłaściwy poziom szczegółowości.
Najczęstsze błędy w mapowaniu procesów
| Błąd | Co się dzieje? | Lepsze podejście |
|---|---|---|
| Mapowanie procedury zamiast rzeczywistości | Mapa wygląda dobrze, ale nie pokazuje problemu. | Zweryfikować proces na hali. |
| Zbyt szeroki zakres | Mapa staje się zbyt ogólna. | Wyznaczyć konkretne zdarzenie początku i końca. |
| Zbyt dużo szczegółów | Diagram staje się nieczytelny. | Pokazywać tylko informacje potrzebne do celu analizy. |
| Brak danych | Zespół widzi kroki, ale nie zna skali strat. | Dodać pomiar do kluczowych miejsc procesu. |
| Brak operatorów na warsztacie | Powstaje managerska wersja procesu. | Zaangażować osoby rzeczywiście wykonujące pracę. |
| Rozwiązania podczas mapowania AS-IS | Stan obecny miesza się ze stanem docelowym. | Najpierw AS-IS, później diagnoza i TO-BE. |
| Objaw uznany za przyczynę | „Oczekiwanie” samo staje się wyjaśnieniem problemu. | Przeprowadzić dalszą analizę przyczyn. |
| Automatyzowanie wszystkiego | Technologia utrwala niepotrzebne kroki. | Najpierw uprościć proces. |
| Brak pilota | Nowy proces od razu trafia na cały zakład. | Najpierw sprawdzić zmianę w ograniczonym zakresie. |
| Brak pomiaru po zmianie | Nie wiadomo, czy TO-BE faktycznie działa lepiej. | Przed zmianą ustalić KPI i baseline. |
Checklista dobrej mapy procesu
- Czy mapa odpowiada na konkretne pytanie biznesowe lub operacyjne?
- Czy proces ma jednoznaczny początek i koniec?
- Czy pokazujemy rzeczywisty stan AS-IS?
- Czy proces został zweryfikowany w miejscu wykonywania pracy?
- Czy w mapowaniu uczestniczyły osoby rzeczywiście wykonujące proces?
- Czy zaznaczyliśmy decyzje i przekazania odpowiedzialności?
- Czy pokazaliśmy miejsca oczekiwania?
- Czy uwzględniliśmy przepływ informacji?
- Czy widoczne są powroty, poprawki i wyjątki?
- Czy do najważniejszych etapów mamy odpowiednie dane?
- Czy potrafimy rozdzielić czas pracy od czasu oczekiwania?
- Czy odróżniliśmy objaw od przyczyny?
- Czy wiemy, które hipotezy wymagają dalszej weryfikacji?
- Czy TO-BE odpowiada na potwierdzoną przyczynę problemu?
- Czy technologia rozwiązuje konkretną stratę, zamiast tylko cyfryzować istniejący proces?
- Czy zmianę można najpierw sprawdzić w pilotażu?
- Czy mamy baseline i KPI pozwalające porównać efekt?
Najczęstsze pytania o mapowanie procesów
Co to jest mapowanie procesów?
Mapowanie procesów to uporządkowane odwzorowanie rzeczywistego przebiegu pracy od określonego początku do końca. Może obejmować czynności, decyzje, role, przekazania, informacje, oczekiwanie i dane.
Co to jest mapa procesu?
Mapa procesu jest wizualnym przedstawieniem kolejnych etapów procesu oraz zależności pomiędzy nimi.
Po co mapować procesy produkcyjne?
Aby zobaczyć rzeczywisty przebieg pracy, znaleźć miejsca oczekiwania i strat oraz określić, które fragmenty procesu wymagają dalszej diagnozy lub usprawnienia.
Jak zrobić mapę procesu?
Najpierw określ cel i granice procesu, następnie zidentyfikuj uczestników, obserwuj rzeczywistą pracę, zapisz stan AS-IS, dodaj potrzebne dane i zaznacz miejsca strat oraz pytań wymagających dalszej analizy.
Co oznacza AS-IS?
AS-IS oznacza aktualny, rzeczywisty sposób działania procesu przed wprowadzeniem zmian.
Co oznacza TO-BE?
TO-BE oznacza projektowany stan docelowy procesu po wdrożeniu określonych usprawnień.
Czym mapa procesu różni się od SIPOC?
SIPOC przedstawia proces na wysokim poziomie wraz z jego dostawcami, wejściami, wyjściami i klientami. Mapa procesu może znacznie dokładniej pokazywać poszczególne działania, decyzje i przekazania.
Czym mapa procesu różni się od VSM?
Value Stream Mapping skupia się szczególnie na przepływie wartości, materiału, informacji, czasie i zapasach. Klasyczna mapa procesu może być bardziej uniwersalna.
Kiedy stosować diagram spaghetti?
Gdy ważnym elementem problemu jest fizyczne przemieszczanie ludzi, materiałów lub środków transportu po hali.
Czy mapa procesu pokazuje przyczynę problemu?
Nie zawsze. Zwykle pomaga znaleźć miejsce powstawania problemu i lepiej zdefiniować hipotezy, które następnie należy zweryfikować.
Jak połączyć mapowanie z 5 Why?
Mapa może wskazać miejsce straty, a 5 Why pomóc pogłębić analizę wybranego mechanizmu i dojść do potencjalnej przyczyny źródłowej.
Jak połączyć mapowanie z diagramem Ishikawy?
Gdy dla problemu istnieje wiele potencjalnych przyczyn, diagram Ishikawy pomaga uporządkować hipotezy, które następnie można weryfikować danymi i obserwacją procesu.
Czy mapowanie procesów jest częścią Lean?
Mapowanie jest szeroko wykorzystywane w doskonaleniu procesów, w tym w podejściach Lean, ale sama mapa procesu jest narzędziem uniwersalnym i może być stosowana niezależnie od konkretnej metodologii.
Czy mapa procesu powinna zawierać KPI?
Nie musi zawierać wszystkich KPI, ale przy analizie strat warto połączyć kluczowe etapy z danymi, takimi jak czas pracy, oczekiwanie, liczba błędów, kolejka lub przepustowość.
Czy do mapowania procesów potrzebny jest specjalny program?
Nie. Prosta mapa może powstać na papierze, tablicy lub karteczkach. Oprogramowanie ułatwia dokumentowanie i późniejszą pracę, ale nie zastępuje obserwacji procesu.
Czy mapowanie procesu powinno prowadzić do automatyzacji?
Nie zawsze. Czasem wystarczy usunąć zbędny krok, zmienić odpowiedzialność lub ustalić standard. Technologia ma sens wtedy, gdy rozwiązuje konkretną, zidentyfikowaną potrzebę.
Kiedy warto wykorzystać technologię po mapowaniu?
Gdy problem wynika na przykład z ręcznego przepływu informacji, braku statusu, zbyt wolnej eskalacji, dużej liczby powtarzalnych zadań albo braku danych potrzebnych do podejmowania decyzji.
Czy trzeba mapować cały zakład?
Nie. Zwykle bardziej wartościowe jest rozpoczęcie od dobrze zdefiniowanego procesu z konkretnym problemem niż tworzenie ogromnej mapy całej organizacji.
Co zrobić po stworzeniu mapy procesu?
Należy wskazać najważniejsze straty, zebrać potrzebne dane, zweryfikować przyczyny, zaprojektować możliwy stan TO-BE i przetestować zmianę w ograniczonym zakresie.
Czy Signalo pomaga w mapowaniu i optymalizacji procesów?
Tak. Analiza rzeczywistego procesu może być punktem wyjścia do zidentyfikowania strat, określenia priorytetu usprawnień, zaprojektowania pilota i oceny, czy problem wymaga zmiany organizacyjnej, procesowej lub wsparcia technologicznego.
Nie zaczynamy od systemu. Zaczynamy od procesu, który ma działać lepiej.
Mapa procesu pozwala zobaczyć, gdzie praca czeka, wraca, wymaga ręcznej koordynacji albo traci informację. To jednak dopiero początek.
W Signalo pomagamy przejść dalej: od obserwacji i danych, przez identyfikację rzeczywistego źródła straty, po projekt zmiany, pilotaż i pomiar efektu. Jeśli problem rzeczywiście wymaga technologii, możemy wykorzystać również własne rozwiązania cyfrowe i dopasować je do docelowego workflow.
Dzięki temu oprogramowanie nie jest celem projektu. Jest jednym z narzędzi używanych wtedy, gdy pomaga osiągnąć konkretny wynik operacyjny.
Zobacz, jak wygląda optymalizacja produkcji z Signalomapowanie procesów pozwala zobaczyć rzeczywisty przebieg pracy, ale nie powinno kończyć się na diagramie. Najbardziej wartościowa ścieżka wygląda tak: AS-IS → dane → strata → hipoteza → przyczyna → TO-BE → pilot → pomiar efektu → skalowanie. Technologia pojawia się dopiero wtedy, gdy wiadomo, jaką konkretną część tego procesu ma usprawnić.
