А что за предварительное время на подготовку задачи?

А вы точно правильно понимаете что такое cycle time?)

Я это понимаю, как подмножество времени от лид тайм, потраченное непосредственно на работу над задачей от первого касания до окончания

Например, Что-то уточнили, уже потратили какое-то время на подготовку задачи, но полноценно не беремся за ее реализацию. В скраме это обычно вокруг pbr вертится

Припоминаю еще touch time, возможно это как раз об этом, но все равно открытый вопрос, где тогда cycle time и как его рассчитать при такой разорванной работе с задачей

CT и LT считается не по каждой задаче. Более того, вы получаете эти данные после завершения работы.

Считаю время как раз по каждой, но просто усредняю потом - разве нет? Да, мне и хочется понять, как в таком случае найти точки старта отсчета

Отвечу тогда на вопрос. Почему бы вам не завести после беклога какой-нибудь статус "подготовка" и суммировать время нахождения в нем к ct?

ЛТ это не непосредственная работа, а время от того как вы взяли карточку в сервис и до того как вы отдали.

Да и мне интересно, а зачем вам это считать руками?)

SPIKE?

Можно и так, но тут попытка рассчитать тайм ту маркет всей истории

Или даже фичи

Да, поэтому CT подмножество LT, меня выше про определение CT спрашивали. Статус есть, интересно куда он формально относится. Считаться будет автоматически) Пока по логике обсуждения склоняюсь к тому, что CT нужно считать с момента первого касания задачи для проработки, а дальше ожидание в бэклоге=очередь=delay в процессе разработки

Картинка выше ответ на ваш вопрос

Я с этой логики и начал размышления. Непонятно, куда там обычно вписывают предварительную разминку для проработки: это уже CT или еще нет) Любое ли касание задачи начинает ее CT

В целом, в таком кейсе еще смущает один момент: например, команда касается задач для предварительной проработки на 2-3 спринта вперед, в этот момент их CT уже начинает свой отсчет. Они его замеряют - обычно его надо сокращать, это логично, давайте тоже. Как? Если историю не трогать до последнего, то очереди нет, он сокращается -> прорабатывать заранее ничего не будем, всем кажется, что мы взяли и сразу сделали, если что, упремся - разберемся.... profit (нет). Поэтому вопрос: где тогда в таком случае CT для истории/фичи?
Работа в спринте? Тогда куда считается кусок работы по проработке?
Считать с проработкой? Тогда работать над качеством бэклога заранее - вред метрике.
Это все сова на глобусе? Тогда, какими понятиями правильно оперировать при расчёте Т2М в этом кейсе?

Эм, нет. CT капает когда пошла именно работа. Если вы хотите померить что происходит с задачами в ходе беклога/уточнения/детализации/декомпозиции (нужное подчеркнуть), то заведите просто отдельную доску для этого .

И вы путаете входящую очередь и беклог.