Закон Литтла и WIP-лимиты

Закон Литтла — простое соотношение, которое связывает три метрики потока. Именно он превращает WIP-лимит из произвольного числа в обоснованное.

Формула

WIP=throughput×cycle time\text{WIP} = \text{throughput} \times \text{cycle time}

Где:

  • WIP — сколько задач находится «в работе» одновременно.
  • throughput — пропускная способность: сколько задач команда закрывает в день.
  • cycle time — сколько дней в среднем задача проводит в работе.

Что это даёт

Закон работает в обе стороны, но самое полезное следствие — про устойчивость. При заданном реальном потоке (известны throughput и cycle time) закон говорит, сколько задач в работе система поддерживает без деградации:

WIPрекоменд=throughput×cycle time\text{WIP}_{\text{рекоменд}} = \text{throughput} \times \text{cycle time}

Если держать в работе больше — очередь копится, задачи ждут дольше, cycle time растёт, и поток замедляется. Меньше — люди простаивают.

Как в Такте

Лимит колонки вы ставите руками — это политика команды, осознанное решение «не больше N задач в работе». А Такт параллельно считает рекомендацию из истории: берёт реальные throughput и cycle time по закрытым задачам и подсказывает, какое число поток поддерживает. Если рекомендация расходится с вашим лимитом — Такт показывает это рядом со счётчиком колонки.

Так математика не отменяет решение команды, а информирует его: «лимит 5, а поток держит ~3 — возможно, копится очередь».

Где увидеть

Иконка-подсказка рядом со счётчиком задач в шапке колонки на доске: раскрывает формулу Литтла с вашими реальными числами и рекомендованное значение.

Оговорка: закон Литтла корректен для стабильной системы (вход примерно равен выходу за период). На короткой истории или при резких всплесках рекомендация шумит — это не догма, а ориентир.