Что такое Cycle Time

Cycle Time

(англ. «время цикла», иногда сокращают до CT) — это метрика, которая показывает, сколько времени требуется, чтобы провести фичу через весь жизненный цикл разработки — от начала работы до выхода в продакшн. Включает в себя этапы проектирования, разработки, тестирования и все промежуточные шаги релизного процесса

Метрика показывает, насколько быстро команда выполняет задачи и позволяет оценивать эффективность процессов с течением времени. Чтобы понять, что входит в Cycle Time, приведём пример: карточка с задачей «Провести интервью с клиентом» попала в колонку В работе 1 сентября и перешла в Готово 5 сентября, так, Cycle Time составил 4 дня — это фактическая работа над задачей.

Следить за Cycle Time нужно регулярно, однако важно смотреть не только среднее время, но и распределение, узкие места и контекст задач.

Пример использования термина Cycle Time в управлении проектами

В разработке ПО ⬇️

«В команде мобильной разработки, которая использует Канбан, Cycle Time стал ключевым показателем эффективности. Каждая задача, например, «Добавить авторизацию через Google», фиксируется на онлайн-доске. Разработчик начинает работу 10 августа в 10:00, а 12 августа в 11:00 отправляет на код-ревью. После правок 14 августа в 15:00 задача переходит в колонку Готово. Итоговый Cycle Time — четыре дня и пять часов.

Команда анализирует данные и замечает, что больше половины этого времени задача провела в статусе Код ревью. Хотя по стандарту это должно занимать не больше суток. Причина — только один senior-разработчик проверяет код.

В итоге подключили ещё двух ревьюверов, внедрили чек-листы для стандартных проверок. Через месяц средний CT для аналогичных задач снизился до одного дня».

Что ещё нужно знать про Cycle Time

От заказчиков или стейкхолдеров команды часто слышат вопрос: «Сколько это займёт времени?». И это важный вопрос: он помогает оценить затраты и спланировать выход на рынок.

Ответ «Сколько потребуется, столько и займёт» не позволяет клиентам планировать. Если команда не умеет давать прогнозы, заказчики найдут тех, кто умеет.

Время цикла (Cycle Time) важно не только для клиентов, но и для исполнителей. Это точный показатель того, насколько эффективно работает бизнес. Если Cycle Time команды колеблется, это уже сигнал о том, что есть скрытые проблемы в рабочем процессе или недостатки в компетенциях команды.

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

Cycle Time = Дата завершения – Дата старта работы. Например, 25 июня – 16 июня = 9 дней,

либо автоматически в платформах по управлению проектами.

Зачем нужен Cycle Time

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

Если у команды средний CT снижается, это может быть сигналом: процессы отлажены, а задачи решают без затруднений. Когда Cycle Time растёт — пора искать «бутылочные горлышки» и оптимизировать работу. Например, если задачи зависают на этапе «Тестирование», значит, нужно усилить эту часть команды или упростить процесс проверки.

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

Ошибки в использовании метрики

Метрика Cycle Time полезна, но её часто неправильно понимают или используют. Вот самые распространённые ошибки:

🙅 Сравнивать разные задачи: Cycle Time для багфикса и новой фичи несопоставимы.

🙅 Игнорировать контекст: если CT вырос из-за отпуска половины команды, это не проблема процесса.

🙅 Ориентироваться только на цифры: снижение CT любой ценой может ухудшить качество.

Отличие от Lead Time

Время цикла часто сравнивают с Lead Time. Однако Lead Time — это общее время от создания карточки задачи, включая очередь в бэклоге, до полного закрытия.

Он всегда больше Cycle Time. Если разрыв огромный, значит, задачи долго ждут старта.

Подробнее о различиях этих метрик рассказали в статье «Lead Time и Cycle Time: в чём разница и как это помогает команде». Там же дали практические советы, как сокращать эти показатели.