Привет 🫂

Вторая проблемная метрика: CYCLE TIME (время цикла).

Историческая справка: Метрика Cycle Time впервые была формализована в рамках Lean Manufacturing (Бережливого производства) и Теории ограничений (TOC), но её истоки можно проследить ещё в ранних исследованиях производственных процессов. 1911г: Фредерик Тейлор заложил основы измерения времени выполнения операций, что позже стало частью Cycle Time. 1950-60-е гг: Тайити Оно явно ввёл Cycle Time как ключевую метрику для синхронизации производства с потребительским спросом. 1984 г: Элияху Голдратт описал Cycle Time как критический параметр для управления bottlenecks (узкими местами) в Теории ограничений (TOC). 2000-е гг: Дэвид Андерсон адаптировал Cycle Time для Kanban в IT, сделав её ключевой метрикой потока задач.

Обратимся к стандартам и околостандартным источникам: ISO 19223:2019 “Systems and software engineering — Requirements for managers of information for users of systems, software, and services”: “cycle time - time associated with one complete operation of a repetitive process” свободный перевод: время, связанное с одной полной операцией в повторяющемся процессе. То есть, можно подумать, что речь идет о конкретном этапе процесса разработки: аналитика, разработка, тестирование и тп. Посмотрим что сказано в других источниках…

РМВОК 6: “Время цикла - время, необходимое на обработку элемента.” РМВОК 7: “Время цикла - количество времени, необходимое команде проекта для завершения задачи.” То есть, CT - это время с момента взятия задачи в работу до момента завершения задачи. Стоит обратить внимание, что речь о моменте завершения работы, а не поставки.

Ок, посмотрим что пишет М. Барроуз в “Канбан метод”: “Время цикла (cycle time) - используйте тот термин с осторожностью! Чаще всего он относится ко времени разработки в “операционной” части процесса (от момента, когда начинается работа, до момента, когда продукт готов к поставке), но может означать время производства для клиента или даже величину, обратную скорости поставки” (а это вообще совсем другое). Проще не стало… Но зато явно прописано, что “до момента, когда продукт готов к поставке”, а не до момента, когда продукт поставлен на PROD, как в случае Lead Time.

В книге “Гемба Кайдзен” Масааки Имаи: “cycle time (время цикла) определяется как фактическое время, затрачиваемое оператором на обработку единицы продукции (см. Время такта).” “Время такта (takt time) - расчётное время, требуемое для производства одного изделия, заказанного потребителем, и определяемое делением общего времени производства на число единиц произведённой продукции.”

Непонятно: если один оператор делает единицу продукции целиком, то определение легко переносится на весь цикл разработки, пусть работает и несколько человек, в случае с ПО. А если единица продукции делается на нескольких этапах, несколькими операциями, то, выглядит так, что CT - это время отдельного этапа. Помогает ссылка на время такта, которое считается по полностью готовому изделию, без привязки к оператору. То есть, можно сделать вывод, что CT, все-таки, не про оператора, а про весь цикл производства, от начала работы над деталью до её готовности. Перенося на разработку ПО, получается, что CT - время от момента начала работы над задачей до выполнения DoD, что соответствует PMBOK и означает, что первое предложенное понимание ISO 19223:2019, сделанное выше, неверно.

Проверим в Lean: “Cycle time is the time required to produce a part or complete a process, as timed by actual measurement.” Свободный перевод: время для изготовления детали или завершения процесса. Что ж, с учетом, что в нашем случае деталь = задача, и процесс заканчивается для “детали” на поставке к сборке, имеет смысл остановиться на том, что Cycle Time - это время с момента взятия задачи в работу до момента выполнения DoD.

Графическое представление в miro. ‼️Прежде, чем заходить по указанной ссылке Miro, необходимо пройти по ссылке на доску Miro в закрепленном сообщении.

25.06.2025

#cycletime