Представим ситуацию: команда управляет проектом на Agile-доске. Чем больше задач одновременно в работе, тем медленнее они завершаются. Без четких ограничений инструмент быстро превращается в полотно из заданий: сложно понять, что важно и приоритетно, а что застряло и требует вмешательства. Разберем, что такое WIP-лимиты, и как они помогают управлять нагрузкой и поддерживать предсказуемый темп работы.
По мнению Дэвида Андерсона, основателя Lean Kanban University, главная причина снижения качества и эффективности работы — перегрузка команды задачами.
Немного теории:
Что делать? Установить ограничения, или WIP-лимиты.
WIP-лимит (Work In Progress) — это предельное количество задач, которые могут находиться в работе одновременно. Такое ограничение помогает сосредоточиться на небольшом числе тикетов, повышая пропускную способность и видимость узких мест — бутылочных горлышек (bottleneck).
«Без ограничений невозможно создать предсказуемый поток ценности. WIP-лимиты — это не просто цифры на доске, это инструмент выявления системных узких мест и катализатор эволюционных изменений в организации».
© Дэвид Андерсон
Согласно Lean-/Kanban-исследованиям, команды без WIP-лимитов тратят 40% времени на переключение контекста, когда сотрудник «перескакивает» с одного задания на другое. При этом время выполнения задач (lead time) растет экспоненциально при увеличении WIP.
Принципы WIP-лимитов:
В системе управления проектами Directum Projects лимит можно задать для любой колонки Agile-доски (например, для этапа «Тестирование» — максимум 3 задачи). При превышении лимита колонка подсвечивается красным.
Замерьте среднее количество задач в работе или в определенных колонках за последний месяц. В этом поможет удобный график — накопительная диаграмма потока. Она покажет темп выполнения проекта и количество заданий на каждом этапе.
Обычно применяется формула: среднее количество задач + 20%. Если в работе находится около 7 тикетов, то лимит устанавливается в 8-9 заданий.
Можно также рассчитывать WIP-лимиты по конкретным ролям. Например, оптимальный фокус для разработчика —
Такой подход хорошо работает в большинстве команд, но вы всегда можете адаптировать его под свою специфику.
Постепенно снижайте установленный лимит — например, на 1 задачу каждые 1-2 недели. Обратите внимание на количество заданий и время их выполнения — критерием успеха будет стабильный поток завершения.
Ограничение количества задач в работе — это первый шаг на пути повышения производительности команды. Не менее важно — контролировать время, которое задачи проводят на каждом этапе. Для этого команды используют Aging WIP (ограничение времени простоя).
Как это работает:
Причина:
Команда не участвует в установке ограничений: WIP-лимиты воспринимаются как еще одна задача от руководства.
Решение:
Причина:
Сотрудники не видят ценности внедрения WIP-лимитов и саботируют изменения. Это приводит к последствиям: останавливается поток задач, растет незавершенная работа, снижается градус личной ответственности.
Решение:
Примените принцип «Stop the Line!», заимствованный у компании Toyota. Суть проста: если на линии возникает проблема, приостанавливается весь производственный процесс до устранения причин.
Если переводить на язык проектов: когда есть нарушения WIP-лимитов, откажитесь от постановки новых задач. Оперативно реагировать на проблемы помогут визуальные оповещения на Agile-досках.
Чтобы задачи не простаивали и не «висели» без движения, также важно работать с блокерами — это любые препятствия, из-за которых выполнение задания невозможно (например, ожидание данных от клиента, зависимость от другого подразделения или технические проблемы). Такие задачи выносятся в отдельную колонку: команда оперативно выявляет блокеры и разбирает их на еженедельных встречах или в срочном порядке.
Кроме того, для системного подхода можно завести в Базе знаний отдельную статью — зафиксировать, почему появляются блокеры и как их устранить. Накопленный опыт поможет избежать таких ситуаций в будущих проектах.
Причина:
Команда работает по наитию, нет понимания, откуда появляются «бутылочные горлышки».
Решение:
Найдите и устраните корень проблем. Одним из способов является метод «5 почему».
В качестве примера возьмем зависание задачи на этапе «В работе» на 5 дней:
Почему? — Потому что исполнитель был перегружен.
Почему? — Потому что на него навесили срочную задачу.
Почему? — Потому что никто не оценил срочность заранее.
Почему? — Потому что нет процесса приоритизации «Входящих».
Почему? — Потому что мы не обсуждаем срочность на ежедневных встречах.
WIP-лимиты — это не ограничение, а способ создать управляемый, прозрачный и гибкий поток работы.
По данным Kanbanize, компании, которые внедрили этот инструмент, отмечают рост завершенных задач на 35%, снижение времени выполнения — на 30% и рост прозрачности процессов — на 50%.
Начните действовать уже сейчас:
Настоящие изменения начинаются с прозрачности и дисциплины. WIP-лимиты — это ваш первый шаг к предсказуемому потоку ценности и устойчивому росту.
Заполните небольшую форму, чтобы мы могли с вами связаться