Задачи начаты, но не закончены: как выбрать WIP-лимит

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

Сначала проведите границу незавершённого

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

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

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

Учебная доска: занято пять мест, хотя работают не все

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

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

Когда следующий этап не принимает готовую работу

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

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

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

Как выбрать первое число без универсальной формулы

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

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

Что делать со срочным исключением

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

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

По каким данным оценивать изменение

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

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

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

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