Definicja
Lean to filozofia zarządzania wywodząca się z Toyota Production System, skoncentrowana na maksymalizacji wartości dla klienta przy minimalizacji marnotrawstwa.
7 rodzajów marnotrawstwa (Muda)
| Typ | Produkcja | IT/Software |
|---|---|---|
| Nadprodukcja | Produkowanie na zapas | Budowanie funkcji "na wszelki wypadek" |
| Oczekiwanie | Czekanie na materiał | Czekanie na decyzję PO, code review |
| Transport | Przewożenie materiałów | Przekazywanie między zespołami |
| Nadmierne przetwarzanie | Zbędne operacje | Zbędna dokumentacja, over-engineering |
| Zapasy | Magazynowanie nadwyżek | Niezmerge'owane branche, gotowe a niewdrożone |
| Ruch | Zbędne chodzenie | Context switching, zbyt dużo spotkań |
| Defekty | Braki, poprawki | Bugi, rework, regresje |
Dlaczego to ważne?
Lean w IT oznacza:
- eliminację zbędnych kroków w procesie developmentu,
- szybsze dostawy - mniej WIP = szybszy throughput (prawo Little'a),
- ciągłe doskonalenie (Kaizen) - małe zmiany dają wielkie efekty,
- focus na wartość - buduj to, za co klient jest gotów zapłacić.
Lean Startup (Build-Measure-Learn)
| Krok | Opis | Narzędzie |
|---|---|---|
| Build | Zbuduj minimalny eksperyment | MVP, prototyp |
| Measure | Zmierz wyniki | Analytics, A/B testy, wywiady |
| Learn | Wyciągnij wnioski | Pivot lub persevere |
Lean vs Agile
| Aspekt | Lean | Agile |
|---|---|---|
| Fokus | Eliminacja marnotrawstwa | Adaptacja do zmian |
| Pochodzenie | Produkcja (Toyota) | Software (Manifesto 2001) |
| Kluczowa metryka | Lead Time | Velocity / Working software |
| Relacja | Lean to filozofia | Agile to zbiór wartości |
Agile czerpie z Lean - Kanban, ciągłe doskonalenie, eliminacja waste.
Powiązane pojęcia
Lean co to znaczy: pięć różnych rzeczy pod tą samą nazwą
Lean to sposób organizowania pracy, w którym punktem odniesienia jest wartość dla klienta, a wszystko, co jej nie dokłada, traktuje się jako stratę do usunięcia. Problem z tym słowem zaczyna się przy drugim zdaniu, bo w polskich firmach nazywa się nim pięć różnych rzeczy.
Kiedy na spotkaniu pada "robimy lean", mówiący ma na myśli jedną z pięciu rzeczy. To nie są warianty tego samego. Różnią się źródłem, zakresem i tym, kto w firmie za nie odpowiada.
| Co pada w rozmowie | O czym to naprawdę jest | Dokąd dalej |
|---|---|---|
| Lean Manufacturing | oryginał z hali Toyoty: przepływ materiału, zapasy, czas przezbrojenia | Value Stream Mapping |
| Lean Management | te same zasady przeniesione na zarządzanie firmą, także usługową | Kaizen, PDCA |
| Lean Startup | sprawdzanie hipotez o produkcie, zanim go zbudujesz | Lean Startup, Lean Canvas |
| Lean Six Sigma | eliminacja strat zszyta z redukcją zmienności | Six Sigma |
| "przechodzimy na lean" w znaczeniu "tniemy koszty" | nadużycie nazwy, test niżej | sekcja o cięciu kosztów |
Pierwsze pytanie brzmi zawsze tak samo: o który Lean chodzi. Bez tego rozmowa o "wdrażaniu lean" toczy się godzinę i każdy wychodzi z innym obrazem tego, co ustalono.
Osobna sprawa to angielskie słowo kontra nazwa własna. Przymiotnik lean znaczy "szczupły", "bez zbędnego tłuszczu" i taka jest metafora u źródła: system dostarczający to samo mniejszym nakładem. Nazwa własna Lean to konkretny zestaw zasad, nie ogólny apel o oszczędność.
Skąd wzięła się nazwa Lean
Toyota nie nazywała swojego systemu Lean. U siebie mieli i mają Toyota Production System.
Słowo przykleił im ktoś z zewnątrz. W 1988 roku John Krafcik, wtedy badacz w programie IMVP na MIT, opublikował w "Sloan Management Review" tekst "Triumph of the Lean Production System". Dwa lata później Womack, Jones i Roos wydali "The Machine That Changed the World", książkę podsumowującą ten sam program badawczy, i termin wszedł do obiegu na dobre.
To wyjaśnia, dlaczego definicje Lean tak się rozjeżdżają. Nazwa jest etykietą zachodnich badaczy naklejoną na cudzy, dojrzały system, a każdy kolejny autor doklejał do niej własną interpretację. Dwie książki z tym słowem na okładce potrafią opisywać dwie różne rzeczy. Kiedy interesariusz powołuje się na "podejście lean", zapytaj, z której książki. Odpowiedź rozstrzyga spór szybciej niż dyskusja o zasadach.
Pięć zasad Lean Thinking i co z nich wynika przy stole analityka
W 1996 roku Womack i Jones w "Lean Thinking" ułożyli całość w pięć zasad. To jest ten szkielet, do którego odwołuje się większość wdrożeń.
| Zasada | Co znaczy | Co z tego wynika dla analityka |
|---|---|---|
| Wartość | wartość definiuje klient, nie dostawca | jeśli nie umiesz wskazać, kto zapłaci za daną funkcję, nie masz wymagania, masz życzenie |
| Strumień wartości | zobacz cały przepływ, nie pojedynczy krok | mapujesz proces od zdarzenia startowego do dostarczenia, nie od "gdzie zaczyna się nasz system" |
| Przepływ | praca ma płynąć, nie stać w kolejkach | szukasz miejsc, gdzie sprawa czeka, nie miejsc, gdzie ktoś pracuje wolno |
| Ssanie | pracę uruchamia realny popyt, nie plan | funkcja wchodzi do backlogu, gdy jest odbiorca gotowy jej użyć, nie gdy ktoś ją wymyślił |
| Doskonałość | doskonalenie nie ma daty końcowej | po wdrożeniu wracasz zmierzyć, czy było lepiej, i to jest część roboty, nie dobra wola |
Najczęściej pomijana jest zasada druga. Zespół skraca własny krok z trzech dni do jednego, a sprawa i tak leży u klienta dwa tygodnie, bo czeka w kolejce przed tym krokiem i za nim. To optymalizacja lokalna i w Lean uchodzi za błąd, nie za sukces. Sprawdzian: jeśli w prezentacji z usprawnienia pada czas jednego kroku, a nie czas całej sprawy od zgłoszenia do zamknięcia, dopytaj o ten drugi.
Zasada czwarta rozbraja najpopularniejsze wymaganie świata, czyli "zróbmy to na wszelki wypadek". W logice ssania funkcja bez gotowego odbiorcy to zapas, a zapas jest stratą. Nie znaczy to, że nigdy nie budujemy na zapas. Znaczy, że taka budowa jest decyzją, którą ktoś świadomie podejmuje i uzasadnia, a nie stanem domyślnym.
Muda, mura, muri: straty mają trzy imiona, nie jedno
Tabela z siedmioma rodzajami marnotrawstwa u góry tej strony opisuje muda, czyli czynności, które pochłaniają zasoby i nie dokładają wartości. W Toyota Production System obok muda stoją jeszcze dwa pojęcia i akurat te dwa najczęściej wypadają z polskich streszczeń.
| Termin | Co to jest | Jak wygląda w projekcie IT |
|---|---|---|
| Muda | marnotrawstwo, praca bez wartości | trzecia wersja dokumentu, której nikt nie przeczytał |
| Mura | nierównomierność, zmienność obciążenia | pusty poniedziałek i pięć zgłoszeń krytycznych w czwartek po południu |
| Muri | przeciążenie ludzi albo maszyn ponad rozsądną granicę | analityk na czterech projektach jednocześnie, każdy "priorytet jeden" |
Kolejność ma znaczenie i to jest teza, przy której zostaję: usuwanie muda bez ruszania mura to praca na chwilę. Straty wracają, bo ich źródłem jest szarpana zmienność obciążenia, a nie sam marnotrawny krok. Jeśli widzisz zespół, który co kwartał usuwa te same wąskie gardła, popatrz na rozkład wpływających zgłoszeń w czasie, zanim popatrzysz na sam proces.
Muri jest w tej trójce najbardziej niewygodne, bo dotyczy ludzi, a nie procedur. Objaw, który da się policzyć bez ankiety: liczba równoległych spraw na osobę. To jest ta sama myśl, która w tablicach zwinnych chodzi pod nazwą limitu WIP.
Ósmy rodzaj marnotrawstwa, którego nie ma u Ohno
Klasyczna lista Taiichi Ohno ma siedem pozycji i taka stoi w tabeli wyżej. Ósma, niewykorzystany potencjał ludzi, została dopisana później przez zachodnich autorów. Na egzaminach i w rozmowach pojawiają się obie wersje i obie bywają uznawane za poprawne.
W pracy analityka ta ósma jest najbardziej dotkliwa i wygląda zwykle tak: osoba, która zna proces najlepiej w całej firmie, przez rok obsługuje wyjątki ręcznie i nikt jej nie pyta, jak to naprawić, bo "ona jest od wprowadzania danych". Wyciąga się to najczęściej obserwacją stanowiska, bo w wywiadzie taka osoba opowie procedurę, a nie to, co robi z wyjątkami.
Jak odróżnić Lean od zwykłego cięcia kosztów: test trzech pytań
Nazwa Lean bywa doklejana do redukcji etatów i budżetów, bo brzmi lepiej niż "oszczędzamy". Rozróżnienie nie jest kwestią intencji, tylko trzech sprawdzalnych faktów.
Kto zdefiniował wartość. W Lean definiuje ją klient procesu. Przy cięciu kosztów definiuje ją controlling. Jeśli lista rzeczy do usunięcia powstała bez rozmowy z kimkolwiek, kto ten proces obsługuje albo z niego korzysta, to nie jest Lean, choćby na slajdzie stało inaczej.
Co się stało z odzyskanym czasem. Lean uwalnia czas i przekierowuje go na pracę, która wartość dodaje. Cięcie kosztów uwalnia czas i zabiera zasób. Oba bywają uzasadnione, ale to dwie różne decyzje i mieszanie ich psuje zaufanie do kolejnych usprawnień. Zespół, który raz zobaczył, jak usprawnienie kończy się zwolnieniem, następnym razem nie pokaże ci prawdziwego procesu.
Czy ktoś zmierzył stan przed. Bez pomiaru "przed" nie da się powiedzieć, czy zmiana pomogła. Doskonałość jako zasada piąta bez liczb jest deklaracją. Minimalny zestaw, jaki wystarcza na start, to czas przejścia całej sprawy, liczba spraw w toku i odsetek spraw wracających do poprawki. Skąd brać takie liczby i czym metryka różni się od KPI, rozpisaliśmy we wpisie Metryki i KPI.
Gdzie analityk styka się z Lean, nawet jeśli nikt nie mówi "lean"
Cztery sytuacje, w których te zasady pracują pod innymi nazwami.
Mapowanie procesu as-is. Rysujesz stan obecny i widzisz kroki, których nikt nie umie uzasadnić. To jest polowanie na muda, tylko z innym słownictwem. Robocze techniki: mapa procesów, SIPOC, analiza luk. Sam przebieg od as-is do to-be opisaliśmy krok po kroku we wpisie Analiza procesów as-is i to-be, a notację, w której to najczęściej rysujemy, w BPMN dla początkujących.
Kolejka zamiast tempa. Kiedy zespół narzeka, że "wszystko trwa", pierwsza reakcja bywa taka, żeby pracować szybciej. Lean patrzy na kolejkę: ile spraw jest w toku równocześnie i jak długo każda czeka między krokami. Miarą jest tu Lead Time, czyli czas od zgłoszenia do zamknięcia, a narzędziem dyscyplinującym kolejkę limit WIP na tablicy.
Wymagania na zapas. Backlog puchnie od funkcji, których nikt nie zamawiał. W logice ssania to zapas i pierwszy kandydat do usunięcia. Sposoby porządkowania kolejki, razem z liczeniem, rozpisaliśmy we wpisie MoSCoW i WSJF.
Powrót po wdrożeniu. Zasada piąta mówi, że robota nie kończy się na dostarczeniu. W praktyce oznacza to zaplanowany pomiar po kilku tygodniach i porównanie z tym, co obiecywał business case. To jest ta część, która najczęściej wypada z harmonogramu.
Lean a Six Sigma: co bierze który
Skróty chodzą razem, ale rozwiązują inne problemy: Lean zajmuje się stratami i przestojami, Six Sigma zmiennością i defektami. Który z nich wziąć do konkretnej sprawy, razem z przykładem liczbowym, rozstrzyga osobne hasło Six Sigma.
Trzeci skrót, który wpada w tę samą rozmowę, to Agile. Zestawienie Lean z Agile masz w tabeli u góry tej strony, a szerszy kontekst wyboru podejścia we wpisie Agile kontra waterfall.
Czy Lean pojawia się w ogłoszeniach dla analityków
Sprawdziliśmy to na własnym job boardzie 27 sierpnia 2026. Na 305 aktywnych ofertach dla analityków słowo "lean" nie pada ani razu: zero w tytułach, zero w opisach, zero na listach umiejętności. Six Sigma i Kaizen również zero. Dla porównania BPMN występuje w 47 ofertach.
Zastrzeżenie, żeby nie przeciągać wniosku: to przekrój ofert dla analityków biznesowych i systemowych w Polsce, a nie cały rynek pracy. W ogłoszeniach dla inżynierów procesu czy specjalistów od doskonalenia obraz jest inny, tylko my ich nie zbieramy.
Praktycznie znaczy to tyle: Lean nie jest umiejętnością, którą rekruter odhacza przy stanowisku analityka. Jest za to językiem interesariuszy z operacji i produkcji, i tam się zwraca. Na takim spotkaniu wystarczą trzy pojęcia: muda, mura i przepływ.
Skąd u nas ten temat
Lean wraca w naszych materiałach z dwóch stron.
Od strony szkoleniowej: w kursie "Architektura procesów biznesowych" ostatnia, ósma lekcja "Standardy procesów i ramy doskonalenia" opiera się na nagraniu, w którym prowadząca zestawia Lean z Six Sigmą, pokazuje mapowanie strumienia wartości jako narzędzie oddzielające czas pracy od czasu czekania i rozbiera cyklem DMAIC przypadek odchyleń w zakładzie, w którym przyczyną okazał się surowiec od nowego dostawcy. To lekcja z dalszej części kursu, nie z darmowej próbki.
Od strony społeczności: na naszym forum Lean pojawił się dotąd cztery razy i za każdym razem w tym samym kontekście, czyli książek Radka Drzewieckiego, "Strategii Lean" i "To jest strategia". Ani razu jako narzędzie produkcyjne. To dobrze oddaje, jak ten temat wygląda w polskim środowisku analityków: przychodzi od strony strategii i zarządzania, nie od hali.
Najczęstsze pytania
Czy Lean to metodyka?
Nie w tym sensie, co Scrum. Lean nie definiuje ról, zdarzeń ani artefaktów. To zestaw zasad i narzędzi, który daje się nałożyć na różne sposoby pracy. Dlatego można robić Scrum bez Lean i Lean bez Scruma.
Czy Lean i Agile to to samo?
Nie. Zestawienie obu podejść stoi w tabeli wyżej, razem z różnicą w fokusie i pochodzeniu. Najkrócej: Lean pyta "gdzie tracimy", Agile pyta "jak szybko się uczymy". Bywają razem, bo Kanban i ciągłe doskonalenie wyrosły z Lean.
Czy analityk musi znać Lean?
Do znalezienia pracy nie, co pokazują liczby z ogłoszeń wyżej. Do rozmowy z operacjami tak, na poziomie trzech pojęć i pięciu zasad.
Od czego zacząć Lean we własnym projekcie?
Od zmierzenia czasu przejścia całej sprawy i liczby spraw w toku. To dwie liczby, do których nie trzeba niczyjej zgody, a rozmowa o usprawnieniu wygląda po nich zupełnie inaczej.
Gdzie iść dalej
- Analiza procesów as-is i to-be - tekst nadrzędny wobec tego hasła: jak zebrać stan obecny, żeby dało się na nim cokolwiek usprawnić. Pojęcia w słowniku: proces biznesowy, modelowanie procesów.
- Metryki i KPI - jak mierzyć sukces rozwiązania - skąd biorą się liczby, bez których zasada doskonałości jest deklaracją.
- MoSCoW i WSJF - priorytetyzacja wymagań - co zrobić z backlogiem, w którym rośnie zapas funkcji bez odbiorcy.
- Sąsiednie hasła słownika: Kaizen, PDCA, Value Stream Mapping, Six Sigma, diagram Ishikawy.
Sprawdzanie, czy rozwiązanie dowiozło to, co obiecywało, to w kursie Wprowadzenie do analizy biznesowej osobny moduł "Analiza i ocena rozwiązań", dziewiąty z dwunastu. Darmowe konto otwiera pierwszą lekcję każdego kursu i trzy podejścia do testów miesięcznie.
Nazwa "lean production" pochodzi z artykułu Johna Krafcika w "Sloan Management Review" (1988) i z badań programu IMVP na MIT, spisanych w "The Machine That Changed the World" (Womack, Jones, Roos, 1990). Pięć zasad Lean Thinking za: Womack, Jones, "Lean Thinking" (1996). Podział na muda, mura i muri oraz siedem rodzajów marnotrawstwa za Toyota Production System i pracami Taiichi Ohno. Liczby z job boardu policzone 27 sierpnia 2026 na 305 aktywnych ofertach. Odwołanie do lekcji ósmej dotyczy kursu opublikowanego na platformie; wątki forum policzone tego samego dnia.