Как использовать пропускную способность (throughput) в Канбан-методе

Что такое пропускная способность

Представим, что команда Х работает над мобильным приложением. За месяц они получают 40 запросов от стейкхолдеров, но реально могут завершить только 15 задач. Значит, пропускная способность команды — 15 задач в месяц. По сути, именно этот показатель определяет, с какой скоростью развивается продукт
и насколько ожидания заказчиков совпадают с реальностью.

Throughput run chart — линейный график, который показывает изменение количества завершённых за определённый период времени рабочих элементов

Но зачем вообще знать и считать, сколько команда может выполнить? Тут как минимум три причины:

▫️ чтобы принять решение — взять ещё задач или остановиться

▫️ инспектировать и планировать улучшения рабочего процесса

▫️ управлять ожиданиями заказчиков (если поставить в дуэт метрику времени производства).

Кроме того, пропускная способность выявляет скрытые проблемы. Если разобраться с ними — например устранить задержки на согласовании или перераспределить нагрузку — команда сможет повысить свою производительность.

Как использовать пропускную способность в управлении проектами

Чтобы внедрить throughput и воспользоваться всеми её фишками, для начала стоит определить, что мы будем считать рабочим элементом. Дальше выберем период,
в который будем измерять, а потом — визуализировать, анализировать
и прогнозировать.

А теперь по порядку 👇

Определить рабочий элемент. Это значит решить, что для команды считается единицей работы — пользовательская история, баги, эпик или другой тип задачи. Единиц работы может быть несколько.

Понять период измерения. Надо выбрать один интервал для измерений — день, неделя, спринт или месяц.

Отслеживать завершённые задачи. Подсчитать количество рабочих элементов, которые дошли до колонки Готово в выбранный период.

Визуализировать. Помогает увидеть медианное значение, диапазон и общие тренды, которые сложно заметить в обычной таблице.

Анализировать динамику и замечать проблемы. Например, падение throughput может значить рост сложности задач, нехватку ресурсов или проблемы в процессе.

Прогнозировать и планировать. Исторические данные по throughput помогают оценить, сколько задач команда потенциально выполнит в будущем.

Что влияет на throughput

За пропускной способностью всегда стоит история: насколько эффективно выстроены процессы, хватает ли ресурсов, как распределяются приоритеты и даже в каком настроении команда приходит на работу.

Обычно на throughput может влиять:

Количество задач. Есть дать команде из 10 человек две задачи, несмотря на их профессионализм и старания пропускная способность никогда не будет выше двух.

Размер команды. У крупных команд более высокая пропускная способность, но только если она хорошо скоординирована. 

Уровень навыков. Опытные специалисты быстрее справляются с типовыми задачами, — конечно, это влияет на скорость.

Эффективность процессов. Оптимизированные процессы (с чёткими постановками задач, дедлайнами и качественным планированием) повышают производительность, в то время как запутанные процессы замедляют работу.

Технологии. Правильные инструменты могут повысить производительность, если это, например, таск-менеджер с тайм-трекером, автоматизацией задач и базой знаний. Всё это как раз есть в WEEEK.

Понять эти факторы равно взглянуть на работу шире и найти точки роста 💪 

Как рассчитать throughput в канбан-методе

Возьмём ту же команду Х. Ребята трудились всё лето: в июне их пропускная способность была 14 задач, в июле — 18, в августе — 20. Если нас интересует пропускная способность за всё лето, мы суммируем задачи за июнь, за июль,
за август и делим на три (кол-во месяцев):

14 + 18 + 20 = 52
52 / 3 = 17,33 — столько задач в месяц в среднем выполняет команда

Формула получается такая:

Throughput = количество завершённых задач / ​количество единиц времени

А когда хотим понять недельный throughput (если за последние 4 недели команда Х завершила 6, 9, 8 и 7 задач), тогда:

6 + 9 + 8 + 7 = 30
30 / 4 (кол-во недель) = 7,5 — задач в неделю

При этом важно помнить, что в расчёте throughput учитываются задачи, которые:

Александр Лапин

Канбан-практик, Agile-коуч в финтех

Чтобы объяснить принцип пропускной способности, я люблю приводить аналогию с краном. Представьте: мы открываем кран и сначала видим, как из него капает вода. Повернули ручку сильнее — напор увеличился. Ещё повернули — снова увеличился. Но в какой-то момент струя перестаёт усиливаться, потому что диаметр крана ограничен. Даже если выкрутить его на максимум, больше воды через него не пройдёт. С командами работает тот же принцип. Допустим, пять человек за две недели закрывают восемь задач. Если загрузить их пятьюдесятью задачами, то на определённом уровне производительность упрётся в потолок и больше они не выдадут. Чтобы нарастить пропускную способность, можно увеличить ресурсы, например добавить ещё пять человек, и тогда команда сможет завершать больше задач

Но и здесь есть предел: если на команду из десяти человек одновременно навесить слишком много, то общая пропускная способность будет расти непропорционально количеству поступающих в работу задач. Поэтому важно искать баланс между числом людей и количеством работы в процессе. Именно от этого зависит, насколько эффективно будет работать команда.

Анализ и визуализация throughput

Без анализа пропускной способности сложно разобраться, растёт показатель, остаётся стабильным или снижается. А без визуализации — сделать данные наглядными.

Как понять, что throughput упал или вырос

Пропускная способность команды редко остаётся на одном месте — она то растёт, то падает. Всё зависит от факторов — сложности задач или настроения внутри коллектива. Давай посмотрим, как понять, что throughput вырос или снизился 👇

Как визуализировать throughput на графике

Давай разберём несколько инструментов ⬇️

Гистограмма пропускной способности

Показывает, сколько задач выполняла команда в прошлом и за какое время. Измеряется количеством выполненных задач и временем, потраченным на них. 

Вертикальная ось отражает количество дней с определённой производительностью, а горизонтальная — фактическую производительность, то есть число выполненных задач. Каждый столбик показывает, сколько дней команда работала с такой скоростью.

Дополнительно можно использовать фильтры: смотреть данные за конкретный период, по отдельным исполнителям или приоритетам. 

График пропускной способности

Помогает увидеть, с какой скоростью рабочие элементы проходят через систему. Можно понять, сколько задач команда способна выполнить за определённый период и как менялась динамика во времени. 

Дневная пропускная способность

На графике вертикальная ось показывает количество завершённых рабочих элементов, а горизонтальная — временную шкалу. Так можно оценить не только общий объём выполненной работы, но и то, как меняется темп команды.

Кроме того, диаграмму можно настраивать: отображать только нужные типы задач, исключать отдельные этапы рабочего процесса, отслеживать тенденции в разных разрезах.

И есть ещё кое-что — кумулятивная диаграмма потока. О ней расскажем дальше.

Что такое cumulative flow diagram (CFD)

Накопительная диаграмма потока (также известная как CFD) — одна из самых продвинутых диаграмм для аналитики в Kanban-методе и Agile. Она визуализирует три важнейших показателя Agile-процесса:

Главная цель диаграммы — находить узкие звенья, показывать интенсивность поступления задач в команду и интенсивность их закрытия (пропускную способность). Этот инструмент хорош для менеджеров: можно принять решение, подкинуть ли ещё задачек в работу. 

Если новых задач приходит меньше, чем команда успевает закрывать, со временем работы просто не останется. А если поток задач выше, чем скорость их выполнения, команда быстро перегрузится: система раздуется, и часть задач начнёт теряться.

Прогнозирование и планирование с помощью throughput

Когда команда знает, сколько задач в среднем завершает за неделю или месяц, легче оценить, какой объём работы можно взять в следующий спринт или
на конкретный период. 

При этом планирование становится прозрачным и для менеджера, и для заказчиков — все видят, какие темпы работы у команды и чего можно ожидать к конкретной дате (тут помним, что надо учитывать время производства).

Ещё один плюс — гибкость. При изменении приоритетов можно пересмотреть план, зная свой throughput, и понять, получится ли добавить новые задачи или нужно что-то убрать.

Александр Лапин

Канбан-практик, Agile-коуч в финтех

Важно помнить, что время производства хорошо дополняет пропускную способность. Представим, что в среднем команда закрывает свои задачи за 30 дней (это время производства). При этом пропускная способность у них 12 задач в неделю. Приходит заказчик и говорит: «Хочу вам 10 задач накинуть». Команда отвечает: «Без проблем, сделаем, у нас по 12 задач в неделю закрывается». Это может создать ложное ощущение того, что за неделю ребята справятся с его порцией задач и ещё 2 останется. Но по факту — на каждую задачу нужен месяц. Лишь зная время производства, можно эффективно спланироваться на основании пропускной способности

Как спрогнозировать объём задач на спринт

Если уже есть какие-то данные по throughput, спрогнозировать будет несложно. Для этого надо:

Посмотреть на прошлые спринты. Возьми 3–5 последних итераций и посчитай, сколько задач команда завершала в каждой из них.

Найди среднее значение. Например, в одном спринте закрыли 20 задач, в другом — 18, в третьем — 22. Среднее получится 20.

Учти особенности будущего спринта. Если предстоят праздники или часть команды уходит в отпуск, стоит немного снизить прогноз. Если, наоборот, команда полностью в строю и уже хорошо раскачалась, можно ориентироваться на верхнюю границу.

Переведи throughput в план. Допустим, средний показатель — 20 задач за спринт. Значит, при планировании команда берёт примерно 20 задач.

Как улучшить эффективность с помощью throughput

На самом деле пропускная способность — это скорее следствие проделанной работы, а не инструмент по улучшению эффективности. Throughput как индикатор текущей картины показывает, сколько задач команда реально закрывает за определённый период, но не оценивает, хорошо это или плохо.

Одна из ключевых метрик канбан-метода — эффективность потока (ещё WIP-лимиты, Lead Time и знакомая пропускная способность).

Как раз эффективность потока уже позволяет нам оценить, насколько хорошо выстроен производственный процесс. Понять, где задачи зависают, где теряется время, и выявить узкие места в процессе. 

Пропускная способность лишь сигнализирует о текущей ситуации и о трендах: если после изменения процесса она растёт, значит, внедрённое улучшение, скорее всего, работает и его можно масштабировать. Если падает — стоит пересмотреть подход.

Александр Лапин

Канбан-практик, Agile-коуч в финтех

Пропускная способность помогает прогнозировать производительность команды. Например, если команда закрывает 30 задач в месяц, это само по себе не говорит о высокой или низкой эффективности — нужно смотреть на процесс и время выполнения. Канбан-метод не даёт инструментов для контроля загруженности отдельных людей: один из его принципов — «Управляйте работой, а не людьми. Дайте людям организоваться вокруг работы». Фокус следует держать на рабочих элементах

Работая с эффективностью потока, можно смотреть на каждый столбец отдельно
и оценивать долю времени, которую задачи проводят в ожидании. Например, если задача в среднем закрывается за 20 дней, а 15 из них она находится в столбце Готово к тестированию, это значит, что большая часть времени уходит
на ожидание. 

Такая информация позволяет принять решение о том, какие элементы процесса нужно оптимизировать, чтобы сократить время простоя и повысить эффективность работы команды.

Как повысить пропускную способность

Пропускная способность команды напрямую зависит от того, как устроены процессы и взаимодействие людей. Иногда она падает, если команда начинает
и бросает задачи на полпути, потому что появляются новые, иногда — из-за плохо описанных задач или задержек на согласованиях. 

Хорошая новость в том, что на throughput можно влиять: системные изменения помогают ускорить поток работы, сделать его стабильнее и предсказуемее. Давай разберём, что поможет повысить пропускную способность ⬇️

Распределение ресурсов

Для этого нужно оценить навыки команды: в чём их сильные и слабые стороны. Это поможет назначить задачи нужным людям. При этом стоит следить за объёмом работы каждого. Если кто-то перегружен, рассмотри возможность перераспределить задачи.

Александр Лапин

Канбан-практик, Agile-коуч в финтех

Пропускная способность производственной системы определяется по пропускной способности её узкого звена на текущий момент. Это значит, первое не может превышать значение второго, поскольку как бы быстро мы ни работали, будем постоянно упираться в узкое звено

Оптимизация процессов

Попробуй убрать ненужные шаги, чтобы повысить производительность. Например, найти узкие места в процессе, которые замедляют прогресс, и подумать, как можно от них избавиться. 

Ещё полезно автоматизировать повторяющиеся задачи, чтобы избавить команду
от рутины и дать возможность сосредоточиться на более важной работе. 

Ну и конечно, куда без инструкций. Чтобы общие задачи выполнялись чётко
по регламенту, создай документы, куда всегда можно подглядеть и узнать, как действовать. 

Среда сотрудничества

Очень важно поощрять инициативу, идеи и обратную связь. Когда сотрудники понимают, что их мнение ценно и они могут открыто высказаться, это формирует атмосферу доверия. Каждый чувствует свою значимость и вклад в общий результат.

Чтобы поддерживать прозрачность коммуникации и не терять ценные мысли, используй инструменты для совместной работы. Например, WEEEK —  здесь можно вести задачи и видеть прогресс команды.

Популярные вопросы

Не хочется прощаться, так что подкинем ещё полезной информации про пропускную способность 🔽

Чем отличается Velocity от throughput?

Velocity измеряется количеством работы, выполненной командой за спринт. Throughput — количеством завершённых элементов работы за единицу времени (например, задач в неделю). 

Теперь по пунктам:

В каких случаях throughput бесполезен

Например, если в твоей команде сильно разнородные задачи и они отличаются
по сложности и объёму. Или если процесс сильно зависит от сторонних команд или ресурсов. Тогда изменения в throughput могут отражать внешние факторы, а не работу команды.

Как не перегрузить команду, фокусируясь на throughput

Есть три волшебных слова: планирование, приоритизация и декомпозирование.
То есть:

Александр Лапин

Канбан-практик, Agile-коуч в финтех

Разработчики могут одну фичу декомпозировать на 5 задачек, а могут на 10.На выходе ценность одна и та же, но пропускная способность разная. Чтобы этого не было, важно следить за тем, как ребята декомпозируют фичии с какими формулировками заводят к себе в бэклог. Также важно, чтобы у ребят на протяжении всей их работы были ± одинаковые по объёму задачи после декомпозиции. Иначе метрика может быть нерелевантной.

Коротко о главном

📖 Рекомендуемые статьи по теме

🤓 Что такое Канбан: простыми словами о системе, методе и принципах

👍 Лучшие Канбан-доски: обзор цифровых инструментов

📄 Канбан в личной жизни: как применять метод дома и для себя

🤔 Разница между Waterfall, Agile, Scrum и Канбан: объясняем просто

🥇 Что такое WIP-лимиты в Канбан

🫡 Как внедрить Канбан с помощью подхода STATIK

Щелкай задачи на раз-два

Задачи™ — созданы для классного таск-менеджмента

Документы на стероидах

База знаний™ — создана для документов и совместного чего-то там

Воронки продаж без ворон

CRM™ — создана для продаж и ведения бизнеса

Зарегистрироваться