Калькулятор cycle time и пропускной способности

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

Закон Литтла — заполните два поля из трёх
4недель на задачу
Формула верна для устойчивого потока без всплесков. Меньше задач в работе одновременно — короче cycle time

Закон Литтла

Объём незавершённой работы равен пропускной способности, умноженной на время выполнения. Если в работе одновременно 12 задач, а закрывается 3 в неделю, средняя задача проходит весь путь за 4 недели. Зная любые два значения, третье можно посчитать: оставьте пустым то, что хотите найти. Формула работает для устойчивого потока — когда объём работы и скорость команды примерно постоянны, без авралов и простоев.

Cycle time и lead time

Cycle time считают с момента, когда задачу реально взяли в работу. Lead time — с момента, когда её завели в бэклог. Разница между ними — это время ожидания в очереди, и часто именно оно, а не сама работа, растягивает сроки поставки. Клиент чувствует lead time, команда управляет cycle time.

Как ускорить поток

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

Похожие инструменты

Другие полезные инструменты из той же категории

Часто задаваемые вопросы

Незавершённая работа = пропускная способность × время выполнения. Если в работе одновременно 12 задач, а закрывается 3 в неделю, средняя задача проходит за 4 недели. Формула работает для устойчивого потока, без резких всплесков.

Lead time считают с момента, когда задачу завели, cycle time — с момента, когда её реально взяли в работу. Разница между ними — это время ожидания в очереди, и часто именно оно, а не сама работа, растягивает сроки.

Уменьшить число задач в работе одновременно. Чем меньше параллельных задач, тем меньше переключений и ожидания, и тем быстрее каждая доходит до конца — при той же численности команды.