Если на канбан-доске пятнадцать карточек в работе и почти нет завершённых задач, команде не хватает не активности, а решения о том, что пока не стоит начинать. WIP-лимиты делают это решение явным: когда согласованный объём работы уже набран, команда ищет способ завершить или разблокировать текущие задачи, прежде чем брать новые.
Выбрать число — только часть задачи. Нужно также договориться, что входит в лимит, что делать при его достижении и какие наблюдения будут основанием для его изменения.

Что означает WIP-лимит
Лимит незавершённой работы, или WIP-лимит, — это согласованное ограничение количества задач, которые уже начаты, но ещё не завершены, во всём рабочем процессе или в его части. Руководство по Канбану требует определить способ управления незавершённой работой и явно обозначать исключения. Числовой предел — распространённый способ реализации этого требования, но руководство не предписывает универсального значения.
Лимит три в колонке «Проверка» означает, что в ней может находиться три задачи по принятым в команде правилам подсчёта. Это не три задачи на каждого проверяющего. И это не означает, что все три одинаковы по сложности. Если вы ещё проектируете доску, сначала определите рабочий процесс с помощью руководства по настройке канбан-доски онлайн.
До подсчёта определите границы начала и завершения работы. В редакционной команде запрошенная статья может ещё не входить в WIP, а этапы от написания черновика до одобрения к публикации — уже входить. В сервисной команде началом может считаться принятие заявки, а не первый момент, когда кто-то приступил к её обработке.
Выберите начальный лимит по реальному движению задач
Не копируйте лимиты другой команды и не умножайте число сотрудников на произвольный коэффициент. Начните с текущей доски: сколько задач уже в работе, где они ждут, кто может продвинуть их дальше и какую работу можно разделить? Специалист, который проверяет материалы только один день в неделю после обеда, создаёт иное ограничение, чем команда проверяющих, занятая этим постоянно.
Рекомендации Atlassian по WIP рассматривают лимиты как правила, которые команда устанавливает и корректирует по мере изучения своего процесса. Начальный лимит — рабочая договорённость для проверки, а не показатель, который нужно постоянно заполнять до максимума.
Если активных задач уже больше, чем команда способна выполнить, временно договоритесь не начинать новые, пока не завершите избыток. Возвращать незавершённые карточки в бэклог только ради красивого числа — значит терять информацию. Если работа действительно отменена или команда сняла с себя обязательство её выполнить, зафиксируйте это решение явно.
Пример: команда, выпускающая статьи
Представим команду из авторов, дизайнера и редактора, у которого есть и другие обязанности. Одна карточка обозначает отдельную статью для публикации, а не каждую задачу внутри неё. Команда выбирает следующие начальные правила после оценки текущей нагрузки. Числа приведены для примера, а не как рекомендуемые значения по умолчанию.
| Этап | Начальный лимит | Что учитывается | Что делать при заполнении |
|---|---|---|---|
| Подготовка текста | 3 статьи | Все принятые в работу статьи с незавершёнными черновиками | Помочь с исследованием или редактированием текущей статьи; не начинать следующую |
| Дизайн | 2 статьи | Статьи, для которых готовят необходимые изображения или которые ждут их подготовки | Уточнить задания на дизайн или, где уместно, использовать утверждённые материалы |
| Проверка | 2 статьи | Статьи, ожидающие обратной связи или находящиеся на доработке | Разобраться с замечаниями, прежде чем передавать на этап новые статьи |
| Готово к публикации | 2 статьи | Одобренные, но ещё не опубликованные статьи | Выяснить, что мешает публикации, вместо накопления очереди |
Во вторник в колонке «Проверка» находятся две статьи, а в «Дизайне» готова ещё одна. Дизайнеру не следует незаметно переносить её в новую колонку «Ожидает проверки», которая не входит в лимит. Команда может помочь закончить доработку, организовать совместную проверку или уточнить, действительно ли статья готова к следующему этапу. Время ожидания должно оставаться видимым.
Лимиты отдельных этапов сами по себе не показывают общую нагрузку. Поэтому команда также считает все статьи от принятия в работу до публикации, чтобы видеть накопление задач во всей системе.
Не исключайте заблокированные задачи из подсчёта
Начатая, но не завершённая задача остаётся незавершённой работой, даже если она заблокирована. Если статья ждёт согласования клиента, оставьте её на текущем этапе, добавьте заметную отметку о блокировке и следующее действие. Иначе отдельная зона ожидания может скрыть растущую очередь, пока активные колонки выглядят благополучно.
В этом примере заблокированные статьи учитываются и в лимите своего этапа, и в общем количестве активных задач. На каждой такой карточке указано, чего не хватает, кто может это получить и когда команда вернётся к вопросу. Можно согласовать исключение из лимита этапа, но задача всё равно входит в общий WIP до завершения или явной отмены.
Иногда ответственный не может напрямую помочь на этапе, который стал узким местом. Но он может подготовить недостающие сведения, уточнить критерии приёмки, поработать в паре с тем, кто осваивает эту задачу, или устранить повторяющуюся причину задержек. WIP-лимит не требует выполнять работу, для которой у вас нет необходимой квалификации.
Оформляйте срочную работу как явное исключение
Срочная задача не создаёт дополнительных ресурсов. Если исправление нужно опубликовать немедленно, укажите, какая текущая работа подождёт и кто разрешил исключение. Учитывайте срочную задачу в общей нагрузке, даже если для неё выделена отдельная дорожка.
Полезное правило исключений определяет, кто вправе объявить задачу срочной, какие ситуации подходят под это определение и сколько таких задач может выполняться одновременно. «Попросил важный участник проекта» — слишком расплывчатый критерий. Для редакционной команды существенная ошибка в опубликованном утверждении может стать основанием для исключения, а желание выпустить новую статью пораньше — нет.
Если исключения повторяются часто, рассматривайте их как закономерность. Когда почти всё проходит мимо лимита, либо неверно определены правила принятия задач, либо команда принимает несовместимые обязательства, либо слово «срочно» перестало нести полезную информацию.
Пересматривайте лимиты по данным о потоке, а не по занятости
Руководство по Канбану различает объём незавершённой работы, пропускную способность, возраст задачи и время цикла. Проще говоря: сколько задач начато, сколько завершается за период, как долго остаются открытыми незавершённые задачи и сколько времени потребовалось на завершённые. При сравнении наблюдений используйте одинаковые определения начала и конца работы.
Допустим, уменьшение лимита в колонке «Проверка» показало, что авторы по нескольку дней ждут одного и того же согласования. Повышение лимита увеличит очередь, но не ускорит ответ. Более полезным изменением может стать ранняя проверка чувствительных формулировок или назначение заместителя согласующего.
Сравнивайте похожие задачи за достаточно продолжительный период и отмечайте изменения в составе команды или размере работ. Одна спокойная неделя не определяет лучший лимит. По возможности меняйте по одному правилу, записывайте причину и наблюдайте, удаётся ли завершать старые задачи без ухудшения качества. Снижение числа активных задач ещё не успех, если оно связано лишь с уменьшением входящего потока.
Покажите правила на доске
Откройте Boardmix и создайте для редакционной команды колонки «Подготовка текста», «Дизайн», «Проверка» и «Готово к публикации». В заголовках укажите согласованные лимиты: 3, 2, 2 и 2. Используйте одну карточку на статью и оставляйте заблокированную работу на том этапе, где она ждёт. Во время встречи во вторник оставьте третью статью в «Дизайне», пока одна из двух карточек на проверке не продвинется дальше. Добавьте заметку с именем проверяющего и следующим действием. При перемещении карточек вместе обновляйте записанные количества: эти подписи фиксируют правила команды.

Если сам рабочий процесс устроен неудачно, сравните другие варианты в примерах канбан-досок. Обсуждая лимиты, держите в центре один практический вопрос: какую незавершённую задачу можно приблизить к готовности, прежде чем начинать следующую?