WIP-лимиты: как ограничить незавершённую работу команды

WIP-лимиты ограничивают число задач, которые команда одновременно держит в работе. Задай максимум для каждого этапа и всего маршрута: когда предел достигнут, новую задачу не начинают, пока не освободится место. Заблокированные карточки тоже учитывают. Ниже - пример доски и правила, которые помогают завершать начатое и разбирать препятствия.

Что входит в незавершённую работу

WIP означает Work in Progress - незавершённую работу. Для доски единицей учёта служит карточка с понятным результатом: подготовить предложение, проверить документы, согласовать макет. Лимит считают в задачах, а не в часах занятости.

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

Разделяй три состояния:

• Очередь кандидатов: работу ещё не приняли к исполнению, её приоритет можно пересмотреть.
• Незавершённая работа: обязательство принято, результат ещё не принят.
• Готово: результат проверен по согласованным критериям и принят.

Лимит этапа ограничивает скопление карточек в одной части маршрута. Общий лимит охватывает всю начатую работу, включая ожидание между действиями. Если ограничить только выполнение, очередь может переместиться на проверку.

Пример доски с ограничениями

Условный пример: команда обрабатывает внутренние запросы. Она выбирает следующие стартовые ограничения. Это гипотеза для проверки, а не норма для любой команды.

• Входящие. Вне WIP. Для передачи дальше нужно разобрать запрос, определить ожидаемый результат и заказчика.
• Готово к запуску. Лимит - 4 карточки. Это очередь кандидатов вне WIP. Для запуска нужны исходные данные, понятный приоритет и свободное место в выполнении.
• Выполнение. Лимит - 3 карточки. Для передачи дальше нужны подготовленный результат, материалы для проверки и свободное место на проверке.
• Проверка. Лимит - 2 карточки. Для перехода в готовое проверяющий должен принять результат. При замечаниях карточка возвращается на исправление по правилам ниже.
• Готово. Вне WIP. Результат принят, обязательные действия завершены.

В этом примере обязательство возникает при переходе в выполнение. Поэтому общий WIP ограничен пятью карточками: 3 + 2 = 5. Ограничение очереди из четырёх кандидатов считают отдельно. Если команда принимает обязательство раньше, границу WIP нужно перенести и пересмотреть общий лимит.

Допустим, в выполнении три карточки, на проверке две. Шестую запускать нельзя. Если результат подготовлен, но проверка заполнена, карточка остаётся в выполнении и занимает место до передачи.

Возврат на исправление не создаёт новую задачу. Если выполнение заполнено, карточка с замечаниями остаётся на проверке и учитывается в её лимите до обратной передачи. Команда сначала освобождает место или согласует явное исключение. Так между колонками не появляется скрытая очередь.

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Как выбрать и пересмотреть лимиты

Не выводи ограничение только из числа сотрудников. Несколько человек могут делать одну задачу, а проверку всех результатов может выполнять один участник. Учитывай маршрут и возможность следующего этапа принимать работу.

Для запуска:

1. Опиши этапы и условия передачи результата.
2. Посчитай уже начатые задачи, включая ожидание и блокировки.
3. Согласуй начальные лимиты и порядок действий при их заполнении.
4. Назначь период наблюдения. Условный вариант - две рабочие недели, если за это время проходит несколько задач.
5. По итогам меняй по одному ограничению, чтобы было проще оценить последствия.

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

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

Как снимать блокировки

Блокировка - конкретное препятствие, без устранения которого задача не может двигаться дальше. Например, заказчик не передал требования или согласующий не принял решение. Обычное ожидание свободного места на проверке учитывай как очередь, а не автоматически как блокировку.

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

Для каждой блокировки зафиксируй:

• Причину: чего не хватает для продолжения.
• Ответственного за снятие: кто добивается ответа или решения.
• Следующее действие: какой запрос или согласование нужно выполнить.
• Контрольный срок: когда проверить результат действия.
• Условие разблокировки: какое событие позволит продолжить работу.

Условный пример записи: «Нужен утверждённый перечень требований. Проектный менеджер запрашивает его сегодня. Контроль ответа - завтра до 12:00. Работа продолжается после получения перечня».

Если срок прошёл, ответственный передаёт вопрос тому, кто может принять решение: предоставить данные, изменить объём, заменить согласующего или отменить задачу. При отмене зафиксируй решение и уведомь заказчика. Тогда обязательство закрыто явно; удаление карточки ради свободного места проблему не решает.

После получения данных ответственный проверяет условие разблокировки и возвращает карточку в обычное движение. Если она оставалась на своём этапе, нового места для неё не требуется: она уже занимала его в лимите.

Что делать при полном лимите и срочном запросе

Начни с вопроса: «Какую начатую задачу можно продвинуть к завершению?» Разбирай доску справа налево: проверку, выполнение, препятствия. Помощью может быть уточнение требования, подготовка материалов или исправление замечаний в пределах квалификации участника.

Если помочь невозможно, выбери полезную работу, которая не создаст новую очередь перед заполненным этапом. Свободный сотрудник сам по себе не повод превышать лимит.

Для срочных запросов заранее согласуй порядок исключения:

1. Назначенный руководитель подтверждает срочность и последствия задержки.
2. Команда определяет, какая текущая работа сдвинется и кого предупредить.
3. Фиксирует временное превышение, ответственного и контрольный срок возврата к лимиту.
4. После завершения срочной задачи прекращает исключение и проверяет число открытых карточек.

Не переноси начатую задачу во входящие, если обязательство сохраняется. Она остаётся частью WIP. Повторяющиеся исключения требуют разбора приоритетов и причин задержек.

Как закрепить правила в работе команды

На коротком разборе доски обсуждай, что можно завершить, какие карточки стареют и у каких блокировок просрочено следующее действие. По каждому препятствию нужны ответственный и конкретный шаг.

Делай карточки сопоставимыми по смыслу. Небольшая правка и многомесячный проект дают мало информации при простом подсчёте. Крупную работу разделяй на результаты, которые можно отдельно проверить. Не скрывай независимые обязательства внутри одной карточки.

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

Если задачи застревают между выполнением, проверкой и ожиданием решения, перенеси порядок работы в конструктор бизнес-процессов Legend BMS: опиши шаги, роли и условия перехода, затем отдельно согласуй WIP-лимиты этапов. Условия перехода контролируют введённый результат, а фактическое качество проверяет назначенный участник. Зарегистрируйся и первым шагом создай процесс одной типовой задачи с шагами выполнения и проверки.