Value Stream Management w produkcji a w dostarczaniu oprogramowania: ta sama nazwa, inne zadanie

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Czym jest value stream management? W zakładzie produkcyjnym kieruje fizycznym przepływem rodziny produktów, a w dostarczaniu oprogramowania śledzi elementy robocze. Sprawdź, czym różnią się oba podejścia.

Automatically translated with AI from the original post. Read the English original

Czym jest value stream management? Zależy, kogo zapytasz. W zakładzie produkcyjnym oznacza kierowanie fizycznym przepływem jednej rodziny produktów od zamówienia klienta do dostawy, z jednym właścicielem i kilkoma wspólnymi miarami. W dostarczaniu oprogramowania zwykle oznacza śledzenie elementów roboczych od pomysłu do wydania w ramach zwinnego procesu i potoku DevOps. Ten artykuł jest przeznaczony dla menedżerów doskonalenia operacyjnego, którzy spotykają oba znaczenia w wynikach wyszukiwania, na prezentacjach dostawców lub na spotkaniu z działem IT, i muszą je od siebie odróżniać.

Najważniejsze wnioski

• Value stream management w zakładzie produkcyjnym kieruje fizycznym przepływem jednej rodziny produktów od zamówienia do dostawy, a w dostarczaniu oprogramowania śledzi elementy robocze od pomysłu do wydania.
• Obie dziedziny mają wspólne korzenie w lean: znajdź czekanie, usuń marnotrawstwo i skróć czas, w którym wartość dociera do klienta.
• Narzędzia programistyczne korzystają z metryk przepływu, takich jak flow time i flow efficiency, oraz z metryk DORA, takich jak change lead time i deployment frequency.
• Zakład zajmuje się też zapasami, maszynami, przezbrojeniami i transportem, czego metryki przepływu w oprogramowaniu nie obejmują.
• Czytając o value stream management, najpierw sprawdź, czy autor ma na myśli produkcję, czy DevOps.

Czym jest value stream management w każdej z dziedzin?

Obie dziedziny używają tych samych dwóch słów na określenie podobnej idei: zarządzać całym przepływem, który tworzy wartość dla klienta, a nie tylko pojedynczymi krokami.

W produkcji strumień wartości to zestaw działań potrzebnych, by doprowadzić produkt od zamówienia do dostawy. Lean Enterprise Institute (LEI) opisuje strumień wartości jako wszystkie działania, zarówno tworzące wartość, jak i jej nietworzące, potrzebne do doprowadzenia produktu od koncepcji do wprowadzenia na rynek lub od zamówienia do dostawy. W zakładzie uwaga koncentruje się na strumieniu od zamówienia do dostawy jednej rodziny produktów. Zarządzanie nim oznacza wyznaczonego właściciela, wspólne miary i regularny przegląd.

W dostarczaniu oprogramowania strumień wartości to droga od pomysłu do działającego oprogramowania w rękach użytkowników. Planview opisuje Flow Framework jako „ustrukturyzowane, normatywne podejście do Value Stream Management w organizacjach dostarczających oprogramowanie”. Planview jest dostawcą oprogramowania, więc traktuj to jako punkt widzenia jednego dostawcy. Elementami roboczymi są funkcjonalności, defekty, ryzyka i dług techniczny, a narzędzia łączą systemy, w których zespoły je śledzą.

Nazwy są takie same. Codzienna praca już nie.

Skąd wzięła się ta idea?

Korzeniem jest myślenie lean. Toyota podaje, że jej system produkcji ma na celu gruntowne eliminowanie marnotrawstwa i skracanie czasów realizacji. Toyota wskazuje trzy rodzaje problemów do usunięcia: muda (marnotrawstwo), mura (nierówność) i muri (nierozsądne obciążanie ludzi i maszyn).

Definicja LEI przytoczona wyżej obejmuje już dwa rodzaje strumieni: operacyjny strumień wartości, od zamówienia do dostawy, oraz strumień rozwoju, od koncepcji do wprowadzenia. Idea nigdy więc nie ograniczała się do hali produkcyjnej. Rozwój produktu też jest przepływem, a wytwarzanie oprogramowania jest jego rodzajem.

Dlatego oba światy wciąż mówią o tych samych problemach: czekaniu, przekazywaniu pracy, kolejkach i silosach. Różnica tkwi w tym, co przepływa przez strumień.

Jak fabryka zarządza strumieniem wartości?

Fabryka zarządza przepływem fizycznym. W zarządzaniu typu lean typowe elementy to:

1. Rodzina produktów. Produkty, które mają podobne etapy przetwarzania i wykorzystują ten sam sprzęt.
2. Mapa strumienia wartości. Schemat przepływu materiałów i informacji, w stanie obecnym i docelowym.
3. Właściciel. Często nazywany menedżerem strumienia wartości, wspierany przez kierownictwo zakładu.
4. Wspólne miary. Czas realizacji, zapasy, terminowość dostaw, wydajność za pierwszym razem (first pass yield).
5. Cotygodniowy przegląd. Działania, ich właściciele i terminy.

Przepływa materiał. Leży w magazynie, czeka przed maszyną albo jedzie ciężarówką. Ma koszt i zajmuje miejsce, dlatego zapasy są kluczową miarą. Przepływ kształtują przezbrojenia, zdolności maszyn i układ zmian. Wiele fabryk stosuje też rutyny zarządzania lean, na przykład codzienne spotkania przy tablicy, aby strumień był widoczny. Strona tematu lean management na M365.FM daje szerszy obraz.

Jak dostarczanie oprogramowania zarządza strumieniem wartości?

Dostarczanie oprogramowania zarządza przepływem informacji. Przepływa element pracy: pomysł, zgłoszenie, zmiana w kodzie. Nie ma fizycznego zapasu, ale wciąż czeka na przegląd, środowisko testowe lub termin wydania.

Powszechne są dwa zestawy miar:

• Miary przepływu. Flow Framework wyróżnia prędkość przepływu (flow velocity), czas przepływu (flow time), efektywność przepływu (flow efficiency), obciążenie przepływu (flow load) i rozkład przepływu (flow distribution). Podsumowanie Planview ujmuje je w formie pytań: czy dostarczanie wartości przyspiesza, czy skraca się czas do wartości, czy praca czeka na wcześniejszych etapach, czy popyt przewyższa zdolności, oraz czy inwestycje są podzielone między nową wartość a ochronę istniejącej.
• Metryki DORA. Program badawczy DORA grupuje swoje metryki wydajności dostarczania oprogramowania w przepustowość (czas realizacji zmiany, częstotliwość wdrożeń, czas odzyskania po nieudanym wdrożeniu) oraz niestabilność (wskaźnik niepowodzeń zmian, wskaźnik poprawek po wdrożeniu).

Platforma do zarządzania strumieniem wartości w tej dziedzinie łączy systemy zgłoszeń, repozytoria kodu i potoki buildów, dzięki czemu zespoły widzą, jak wartość przepływa od pomysłu do wydania, i szybciej dostarczają ją klientom. Efektem jest mapa strumienia wartości procesu dostarczania. Interesariusze z biznesu używają jej, aby zobaczyć, gdzie praca czeka, i uzgodnić wartość biznesową.

Czym różnią się te dwa podejścia?

Zestawienie obok siebie pomaga:

• Co przepływa. Fabryka: materiały i zamówienia. Oprogramowanie: elementy pracy i kod.
• Gdzie czeka. Fabryka: w kolejkach, buforach i magazynach. Oprogramowanie: w backlogach, przeglądach i środowiskach.
• Kluczowe miary. Fabryka: czas realizacji, zapasy, terminowość dostaw, wydajność. Oprogramowanie: czas przepływu, efektywność przepływu, czas realizacji zmiany, częstotliwość wdrożeń.
• Typowy właściciel. Fabryka: menedżer strumienia wartości lub kierownik operacji. Oprogramowanie: właściciel produktu lub platformy albo lider IT.
• Źródło danych. Fabryka: ERP, MES, dane z hali produkcyjnej. Oprogramowanie: systemy zgłoszeń i buildów.
• Typowy cel. Fabryka: krótszy czas realizacji i bardziej równomierne dostawy. Oprogramowanie: szybsze i bezpieczniejsze wydawanie zmian.

Wspólna jest nawyk patrzenia na cały przepływ i pytania o to, gdzie on czeka.

Które znaczenie dotyczy Twojego wyszukiwania?

Skorzystaj z szybkiego testu, gdy czytasz stronę lub rozmawiasz z dostawcą:

• Jeśli tekst mówi o zgłoszeniach, potokach, wydaniach lub sprintach, chodzi o dostarczanie oprogramowania i DevOps.
• Jeśli mowa o zleceniach, maszynach, stanach magazynowych, zmianach lub takcie (tempie wyznaczanym przez popyt klienta), chodzi o produkcję.
• Jeśli mowa o obu, zapytaj, z jakich danych korzysta dane narzędzie.

Skrót VSM dodatkowo myli, bo może oznaczać mapowanie (mapping) lub zarządzanie (management). Powiedz kolegom, którego znaczenia używasz. Liderzy IT prowadzący zwinne i DevOpsowe sposoby pracy najczęściej mają na myśli wersję dla oprogramowania. Menedżer strumienia wartości w Twojej fabryce oznacza wersję fizyczną. Nawet słowo wąskie gardło zmienia znaczenie: w fabryce to maszyna lub etap ograniczający wydajność, a w oprogramowaniu często etap przeglądu lub testów. Obie dziedziny dążą jednak do eliminowania marnotrawstwa i skracania czasu, w którym wartość dociera do klienta, więc dobry pomysł z jednej z nich warto sprawdzić w drugiej.

Przykład: ta sama arytmetyka w obu światach

To jest zmyślony przykład. Liczby nie są zmierzonymi wynikami, a poniższy wskaźnik to prosta miara planistyczna, a nie wzór dostawcy.

Weźmy jedną miarę, która sprawdza się w obu obszarach: udział czasu, w którym praca jest faktycznie wykonywana, w całkowitym czasie przepływu. Podziel czas aktywnej pracy przez całkowity czas przepływu.

• Zakład produkcyjny. Zlecenie spędza w strumieniu 10 dni roboczych. Zespół ustala, że produkt jest faktycznie obrabiany łącznie przez 1 dzień. Udział wynosi 1 podzielone przez 10, czyli 10 procent.
• Oprogramowanie. Funkcja potrzebuje 20 dni kalendarzowych od rozpoczęcia do wydania. Programiści i testerzy pracują nad nią łącznie przez 3 dni. Udział wynosi 3 podzielone przez 20, czyli 15 procent.

W obu przypadkach większość czasu to czekanie. Rozwiązanie również wygląda podobnie: ograniczyć liczbę prac w toku, wyeliminować przekazania między etapami i wydawać w mniejszych partiach. Różni się natomiast miejsce, w którym szukamy czekania: w zakładzie przechodzimy po hali i liczymy palety w kolejce; w oprogramowaniu czytamy znaczniki czasu w historii zgłoszenia.

Częste błędy

• Mylenie wyników wyszukiwania. Strona dostawcy o zarządzaniu strumieniem wartości w DevOps nie pomoże zakładowi produkcyjnemu.
• Przenoszenie metryk oprogramowania do zakładu. Częstotliwość wdrożeń nic nie znaczy dla gniazda obróbczego.
• Przenoszenie metryk zakładu do oprogramowania. Rotacja zapasów nie ma zastosowania do zgłoszeń w backlogu.
• Ignorowanie wspólnych wniosków. Obie strony mogą nauczyć się ograniczania prac w toku i skracania pętli informacji zwrotnej.
• Zakup narzędzia przed zdefiniowaniem strumienia. W obu obszarach najpierw trzeba ustalić właściciela i miary.

Jak może pomóc oprogramowanie

W zakładzie produkcyjnym przydatne narzędzia obsługują dane produkcyjne: zlecenia, marszruty, zdolności produkcyjne i zapasy z systemu ERP oraz z hali produkcyjnej. Pomagają zobaczyć fizyczny przepływ, a nie kolejkę zgłoszeń.

iFAKT to założona w 2001 roku firma konsultingowa ze Stuttgartu i specjalista od oprogramowania dla Przemysłu 4.0. Pomaga producentom planować i optymalizować procesy produkcyjne oraz logistyczne, a także rozwija oprogramowanie Polaris. Niezależnie od tego, którego dostawcę rozważasz, zapytaj, czy jego model danych odpowiada fizycznemu przepływowi.

Następny krok

Czym dla Ciebie jest zarządzanie strumieniem wartości? Jeśli prowadzisz zakład produkcyjny, jest to fizyczny przepływ jednej rodziny produktów, a artykuły o dostarczaniu oprogramowania to temat poboczny. W tym tygodniu wybierz jedną rodzinę produktów i sprawdź, czy ma właściciela oraz trzy wspólne miary.