O Kanbanie | Od kart w fabryce Toyoty do zwinnych tablic

Karty w hali fabrycznej

Pod koniec lat 40. i w latach 50. Taiichi Ohno, inżynier Toyoty, szukał sposobu, by wytwarzać tylko to, co potrzebne, i wtedy, gdy jest potrzebne. Każdy pojemnik z częściami miał kartę, kanban. Gdy stanowisko zużyło części, karta wracała i prosiła poprzednie stanowisko o wykonanie kolejnych. Produkcję ciągnął rzeczywisty popyt zamiast pchać ją prognoza, co zmniejszyło zapasy, marnotrawstwo i czekanie.

Pomysł supermarketu

Ohno zainspirowały amerykańskie supermarkety, w których półki uzupełnia się dopiero, gdy klienci zabiorą towar. Puste miejsce na półce jest zamówieniem. Karty kanban działały tak samo w fabryce i stały się filarem systemu produkcyjnego Toyoty, a później szczupłej produkcji na całym świecie.

Od fabryki do pracy umysłowej

Od połowy lat 2000 David J. Anderson stosował te same idee w zespołach programistów, a jego książka Kanban z 2010 roku spopularyzowała metodę daleko poza fabrykami. Zadania stały się kartami, etapy procesu kolumnami, a zespół brał kolejną kartę dopiero wtedy, gdy było miejsce. Dziś zespoły w IT, marketingu, ochronie zdrowia i domach używają tablic Kanban na ścianach i ekranach.

Dlaczego ograniczanie pracy w toku pomaga

Rozpoczęcie zadania daje poczucie produktywności, ale każde niedokończone zadanie kosztuje uwagę. Limit WIP określa, ile kart może być w kolumnie. Gdy jest pełna, pomaga się kończyć zamiast zaczynać nowe, wąskie gardła stają się widoczne, a zadania przechodzą szybciej. Prawo Little'a to wyjaśnia: przy tej samej przepustowości mniej pracy w toku oznacza krótsze czekanie.

Często zadawane pytania

Co oznacza Kanban?

Kanban to japońskie słowo oznaczające mniej więcej szyld lub kartę wizualną. W Toyocie była to karta sygnalizująca, kiedy wykonać więcej części. Dziś zwykle oznacza tablicę z kartami przechodzącymi przez kolumny.

Kto wymyślił Kanban?

Taiichi Ohno opracował system Kanban w Toyocie pod koniec lat 40. i w latach 50. jako część systemu produkcyjnego Toyoty. David J. Anderson ukształtował później metodę Kanban dla oprogramowania i innej pracy umysłowej.

Czym Kanban różni się od Scruma?

Scrum planuje pracę w stałych sprintach z określonymi rolami. Kanban nie ma sprintów: praca płynie stale, a limity WIP kontrolują, ile jest w toku. Wiele zespołów łączy oba podejścia.