Co to jest limit WIP?
A Limit WIP (Limit pracy w toku) to ograniczenie liczby elementów, które mogą być jednocześnie aktywne w określonej kolumnie przepływu pracy, zwykle „W toku” lub „W trakcie przeglądu”. Gdy kolumna osiągnie swój limit, żaden nowy zadanie nie może wejść, dopóki coś nie wyjdzie.
Poniższa zasada jest prosta, ale potężna: przestań zaczynać, zacznij kończyć.
Dlaczego limity WIP działają
- Ogranicza przełączanie kontekstu: mniej zadań równoległych oznacza mniej funkcji na wpół zbudowanych i mniejsze obciążenie psychiczne.
- Obniża czas cyklu: Prawo Little'a mówi, że czas cyklu jest proporcjonalny do WIP. Połowa WIP, mniej więcej połowa czasu cyklu.
- Powierzchniowe wąskie gardła: jeśli „W trakcie przeglądu” osiągnie swój limit i tak pozostanie, wąskim gardłem będzie przegląd kodu.
- Wymusza współpracę: gdy kolumna jest pełna, zespół musi zająć się tym, co jest zablokowane, zamiast zaczynać coś nowego.
Jak ustawić limity WIP
- Praktyczna zasada dotycząca poszczególnych osób: zacznij od 1–2 elementów na programistę w „W toku”.
- Praktyczna zasada dotycząca poszczególnych kolumn: dla 5-osobowego zespołu zacznij od WIP=5 w „W toku” i WIP=3 w „W trakcie przeglądu”.
- Dokręcaj stopniowo: zmniejszaj limity o 1 co kilka sprintów, aż przepustowość spadnie, a następnie wycofuj się.
Limity WIP w Scrumie vs Kanban
- Kanban: Limity WIP są główną praktyką. Bez nich nie ma Kanbana.
- Scrum: zaangażowanie w sprint samo w sobie jest limitem WIP; możesz dodać limity na poziomie kolumny na górze, aby poprawić przepływ w ramach sprintu.
Typowe błędy
- Ustawienie WIP = wielkość zespołu: zbyt luźny; nie zmienia zachowania.
- Ignorowanie limitu: jeśli zespół doda szósty element do kolumny WIP=5 „tylko ten raz”, limit przepadnie.
- Ograniczanie tylko „W toku”: przegląd i kontrola jakości są zwykle prawdziwymi wąskimi gardłami.