ArtBazyDiagnostics
ПРОЦЕССЫ · KANBAN FLOW CONTROL

Калькулятор WIP-лимитов Kanban

Оцените, сколько задач команда может вести одновременно, где возникает перегруз и как WIP-лимиты влияют на поток работы. WIP - Work in Progress, незавершенная работа, которая уже начата, но еще не дошла до Done.

Backlog
Ready
In Progress
Review
Testing
Done
Расчет в браузереДанные не сохраняютсяCapacity + Little’s LawПерегруз по колонкамFlow efficiency и bottleneck

Калькулятор показывает ориентир по введенным данным, а не автоматическое правило управления командой.

Когда полезен калькулятор WIP-лимитов

WIP-лимиты помогают команде не начинать слишком много задач одновременно. Если задач в работе больше, чем команда способна доводить до Done, растет cycle time, появляется больше блокировок, падает предсказуемость и сложнее понять, где именно поток замедляется.

  • ·команда часто начинает больше задач, чем завершает
  • ·много задач висит в In Progress, Review или Testing
  • ·растет cycle time
  • ·сложно понять, где bottleneck
  • ·менеджеры хотят ограничить перегруз без микроконтроля
  • ·нужно подобрать WIP-лимит для Kanban-доски
  • ·нужно сравнить лимит по capacity и Little’s Law
  • ·команда переходит со Scrum на Kanban или смешанный flow
Расчет выполняется в браузере. Данные не сохраняются и не отправляются на сервер.
Контекст Kanban-потока
WIP по capacity команды
WIP по Little’s Law
Сценарии WIP
Предупреждения
  • Проверка или тестирование выглядят перегруженными - задачи доходят до Done медленно.
  • Несколько колонок превышают лимиты - проверьте правила pull и приоритеты.
Рекомендованный WIP
12,6
сейчас в работе 26
WIP сильно выше лимита
Незавершенной работы заметно больше, чем рекомендует расчет. Стоит ограничить старт новых задач, завершить уже начатые и проверить узкие места.
Текущий перегруз
3
колонок выше лимита
WIP gap
13,4
Blocked
19,2%
Flow eff.
22,2%
Capacity WIP
7,2
Core 6,5
Little’s Law
18
3,6 зад/день
Conservative
7,2
min из методов
Upper WIP
18
max из методов
Throughput
18
за неделя
Cycle Time
5 дн
5 дн
Flow Efficiency
22,2%
Ожидание 7 дн
Blocked Share
19,2%
5 из 26
Lead vs Cycle
4 дн
разрыв
WIP Gap
13,4
сверх рекомендованного
Kanban board heatmap
Ready
Очередь
4/ 5
80%
In Progress
Активная работа
9/ 6
150%
blocked 1
Review
Проверка
7/ 3
233,3%
blocked 2
Testing
Тестирование
4/ 3
133,3%
Blocked
Блокировка
2/ -
лимит не задан
blocked 2
Done
Done
0/ -
лимит не задан
КолонкаWIPЛимитВозраст, днBlockedТипКомментарий
WIP against limits
Active Total WIP26
Recommended WIP12,6
Conservative WIP7,2
Upper WIP18
Flow signals
Throughput
18 / неделя
Cycle Time
5 дн
Lead Time
9 дн
Waiting Time
7 дн
Flow Efficiency
22,2%
Blocked Share
19,2%
Bottleneck radar - топ-3 колонки
ReviewПроверка
Utilization 233,3%
возраст 4 дн · blocked 2
Bottleneck index 273,3
«много задач ждет ревью»
In ProgressАктивная работа
Utilization 150%
возраст 3 дн · blocked 1
Bottleneck index 175
TestingТестирование
Utilization 133,3%
возраст 2 дн · blocked 0
Bottleneck index 143,3
Текущий поток
Active WIP26
Throughput18 / неделя
Cycle Time5 дн
Это базовая точка для сравнения сценариев.
Осторожное снижение WIP
Scenario WIP22,1
Снижение15%
Эффектменьше переключений, короче cycle time
Слишком жесткий лимит может остановить поток при внешних зависимостях.
Рост throughput / сокращение cycle time
Scenario throughput19,8
Scenario cycle time4,5
Scenario WIP (LL)17,8
Достижим при снятии узкого места и стабильных требованиях.
Сохранить или обсудить

PDF собирается в браузере - мы не сохраняем ваши данные. Письмо открывается в вашем почтовом клиенте - вы сами решаете, что отправить.

Обсудить с экспертом

Что проверить, если WIP перегружен

  • Старт новых задач
    Если команда начинает новые задачи до завершения старых, total WIP растет и cycle time может увеличиваться.
  • Review
    Часто узкое место находится не в разработке, а в ревью, согласованиях, тестировании или приемке.
  • Blocked work
    Заблокированные задачи занимают WIP-лимит и мешают новому pull. Нужны правила эскалации блокировок.
  • Размер задач
    Слишком крупные задачи дольше проходят поток и сложнее помещаются в WIP-лимиты.
  • Срочные задачи
    Если срочная работа постоянно обходит правила, общий Kanban-поток становится менее предсказуемым.
  • Definition of Done
    Разные понимания Done могут завышать throughput и скрывать незавершенную работу.
  • Правила pull
    WIP-лимиты работают, когда команда берет новую задачу только при свободном месте в следующей колонке.
  • Политики колонок
    У каждой колонки должны быть входные и выходные правила, иначе лимит превращается в декоративную цифру.

Как считаются WIP-лимиты Kanban

Capacity WIP
Размер команды × Средний лимит задач на человека × Focus factor / 100
Core WIP
Capacity WIP × (1 − Доля срочных задач / 100)
Little’s Law WIP
Throughput per day × Cycle time в днях
Recommended WIP
Среднее между Capacity WIP и Little’s Law WIP, если доступны оба
Active Total WIP
Сумма задач во всех активных колонках, кроме Done
Column Utilization
Текущий WIP колонки / Лимит колонки × 100%
Blocked Share
Заблокированные / Active Total WIP × 100%
Flow Efficiency
Активное время / Lead Time × 100%
Bottleneck Index
Utilization + Возраст × 5 + Blocked × 10 (относительный сигнал)

Например, если в команде 6 человек, средний лимит 1,5 задачи на человека, а focus factor 80%, capacity WIP составит 7,2 задачи. Если команда завершает 18 задач в неделю, а средний cycle time равен 5 рабочим дням, WIP по Little’s Law будет около 18 задач. Такой разрыв означает, что нужно проверить масштаб задач, период измерения и стабильность потока.

Little’s Law работает лучше при стабильном потоке и сопоставимых типах задач. Если задачи сильно отличаются по размеру, urgency или blocked time, результат нужно интерпретировать осторожно.

Чем WIP отличается от backlog, velocity и capacity

  • ·WIP - задачи, которые начаты и еще не завершены
  • ·Backlog - работа, которая еще не взята в поток
  • ·Velocity - завершенный объем за спринт в Scrum
  • ·Capacity - доступность команды по людям, часам или фокусу
  • ·Throughput - количество задач, дошедших до Done за период
  • ·Cycle time - от старта работы до Done
  • ·WIP-лимит уменьшает перегруз и переключения
  • ·Расчет выполняется в браузере, данные не сохраняются

Что калькулятор не учитывает

качество требованийразмер и сложность задачсрочные инцидентывнешние зависимостискрытую работу вне доскиручные согласованиякачество ревьюкачество тестированиятехнический долгсмену состава командыразные классы обслуживанияразные SLAразные типы задачсезонность входящего потокаожидание клиента или поставщикакачество Kanban-политиккультуру соблюдения WIP-лимитов

Если Kanban-процесс важен для delivery или поддержки, используйте калькулятор как предварительный ориентир и обсуждайте лимиты на Kanban-ревью, ретроспективе и planning-встречах.

Хотите понять, где тормозит поток задач?

WIP-лимит показывает перегруз, но не раскрывает все причины сам по себе. Если задачи копятся в ревью, тестировании или blocked-колонке, стоит отдельно разобрать правила pull, Definition of Done, размер задач, зависимости, intake-процесс и работу с узкими местами.

Разобрать Kanban-поток

Переход не передает данные расчета. Вы сами решаете, что отправлять в заявке.

Что такое WIP-лимит в Kanban

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

Как рассчитать WIP-лимит

Предварительно WIP-лимит можно оценить через capacity команды или через Little’s Law. В первом случае учитывается размер команды и допустимое число задач на человека. Во втором - throughput и cycle time потока.

Почему высокий WIP замедляет команду

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

Почему WIP-лимит нужно проверять на практике

Расчет дает стартовый ориентир, но рабочий WIP-лимит зависит от команды, типа задач, SLA, классов обслуживания, Definition of Done, внешних зависимостей и качества Kanban-политик.

Частые вопросы

Он показывает предварительный WIP-лимит по capacity команды, Little’s Law и текущему состоянию Kanban-доски. Дополнительно показывает перегруз колонок, blocked share, flow efficiency и bottleneck-сигналы.

WIP по Little’s Law считается как throughput, умноженный на cycle time. Для корректного сравнения throughput и cycle time нужно привести к одной временной шкале.

WIP (Work in Progress) - это незавершенная работа: задачи, которые уже начаты, но еще не дошли до Done.

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

Можно начать с общего лимита, но часто полезно дополнительно задать лимиты по колонкам: In Progress, Review, Testing, Blocked и другим этапам потока.

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

Нет. Расчет выполняется в браузере, данные не сохраняются и не отправляются на сервер.

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

Связанные калькуляторы

Калькулятор Velocity Scrum-спринта
Доступен

Скорость завершения story points по спринтам.

OKR-калькулятор прогресса
Доступен

Прогресс Objective и Key Results.

Калькулятор приоритизации фич RICE / ICE
Доступен

Сравнение фич и гипотез по RICE и ICE.

Калькулятор оценки сроков в Agile
Скоро

Скоро. Сроки по story points и velocity.

Калькулятор планирования загрузки команды
Скоро

Скоро. Доступность команды по людям и часам.

Калькулятор эффективности команды
Скоро

Скоро. Сводный индекс эффективности.

Калькулятор стоимости разработки ПО
Скоро

Скоро. Оценка стоимости разработки по составу и срокам.