Карточка перешла в работу в понедельник, а в «Готово» — в четверг. Сколько заняла задача: три дня или только часы, когда исполнитель что-то делал? Для Cycle Time считают прошедшее время между согласованным началом работы и готовностью, включая паузы внутри этого интервала. Два момента можно записать вручную, затем сравнить завершённые карточки одного типа и проверить, где они задерживаются.
Какой срок отсчитывают после начала работы
Cycle Time, или время цикла, отсчитывает срок от начала активной работы над карточкой до её завершения. Определение приведено в Kanban Guide 2025. Команда заранее договаривается, какие состояния означают старт и готовность. Без этой договорённости одинаковые цифры могут описывать разные участки процесса.
Где начинается отсчёт
Отсчёт начинается, когда карточка впервые переходит в согласованную колонку активной работы. Например, редактор взял макет из «Очереди» в «В работе» и приступил к подготовке. Создание карточки и ожидание свободного исполнителя до перехода в срок задачи после старта не входят.
Если карточку вернули из проверки на доработку, отсчёт не начинают заново. Срок продолжается от первоначального старта до согласованной готовности: возврат уже произошёл внутри рабочего цикла. Иное правило возможно, но команда должна применять его ко всем сравниваемым карточкам одинаково.
Что считать готовностью
Готовность наступает, когда карточка соответствует принятому командой критерию результата. Для макета таким критерием может быть утверждение редактором, а не отправка файла на проверку. Колонка «Готово» имеет смысл только при одинаковом понимании завершения.
Если результат передают заказчику позже, границу нужно выбрать по рабочему процессу: утверждение внутри команды или передачу наружу. Нельзя завершать одни карточки по первому событию, а другие — по второму и затем сравнивать их длительность. Критерий результата поможет зафиксировать критерий готовности.
Чем срок задачи после старта отличается от Lead Time
Cycle Time начинается после взятия карточки в работу, а Lead Time охватывает путь от выбранной точки входа до готовности. Если запрос ждал в очереди пять дней, а работа после старта заняла три, время цикла составит три дня. Полный срок запроса зависит от того, откуда команда начинает отсчёт Lead Time; в приведённом примере при старте с поступления запроса он равен восьми дням.
Команде полезны обе границы, когда заказчика интересует общий срок, а исполнителя — задержки после начала. Для полного пути запроса можно сравнить полный срок. В этой статье остаёмся на участке активного процесса.
Какие паузы входят после старта
Паузы после старта входят во время цикла, даже если исполнитель в эти часы не редактировал макет. Ожидание согласования, ответа смежной команды или доступа к файлу оставляет карточку незавершённой. Сумма часов непосредственной работы отвечает на другой вопрос — сколько труда потребовалось.
Паузы стоит отмечать как причину задержки, но вычитать их из Cycle Time нельзя, если команда измеряет прошедшее время. Иначе длительная карточка выглядит короткой именно там, где процесс требует внимания. Рассмотреть метрики потока можно отдельно, когда понадобится общий взгляд на доску.
Как рассчитать длительность задачи после старта
Для расчёта запишите момент начала активной работы и момент готовности одной карточки, затем вычтите первое время из второго. Результат выражают в часах или прошедших календарных днях. Единица измерения должна оставаться одинаковой для всей выборки.
Какие данные записать в карточке
В карточке достаточно двух отметок: «Начало работы» с датой и временем и «Готово» с датой и временем. Добавьте короткую запись о существенной паузе, если нужно потом разбирать причину. В Канбано такие отметки можно вручную держать в описании карточки. Поле «дата» не следует считать автоматическим журналом переходов между колонками.
Для сравнения ряда карточек перенесите две отметки и рассчитанный интервал во внешнюю таблицу. Доска показывает движение работы, а таблица хранит выборку измерений; встроенный расчёт Cycle Time здесь не предполагается. Названия колонок команда задаёт под свой процесс, поэтому переход в «В работе» служит точкой старта лишь тогда, когда колонка действительно означает начало.
Как посчитать три календарных дня
Представим карточку макета: работа началась 7 сентября в 10:00, результат приняли 10 сентября в 10:00. Между отметками прошло 72 часа, или ровно три календарных дня. Внутреннее согласование в середине интервала остаётся частью этих 72 часов.
| Событие | Отметка | Роль в расчёте |
|---|---|---|
| Запрос попал в очередь | До 7 сентября | Не входит в Cycle Time |
| Работа началась | 7 сентября, 10:00 | Начало интервала |
| Результат принят | 10 сентября, 10:00 | Конец интервала |
| Длительность | 72 часа = 3 календарных дня | Разница точных отметок |
К точной разнице между часами не прибавляют ещё один день. Правило включительного подсчёта целых дат, которое встречается в примере Planview, решает иную задачу. Здесь обе границы заданы с точностью до часа.
Как читать результаты замера
Результаты замера читают по нескольким завершённым карточкам одного рабочего типа: так видны типичный срок и разброс. Одно значение не говорит, где именно задержался процесс и повторится ли задержка. При сравнении сохраните одинаковые границы старта и готовности.
Какие карточки сравнивать
Сравнивайте карточки с похожим результатом и маршрутом, например макеты одной сложности, проходящие одинаковую проверку. Срочную правку одного баннера не стоит складывать с разработкой большого лендинга: диапазон раздуется из-за различия самих работ. Если маршруты отличаются, разделите выборку до расчёта.
Допустим, пять условных карточек прошли цикл за 2, 3, 3, 4 и 9 дней. Упорядоченный ряд показывает середину в 3 дня, а последнее значение требует отдельного разбора. Среднее равно 4,2 дня, но скрывает то, что четыре карточки завершились не дольше четырёх дней. Ни медиана, ни среднее не обещают срок следующей задачи.
Что показывает длинный хвост
Длинный хвост показывает карточки, которые оставались незавершёнными существенно дольше остальных в той же выборке. Для условной карточки с девятью днями откройте историю работы и записи о паузах: возможно, макет дважды возвращался на правки или ожидал одного утверждения. Причину нельзя вывести из числа девять.
Зафиксируйте, сколько карточек попало в хвост, прежде чем менять процесс. Один необычный случай может быть связан с объёмом конкретной работы. Повторяющееся ожидание на одном этапе — повод проверить правила передачи между участниками. График длительностей можно построить во внешней таблице; на доске Канбано встроенную диаграмму здесь не обещаем.
Почему задачи застревают в работе
Карточка застревает, когда после старта не получает действия, нужного для готовности: проверки, ответа или свободного исполнителя. Само положение карточки в «В работе» не объясняет причину. Для диагноза нужны текущий этап, время последнего движения и конкретное препятствие.
Где накапливается незавершённая работа
Незавершённая работа накапливается в колонке, куда карточки поступают быстрее, чем покидают её. Если три макета ждут утверждения, а редактор принимает по одному, новые карточки увеличат очередь проверки. Количество карточек в колонке служит наблюдением за потоком, но само по себе не доказывает недостаток людей.
Проверьте, как команда обозначила этапы: одна широкая колонка «В работе» может скрывать ожидание согласования. Отдельная колонка «На проверке» делает этот участок видимым, если участники своевременно перемещают карточки. Порядок переходов можно настроить по этапам; число и названия колонок выбирают под собственный маршрут.
Как проверить причину задержки
Проверьте причину задержки на конкретной карточке: назовите ожидаемое действие, ответственного и момент, когда работа остановилась. Сверьте записи с тем, что действительно произошло. Фраза «долго была на проверке» ещё не различает очередь к редактору, ожидание материалов и возврат из-за неполного брифа.
| Наблюдение | Возможная причина | Проверка | Одно изменение |
|---|---|---|---|
| Карточки ждут утверждения | Проверяющий получает пачку в конце недели | Сравнить время поступления и ответа | Договориться о ежедневном окне проверки |
| Карточки возвращаются | Критерий результата был неясен при старте | Посмотреть замечания к возвратам | Уточнить критерий готовности до работы |
Таблица показывает варианты проверки, а не диагноз по одной цифре. Изменение выбирают после просмотра фактов по собственным карточкам. Иначе команда может ускорять этап, который не создавал задержку.
Как ускорить прохождение задачи без потери качества
Ускоряйте прохождение карточки одним изменением на обнаруженном участке и сохраняйте прежний критерий готовности. Сокращение Cycle Time за счёт пропуска проверки покажет меньшее число, но результат перестанет быть сопоставимым. Сначала найдите повторяющуюся паузу, затем измените правило работы с ней.
Как выбрать одно изменение
Выберите изменение, связанное с наблюдаемой причиной, и назначьте срок проверки. Если макеты ждут утверждения, договоритесь, когда проверяющий забирает новые карточки. Если карточки возвращаются из-за неполного брифа, уточните входные данные до начала активной работы. Одновременно менять состав команды, критерий готовности и колонки неудобно: после нового замера трудно понять вклад каждого решения.
Не вводите числовой предел незавершённой работы только потому, что в руководстве встречается WIP. Сначала посмотрите, сколько карточек реально находятся в активном участке и где возникла очередь. Команда может договориться не начинать следующую карточку, пока доступная работа ждёт завершения; выполнение договорённости нужно проверять по доске.
Когда измерить снова
Измерьте время цикла снова после того, как через изменённый процесс прошли завершённые карточки того же типа. Сравните их с исходной выборкой при одинаковых границах старта и готовности. Рядом отметьте возвраты и замечания к результату, чтобы сокращение срока не скрывало ухудшение качества.
Если новая выборка мала или задачи заметно отличаются по объёму, вывод ограничивается наблюдением. Например, два коротких макета после изменения ещё не доказывают устойчивое ускорение всей редакционной работы. Продолжайте фиксировать отметки и уточните решение, когда появится сопоставимый ряд.
Как начать работу с доской Канбано
Начните с этапов реального маршрута: очередь, активная работа, проверка и готовность. Создайте в Канбано доску с такими колонками, если они соответствуют вашей команде, и перемещайте карточку при фактическом изменении состояния. Для первого измерения запишите в описание карточки время перехода в активную работу и время принятия результата.
Доска подходит для ручного замера, если участники одинаково понимают границы работы и обновляют карточки вовремя. Через внешнюю таблицу можно сравнить завершённые карточки и выбрать одну задержку для проверки. Время цикла одной карточки — разница между двумя согласованными отметками; полезность нескольких чисел зависит от одинакового маршрута и неизменного критерия готовности.
Если хотите повторить способ на собственном процессе, создать рабочую доску можно после выбора этапов и правила фиксации времени.