WIP-лимиты
Тема дорожной карты · Agile / Scrum / Kanban
WIP-лимиты (Work-In-Progress) ограничивают, сколько элементов может находиться на одном этапе одновременно. Это самая отличительная практика Kanban: без WIP-лимитов доска — просто Trello-список. Лимит (например, 'не более 3 элементов In Progress') заставляет команду заканчивать перед началом нового, обнажает узкие места и сокращает lead time по закону Литтла (lead time = WIP / throughput).
Как это работает
Начните с WIP-лимитов, равных примерно 1-1.5× числа участников команды на основную колонку работы. Для команды из 4 ставьте In-Progress WIP=4 или 5. Когда лимит достигнут, новая работа не может войти — команда должна либо закончить in-flight элемент, либо протолкнуть узкое место вперёд. Видимый 'stop' — образовательный момент: он показывает, кто заблокирован и почему. Со временем сжимайте WIP-лимиты по мере ускорения команды; ослабляйте временно при появлении expedite-работы.
Когда применять
Всегда используйте WIP-лимиты на Kanban-доске — это разница между Kanban и публичным TODO-списком. Особенно ценны, когда (а) lead time команды постепенно растёт, (б) накапливаются полузаконченные элементы, (в) конкретная стадия (часто code review или QA) — хроническое узкое место. Scrum-команды тоже могут использовать WIP-лимиты внутри Sprint Backlog — это не эксклюзив Kanban.
Типичные ошибки
Слишком высокие WIP-лимиты (например, 10 на колонку для команды из 4) убивают смысл — ничего никогда не 'заполняется'. Слишком низкие индуцируют простой (человек закончил карточку, а новая ещё не вытянута). Правильная калибровка эмпирическая: измерьте lead time за месяц с одной настройкой, скорректируйте, измерьте снова. Вторая ловушка: WIP-лимит относится к колонке, а не к человеку. Команда из 4 с WIP=4 In-Progress — норма; 4 человека по WIP=4 каждый в своих swimlanes — убийство лимита.