WIP-лимит — что это такое?
В пятницу на работе мы играли в GetKanban — игру, где за несколько "дней" можно прожить жизнь команды, работающей по Канбану. Цель игры заработать максимум прибыли.
Наш результат — 10 925$. Для первого раза считается неплохо, хотя могли бы и больше, если бы чуть лучше договаривались в начале игры 🙂
Игра даёт вживую пощупать и осознать пользу CFD (Cumulative Flow Diagram), понимание того зачем нужен Lead Time и как увидеть узкие места в текущем процессе. Про каждую из этих тем можно написать отдельно.
Но больше всего меня щёлкнуло другое.
Я понял, что всегда неверно понимал что такое WIP-лимиты и как их считать.
Если вбить в поисковиках "Kanban board", то почти все изображения Канбан досок (и даже дефолтный шаблон в Miro) об одном и том же — несколько колонок, например: To Do — In Progress — Done. И лимит на In Progress. Из-за этого создаётся ложное представление о том, как работает Канбан, что это просто набор статусов задач команд (колонок) с ограничением по количеству в каждой.
В игре WIP-лимиты считаются не совсем так, помимо активных задач в лимит WIP попадают и те что уже сделаны, но ещё не ушли на следующую стадию.
Например:
— WIP команды разработки = 3.
— Разработчики сделали свои три задачи.
— Но пока тестировщики тестируют свои задачи, то есть уже в лимите своего WIP, они не берут новые. Соответственно, разработчики не могут начинать новые.
И да, это значит, что команда разработки должна реально ждать. Ну или делать с этим что-то, например, помогать тестировщикам.
Это вроде бы простое уточнение полностью меняет всё:
— разработчики, тестировщики, аналитики и все кто в потоке начинают думать как единая команда, а не как отдельные "функции";
— у всех появляется общая мотивация ускорять прохождение задач через весь поток, а не только закрывать и ускорять свой кусок.
Когда WIP-лимиты считаются так, разработчики уже не могут прятаться за «мы свои задачи сделали — это тестировщики медленные».
И, внезапно, Kanban оказывается не просто доской с колонками и лимитами, а инструментом, который меняет привычку оптимизировать только свою работу в отрыве от других и заставляет договариваться, помогать и смотреть на систему целиком. Подробнее с примерами правильных досок можно почитать, например, в статье от Скрамтрек.
P.S. WIP-лимит — Work in progress limit. Ограничение по количеству задач в работе. Авторы Канбана сами себе подложили свинью таким названием. Нет чтобы назвать Stage limit. А инструкции, как мы знаем, мало кто читает.
