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