Эффективность потока — это метрика, показывающая долю времени, которую рабочий элемент проводит в активной работе, относительно общего времени его прохождения через систему. В отличие от традиционных показателей загрузки ресурсов, эффективность потока фокусируется на скорости доставки ценности клиенту.
Эффективность потока — это метрика, показывающая долю времени, которую рабочий элемент проводит в активной работе, относительно общего времени его прохождения через систему. В отличие от традиционных показателей загрузки ресурсов, эффективность потока фокусируется на скорости доставки ценности клиенту.
Представьте документ, который нужно согласовать с несколькими отделами. Он может лежать в папке «входящие» три дня, затем час находиться в работе у менеджера, потом еще два дня ждать подписи у руководителя. Из шести дней общего времени только один час был потрачен на реальную работу — это и есть низкая эффективность потока.
Во-первых, команды начинают видеть реальные узкие места в процессе разработки. Если задача тратит 80% времени на ожидание code review, а не на написание кода, становится очевидно, где нужно усилить процесс. Во-вторых, фокус смещается с загрузки разработчиков на скорость доставки функций пользователям. Команда может работать на 100% загрузке, но если задачи застревают в очередях, клиенты не получают ценность.
Команда разработки мобильного приложения отслеживала время прохождения задач через статусы Kanban-доски. Обнаружилось, что из 10 дней цикла задача находилась в активной работе только 2 дня. Остальное время уходило на ожидание: код-ревью (3 дня), тестирование (2 дня), ожидание деплоя (3 дня). Команда сосредоточилась на сокращении времени ожидания: автоматизировала деплой, ввела парное программирование для ускорения ревью, распределила тестирование между разработчиками. Эффективность потока выросла с 20% до 60%, а время доставки сократилось вдвое.
Команды часто путают эффективность потока с производительностью отдельных участников. Менеджеры начинают требовать от разработчиков «работать быстрее», вместо того чтобы устранять системные задержки. Другая ошибка — попытка повысить эффективность за счет параллельной работы над множеством задач. Это создает дополнительные переключения контекста и снижает общую скорость команды. Команды также игнорируют качество ради скорости, что приводит к росту багов и технического долга.
Понимание эффективности потока помогает командам перейти от локальных оптимизаций к системному подходу. Вместо ускорения отдельных этапов команды начинают оптимизировать весь процесс доставки ценности. Это особенно важно в Scrum-командах при планировании спринта и ретроспективах, где анализ эффективности потока выявляет истинные причины невыполнения обязательств спринта. Kanban-команды используют эту метрику для принятия решений о лимитах WIP и изменениях в процессе.
Сначала слушаем, задаём вопросы, разбираемся в ситуации. Потом предлагаем подход и только тогда обсуждаем условия.