WIP-лимиты в канбане: одно правило, которое помогает команде заканчивать больше
Звучит парадоксально: чтобы делать больше, начинайте меньше. Но именно так работают лимиты незавершённой работы — WIP-лимиты (от англ. work in progress). Лимит ограничивает, сколько карточек может одновременно находиться в колонке. Когда колонка заполнена, новую работу никто не начинает — команда помогает закончить то, что уже в процессе. Это самое сильное и самое игнорируемое правило канбана.
- WIP-лимит — максимальное число карточек, которое может быть в колонке одновременно.
- Меньше задач в работе — меньше переключений и короче время выполнения.
- Хорошая стартовая точка: две карточки в работе на человека и небольшой лимит на «На проверке».
- Когда лимит достигнут, правило одно: «перестань начинать — начни заканчивать».
Почему ограничение работы ускоряет команду
Представьте человека, у которого пять задач в работе. Каждая получает пятую часть внимания, каждое переключение стоит времени на то, чтобы вернуться в контекст, — и все пять заканчиваются поздно. С двумя задачами каждая завершается раньше, а первую можно проверить и сдать, пока идёт вторая.
С командой то же самое. Когда перегружена колонка «В работе», задачи висят недоделанными. Когда перегружена «На проверке», готовая работа ждёт, пока кто-то её посмотрит. Лимиты делают эти очереди видимыми и заставляют их разбирать.
Эту связь описывает закон Литтла из теории очередей: в устойчивой системе среднее время нахождения задачи равно объёму незавершённой работы, делённому на пропускную способность. Если пропускная способность та же, а незавершённой работы меньше, каждая задача проходит быстрее.
Как выставить первые лимиты
| Колонка | Стартовый лимит | Почему |
|---|---|---|
| Назначено | Без лимита (или мягкий) | Это очередь будущей работы |
| В работе | 2 × число людей | Одна основная задача и одна, которая чего-то ждёт |
| На проверке | Половина команды, минимум 2 | Проверка должна быть быстрой |
| Выполнено | Без лимита | Регулярно архивируйте |
Для команды из четырёх человек: в работе ≤ 8, на проверке ≤ 2–3. Через две недели скорректируйте по наблюдениям.
Что делать, когда лимит достигнут
Когда колонка полна, вопрос меняется с «что мне начать?» на «что я могу помочь закончить?»:
- Проверьте чужую карточку, если заполнена «На проверке».
- Разблокируйте застрявшую задачу — ответьте на вопрос, найдите файл, позвоните клиенту.
- Подключитесь в пару к самой старой карточке в работе.
- Если ничего из этого невозможно — поднимите вопрос в рабочем чате: возможно, лимит слишком низкий или в процессе есть реальное узкое место.
Признаки, что лимиты выбраны неправильно
- Лимиты никогда не достигаются — они слишком высокие и ни на что не влияют. Снизьте.
- Лимиты постоянно превышают и игнорируют — либо значение нереалистичное, либо команда не поддерживает правило. Обсудите на еженедельном разборе.
- Карточки прыгают между колонками, чтобы обойти лимит, — лимит превратился в игру. Вернитесь к тому, зачем он нужен.
WIP-лимиты и учёт времени
Учёт времени по карточкам делает эффект лимитов измеримым. Сравните среднее фактическое время от «В работе» до «Выполнено» до и после введения лимитов. По нашему опыту, рабочих часов на задачу часто уходит примерно столько же, а календарный срок сокращается — потому что меньше работы стоит в ожидании. В Teamflows таймер в каждой карточке даёт рабочее время, а журнал активности показывает, когда карточки переходили между колонками.
Частые вопросы
Что такое WIP-лимит простыми словами?
Это ограничение на количество задач, которые могут одновременно находиться в одной колонке доски. Оно защищает от перегрузки и помогает доводить работу до конца.
Какой WIP-лимит поставить на одного человека?
Одна-две задачи в работе. Одна — идеально для глубокой работы, две — оставляют место для задачи, которая ждёт ответа.
Обязательно ли, чтобы сервис сам следил за лимитами?
Полезно, но не обязательно. Небольшой команде хватает договорённости и видимого счётчика карточек в колонке. В Teamflows число карточек показано в заголовке каждой колонки.
Работают ли WIP-лимиты вне IT?
Да. Агентства, маркетинг, операционные команды и поддержка выигрывают от них так же, потому что проблема универсальна: слишком много начато и слишком мало закончено.