Mapowanie strumienia wartości (value stream mapping) to opisanie drogi zlecenia od zgłoszenia do dostarczenia wraz z czasem oczekiwania między krokami. Podejścia różnią się tym, co pokazują: klasyczna mapa VSM pokazuje przepływ i przestoje, SIPOC granice procesu, a mapa z torami odpowiedzialność za przekazania. Mapa mierzy oczekiwanie, nie pracę.
Na skróty
Czego dowiesz się z artykułu:
- Co dokładnie mierzy mapa strumienia, a czego nie zmierzy żaden diagram kroków
- Czym różnią się klasyczna mapa VSM, SIPOC i mapa z torami odpowiedzialności
- Które metryki strumienia warto nazwać przed warsztatem
- Dlaczego mapa bez właściciela procesu kończy się na ścianie
Dla kogo jest ten artykuł:
- Menedżerowie operacyjni i liderzy zespołów usprawniający procesy od początku do końca
- Analitycy procesów, którzy mają wybrać notację pod konkretny cel
- Zespoły IT mierzące czas od zgłoszenia do wdrożenia
Czas czytania: 7 minut
Mapa strumienia mierzy oczekiwanie, nie pracę
Mapa strumienia wartości opisuje kolejne kroki dostarczania wraz z czasem przetwarzania i czasem oczekiwania, a wartość diagnostyczna siedzi w drugim z nich — tekst objaśniający VSM, zaindeksowany w pubmed.ncbi.nlm.nih.gov (American Journal of Gastroenterology), przedstawia ją jako narzędzie do oddzielenia kroków dodających wartość od oczekiwania i przeróbek. Zespoły zaczynające od mapowania czynności dostają po warsztacie obraz tego, co robią, i żadnej wskazówki, gdzie proces stoi.
Praktyczna różnica ujawnia się przy sumowaniu. Czas przetwarzania to suma minut, w których ktoś faktycznie pracuje nad zleceniem. Czas przejścia obejmuje wszystko: kolejki, akceptacje, oczekiwanie na zwolnienie środowiska. W większości procesów biurowych i wytwórczych drugi jest wielokrotnie dłuższy od pierwszego, a usprawnienia kierowane bez mapy trafiają w pierwszy — czyli w miejsce o najmniejszym zapasie.
Druga rzecz, którą mapa ujawnia, to jakość przekazań. Nazwany udział kompletnych i poprawnych wejść do każdego kroku (%C&A) mówi, ile razy krok musi dopytywać poprzedni. Krok, który pyta przy co drugim zleceniu, generuje oczekiwanie niewidoczne w żadnym raporcie z systemu zadań.
Trzy podejścia i to, co każde z nich wycina
Klasyczna mapa VSM idzie za jednym typem zlecenia od wejścia do wydania, z osią czasu pod spodem. Pokazuje przepływ i przestoje najdokładniej ze wszystkich trzech. Kosztuje najwięcej: wymaga pomiaru na miejscu, zgody na spowolnienie pracy podczas obserwacji i wyboru jednego reprezentatywnego produktu, który nie zawsze istnieje.
SIPOC opisuje proces od strony granic: dostawcy, wejścia, kroki, wyjścia, odbiorcy. Nie mierzy czasu i nie ma osi — za to w godzinę porządkuje zakres i rozstrzyga spór o to, gdzie proces się zaczyna. To właściwe narzędzie, gdy zespół nie potrafi zgodzić się co do przedmiotu rozmowy, a nie wtedy, gdy szuka wąskiego gardła.
Mapa z torami odpowiedzialności (swimlane) układa kroki w pasy przypisane rolom i zespołom. Pokazuje przekazania, czyli dokładnie te miejsca, w których proces najczęściej czeka. Nie pokazuje czasu operacji, więc bez metryk zostaje opisem organizacji, a nie strumienia.
Wybór wynika z pytania, nie z preferencji. Na pytanie „gdzie tracimy czas” odpowiada VSM. Na „co w ogóle mapujemy” — SIPOC. Na „kto na kogo czeka” — mapa z torami. Łączenie wszystkiego w ten sam diagram daje rysunek, który czyta wyłącznie jego autor.
Metryki, które trzeba nazwać przed warsztatem
W wytwarzaniu oprogramowania istnieje gotowy, publicznie opisany zestaw — metryki DORA: materiał dora.dev definiuje je jako cztery wskaźniki dostarczania, a wśród nich czas wprowadzenia zmiany (lead time for changes), liczony od zatwierdzenia zmiany w repozytorium do jej działania na produkcji. To nie jest cały czas przejścia z mapy, a jego ODCINEK: mapa zaczyna się przy zgłoszeniu, metryka przy zatwierdzonym kodzie. Odcinek ma jednak zaletę, której własny wskaźnik nie ma — jest nazwany i liczony porównywalnie między zespołami, więc warto go przyjąć zamiast definiować własną miarę na potrzeby jednego warsztatu.
Materiał dora.dev o widoczności pracy w strumieniu wartości idzie o krok dalej: opisuje widoczność całego przepływu, od zgłoszenia do działania na produkcji, jako zdolność zespołu, a nie jako jednorazowy diagram. Różnica jest decydująca dla efektu mapowania. Mapa narysowana raz starzeje się w tempie zmian w procesie; widoczność utrzymywana w narzędziu pracy żyje razem z nim.
Zanim zacznie się mapować, warto więc ustalić: co jest jednostką zlecenia, gdzie zaczyna się i kończy mierzony odcinek, i kto odczyta metrykę po warsztacie. Bez ostatniego punktu mapa jest zdjęciem, nie przyrządem.
Rola właściciela procesu i co dzieje się po warsztacie
Mapa nie usprawnia niczego sama. Usprawnia decyzja o zmianie kolejności kroków, zniesieniu akceptacji albo przeniesieniu kontroli jakości wcześniej — a taka decyzja wymaga kogoś, kto może ją podjąć ponad granicami zespołów. Tą funkcją jest właściciel procesu: osoba rozliczana z wyniku całego strumienia, nie z pracy jednego działu.
Tam, gdzie właściciel procesu nie jest nazwany, warsztat kończy się listą usprawnień, z których wdrażane są tylko te mieszczące się w jednym dziale. Najcenniejsze pozycje z mapy — zniesienie podwójnej akceptacji, zmiana kolejności przekazań — leżą właśnie na granicach i bez tej funkcji nie mają adresata.
Po warsztacie zostaje do zrobienia ostatni krok: wybrać mapę stanu docelowego z datą i właścicielem każdej zmiany, a potem zmierzyć ten sam odcinek ponownie. Mapowanie bez powtórnego pomiaru nie odróżnia usprawnienia od wrażenia usprawnienia.
Czytaj także
- Mapowanie procesów biznesowych — od analizy do optymalizacji — szersza rama mapowania procesów, przydatna przy wyborze notacji
- Lean management — eliminacja marnotrawstwa w procesach — kategorie marnotrawstwa, które mapa strumienia ujawnia jako czas oczekiwania
- Automatyzacja procesów biznesowych (RPA) — od czego zacząć — co zrobić z powtarzalnymi przekazaniami i zdublowanymi akceptacjami, które mapa pokazuje jako czas oczekiwania
Rozwijaj kompetencje
Temat rozwijają szkolenia Analityka operacji IT - optymalizacja procesów oraz APQP & PPAP – planowanie jakości produktu i procesu. Pierwsze pracuje na pomiarze i metrykach przepływu w IT, drugie na planowaniu jakości procesu w łańcuchu dostaw. Skontaktuj się z nami, żeby dopasować zakres do procesu, który mapujesz.
Najczęściej zadawane pytania (FAQ)
Czym jest mapowanie strumienia wartości w metodologii lean?
To technika opisania drogi zlecenia przez proces wraz z czasem przetwarzania i czasem oczekiwania, służąca do znalezienia miejsc, w których praca stoi. W metodyce lean mapa jest punktem wyjścia do rozmowy o marnotrawstwie — pokazuje je jako konkretny odcinek osi czasu, a nie jako kategorię z listy.
Które zasady lean management wymusza mapa strumienia?
Przede wszystkim patrzenie na proces od końca, czyli od odbiorcy, i mierzenie całości, a nie wydajności pojedynczych stanowisk. Z mapy wynika też trzecia zasada: usprawnianie kroku, który nie jest wąskim gardłem, nie zmienia wyniku strumienia. To wniosek, który bardzo trudno przyjąć bez rysunku na stole.
Jak zastosować VSM w zespole IT?
Przez przyjęcie publicznie zdefiniowanych metryk dostarczania zamiast wymyślania własnych — czas od zatwierdzenia zmiany w repozytorium do jej działania na produkcji pokrywa końcowy odcinek czasu przejścia z mapy, a początkowy (od zgłoszenia do podjęcia pracy) trzeba domierzyć osobno. Jednostką zlecenia bywa zgłoszenie, zmiana w kodzie albo wdrożenie; wybór wpływa na wszystko dalej, więc rozstrzyga się go przed warsztatem, nie po.
Jak zacząć mapowanie strumienia wartości w praktyce?
Od jednego typu zlecenia, jednego odcinka i jednego pomiaru. Wybierz najczęstszy przypadek, zmierz czas przejścia na krótkiej próbce, narysuj kroki z czasem oczekiwania i wskaż właściciela procesu. Dopiero potem rozszerzaj zakres: mapa wszystkiego naraz rysuje się tygodniami i starzeje się, zanim ktokolwiek ją przeczyta.