Как проверить WIP-лимит на учебной канбан-доске и выбрать следующее действие

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

Где у работы начало и конец

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

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

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

Учебная доска и выбранные лимиты

Учебный пример. Возьмем условную доску из четырех состояний: «Очередь», «В работе», «Проверка», «Готово». Договоренность такая: карточка стартует, когда попадает в «В работе», и завершается, когда попадает в «Готово». Значит, WIP — это все карточки в колонках «В работе» и «Проверка».

Еще одна договоренность: лимит для «В работе» — 2 карточки, для «Проверки» — 1 карточка. Суммарный WIP между стартом и финишем — 3 карточки. Если карточка заблокирована, она остается в своем текущем состоянии и продолжает считаться в WIP, пока не будет разблокирована или завершена по явному правилу процесса.

Проверка арифметики занимает несколько секунд. В WIP сейчас три карточки: K-101, K-102 и K-103. Очередь не считается, «Готово» тоже не считается. Значит, суммарный WIP уже равен лимиту 3 из 3. Кроме того, колонка «Проверка» занята полностью: 1 из 1. Это и есть исходные данные, от которых зависит допустимое следующее действие.

Как проверить перегрузку и не ошибиться с блокировкой

Теперь можно проверить типичные варианты действий. Первая частая ошибка — взять новую карточку из очереди, потому что «кто-то освободился». На нашей доске это недопустимо. Если переместить K-104 в «В работе», там станет 3 карточки при лимите 2, а суммарный WIP вырастет до 4 при лимите 3. Нарушаются сразу два ограничения.

Вторая ошибка — попытаться передвинуть K-101 из «В работе» в «Проверку», не разобравшись с K-103. Формально работа будто бы двигается вперед, но по правилам доски это тоже перегрузка: в «Проверке» окажется 2 карточки при лимите 1. Блокировка не исчезает от того, что мы перестаем на нее смотреть. Если карточка заблокирована и остается между стартом и финишем, она продолжает занимать место в WIP.

Из этого видно, что проверка WIP — это не подсчет ради подсчета. Она подсказывает, куда смотреть первым делом. Пока заблокированная карточка держит колонку «Проверка», доска не дает законно продвинуть следующую работу. Значит, допустимое следующее действие — не пополнение очереди, а работа с препятствием внутри уже начатого потока.

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

Для нашего учебного примера разумная последовательность такая. Сначала команда разблокирует K-103. После этого карточку можно перевести в «Готово». Тогда суммарный WIP уменьшится: было 3, станет 2. Но это еще не означает, что сразу можно брать новую задачу. В колонке «В работе» по-прежнему остаются две карточки — K-101 и K-102, то есть локальный лимит 2 из 2 все еще заполнен.

Следующий допустимый шаг — перевести одну готовую к проверке карточку, например K-101, из «В работе» в «Проверку». После этого «В работе» станет 1 из 2, «Проверка» — 1 из 1, а суммарный WIP останется 2 из 3. Только теперь появляется свободная емкость и по колонке «В работе», и по общему лимиту. Значит, после этого можно взять из очереди K-104: «В работе» вернется к 2 из 2, общий WIP — к 3 из 3, и ни одно ограничение не будет нарушено.

Полезно заметить граничный случай. Если после завершения K-103 ни K-101, ни K-102 еще не готовы к проверке, брать новую карточку все равно нельзя, потому что «В работе» уже заполнена. Это хороший учебный момент: одного общего WIP-лимита недостаточно, если локальный лимит колонки уже достигнут. Проверять нужно оба уровня, а не только суммарную цифру.

Как наблюдать эффект без обещания ускорения

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

В нашем условном кейсе проверяемый результат такой: пока K-103 была заблокирована, колонка «Проверка» удерживала поток, а новые карточки нельзя было брать без нарушения лимитов. После разблокировки и завершения K-103 доска вернулась в допустимое состояние, затем появилась законная возможность сдвинуть K-101 и только потом взять K-104. Это не обещание, что любой процесс станет быстрее. Это наблюдаемый эффект: доска показывает порядок действий и не дает скрыть перегрузку за счет лишнего старта.

Если вы хотите тренировать такие решения в более широкой теме Agile, в сохраненном описании каталога курса «Agile в управлении IT-проектами» указаны Lean и Kanban, работа с Kanban-доской и метрики потока задач. Официальная страница в исходных данных недоступна, поэтому перед выбором обучения полезно самому проверить: есть ли в программе самостоятельная практика с доской, дают ли участнику считать WIP на условном кейсе и как именно предлагается проверять результат, а не только обсуждать теорию.