Статья
12 ноября 2026 г.

Вечер пятницы, МКАД. Все машины заведены, у всех горят фары, все водители напряженно смотрят вперед. Если в этот момент спросить любого: «Вы едете?», каждый ответит «да». Формально так и есть.
Только за последние двадцать минут никто не продвинулся дальше пары сотен метров.
С рабочими досками такое тоже бывает. Колонка «В процессе» разрастается до тридцати карточек, по каждой что-то происходит: правки, комментарии, «посмотрю после обеда». Все заняты, все при деле. А до «Готово» задачи доезжают все медленнее, и непонятно почему: вроде никто не филонит.
Беда пробок в том, что из машины видно только соседний бампер. Где сужается дорога? На каком съезде все встало? Вот бы включить вид сверху.
Для задач такой вид сверху есть. Это несколько простых метрик и одна диаграмма, похожая на разноцветный слоеный пирог. Научимся ее читать.
Чтобы понять, где застревают задачи, посмотрим, сколько времени проходит до их завершения и сколько задач команда успевает закрыть за неделю или месяц.
Lead time — время от создания задачи до ее завершения.
Cycle time, или время цикла, — время от начала работы над задачей до ее завершения. В него входят и работа, и ожидание после старта.
Throughput, или пропускная способность, — количество задач, которые команда завершает за период.
Возьмем условную команду из шести разработчиков. Они работают над одним продуктом и ведут задачи на канбан-доске в taskITnow: «Бэклог → В работе → Ревью → Тестирование → Выполнено». Цифры и графики в примере условные.
Посмотрим на даты по задаче «Экспорт отчета в Excel»:
Заказчик ждал результата 11 дней. Это lead time. Первые семь дней задача лежала в бэклоге. С начала работы до завершения прошло четыре дня. Это cycle time.
Пропускную способность считаем по всей команде. В июне она завершила 40 задач. На графике ниже данные разбиты по неделям, чтобы было видно, когда темп изменился.
Отчет «Пропускная способность»: синие столбцы — сколько задач команда взяла в работу за неделю, зеленые — сколько закончила. Видно, как с середины июля закрывать стали меньше.
Метрики полезно смотреть вместе. Если у одной задачи lead time заметно больше cycle time, значительная часть срока прошла в ожидании начала работы. Если команда стала завершать меньше задач при прежнем времени цикла, посмотрите, сколько задач она начала за тот же период и сколько еще остается в работе.
С этими метриками есть одна ловушка — среднее значение. Представьте десять задач: девять заняли от трех до пяти дней, а одна застряла на сорок, потому что ждала ответа от смежного отдела. Среднее получится около восьми дней, и оно не описывает ни одну реальную задачу.
💡 Медиана — значение посередине. Например, если медиана — 5 дней, как минимум половина задач завершилась за 5 дней или быстрее. Одна задача-долгожитель ее почти не сдвигает. 90-й перцентиль — срок, в который уложились примерно 90% завершенных задач за выбранный период.
Фраза «90% задач мы закрываем за 10 дней или быстрее» — уже не статистика ради статистики. Это ориентир для прогноза по похожим задачам. Если речь о времени цикла, отсчет идет с начала работы.
Отчет «Время цикла». Каждая точка — завершенная задача. Чем выше точка, тем больше дней прошло с начала работы до завершения. Оранжевые точки — выбросы, то есть задачи, которые заняли заметно больше времени, чем большинство. Зеленая линия — скользящее среднее. Оно показывает, как менялось среднее время цикла по мере завершения задач. К концу июля линия поднялась.
💡 CFD (cumulative flow diagram), или накопительная диаграмма потока, показывает, как со временем меняется число задач на каждом этапе работы. По горизонтали — время, по вертикали — количество задач. Каждая цветная полоса соответствует колонке доски. Толщина полосы в конкретный день показывает, сколько задач тогда было в этой колонке.
CFD выглядит пугающе только первые полминуты.
По горизонтали на ней время, по вертикали количество задач. Каждая цветная полоса — колонка доски. Пока закрытые задачи остаются в «Выполнено», полоса растет по мере завершения новых задач.
Читать диаграмму нужно двумя способами:
Накопительная диаграмма за июнь и июль. Красная полоса «Ревью» за два месяца раздулась втрое, остальные почти не изменились. Это и есть сужение дороги.
Вернемся к образу дороги. Вот основные картины, которые встречаются на CFD.
Если за несколько месяцев «Выполнено» разрослась и задавила остальные полосы, ее можно убрать в настройках графика. Тогда рабочие этапы видно крупнее.
Вернемся к шести разработчикам. В июне они закрыли 40 задач, в июле — 32. Ретроспективы проходили бодро, все были заняты, на вопрос «что мешает?» отвечали «да вроде ничего».
Ответ нашелся на CFD. Полоса «Ревью» за два месяца раздулась с пяти задач до пятнадцати. Медиана времени цикла выросла с пяти дней до восьми, а 90-й перцентиль — с восьми до четырнадцати. Диаграмма показала, где выросла очередь.
Причина — ревью делали два самых опытных разработчика, у которых были и свои задачи. Ревью для них было делом «когда освобожусь», а освобождались они редко.
Команда сделала следующее.
1. Разделила ожидание и работу. Вместо одной колонки «Ревью» стало две: «Ждет ревью» и «На ревью». Стало видно, что на самом ревью задача проводит несколько часов, а ждет его несколько дней.
2. Поставила WIP-лимит на ожидание. Команда договорилась держать в «Ждет ревью» до пяти карточек. Если колонка заполнена, прежде чем брать новую задачу, разработчик помогает с ревью. Лимит задается в настройках колонки, там же можно указать, через сколько дней задача считается зависшей. Подробнее о лимитах мы писали в статье «Начать нельзя закончить: зачем нужны WIP-лимиты».
Доска после изменений. Колонка «Ждет ревью» заполнена до лимита, и счетчик в шапке краснеет. Пока его не освободят, новые задачи в работу не берут.
3. Убрала ручную передачу. На колонку «Ждет ревью» повесили правило автоматизации «Когда карточка попадает сюда…»: оно добавляет в карточку дежурного ревьюера и упоминает его в комментарии. Раз в неделю, при смене дежурства, команда меняла участника в правиле. Ревью перестало быть «чьим-то» делом и обрело конкретику.
4. Сделала CFD частью ретро. Раз в две недели команда пять минут смотрит на диаграмму: какая полоса растет и почему. Так команда проверяла, не начала ли очередь расти снова.
Та же диаграмма за четыре месяца, без колонки «Выполнено». После 1 августа красная полоса «Ждет ревью» сжимается до трех-пяти задач и больше не растет.
За две недели очередь на ревью сжалась до трех-пяти задач. В августе команда закрыла 41 задачу, в сентябре — 44, а медиана времени цикла опустилась до четырех дней — даже ниже, чем в спокойном июне. Новых людей не нанимали, сверхурочно не работали, просто расчистили съезд.
История собирательная, но, судя по тому, что мы видим у команд, очень узнаваемая.
Если у вас уже есть проект в taskITnow, откройте накопительную диаграмму за последние два-три месяца и задайте себе вопрос: какая полоса шире остальных и была ли она такой всегда? Потом загляните во «Время цикла»: посмотрите значение 90-го перцентиля и разберите несколько задач, которые заняли больше времени.
Возможно, это и есть ваш съезд, на котором все встало.
Подпишитесь на новости и релизы
Нажимая кнопку, я подтверждаю, что согласен с политикой конфиденциальности

