Все статьи
Как определить Capacity команды, даже если меняется состав команды
Дата: 21.10.2025
Как правильно рассчитать емкость команды даже при изменениях в составе? В статье разобраны ключевые отличия между Velocity и Capacity, а также дана пошаговая методика прогноза. Узнайте, как использовать реальную статистику команды для прозрачного планирования и избегать хаоса и перегрузки. В статье представлен практический шаблон «Вчерашняя погода» для автоматизации расчетов и адаптации под реальные условия.
Содержание
Любая IT-организация стремится к управляемости и прозрачности процессов. Это критически важно для эффективного распределения ресурсов и формирования реалистичных ожиданий у бизнеса.
Основная проблема в планировании — переоценка возможного объёма работ, что приводит к:
- Срывам сроков и долгому ожиданию релиза.
- Неуправляемому потоку задач (хаос, «влеты»).
- Низкой предсказуемости поставки ценности.
Что такое Capacity и Velocity, и почему это не одно и то же?
Чтобы говорить на одном языке, давайте разберемся с ключевыми понятиями.
Прогноз на будущий спринт по общему количеству времени или усилий, которое команда планирует посвятить работе над задачами бэклога в следующем спринте, учитывая отпуска, больничные, праздники и другие отвлечения.
Единица измерения: человеко-дни или процент от идеальной мощности
Зачем это команде? Понимание фактического ресурса команды в будущем спринте.
Фактический результат средней суммы Story Points (или количества историй, или количества задач), полностью завершенных командой и принятых согласно Definition of Done (DoD, критериям готовности) в нескольких предыдущих спринтах.
Единица измерения: Story Points (или количество историй, или количество задач).
Зачем это команде? Показывает, сколько работы команда может сделать стабильно. Измерение стабильной, доказанной производительности команды за спринт.
Ограниченный по времени цикл разработки, в течение которого команда выполняет заранее определённый объём задач из бэклога, достигая конкретной цели спринта (Sprint Goal)
Единица измерения: календарные дни или недели.
Зачем это команде? Позволяет работать короткими управляемыми циклами, получать регулярную обратную связь и постепенно улучшать продукт и процесс.
Резюме:
- Velocity говорит нам о том, сколько мы могли делать (наш опыт).
- Capacity говорит нам о том, сколько ресурсов у нас будет (наша реальность).
Если вы дочитали до этого места, значит, вам интересен полезный контент о современных методах управления. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, подписывайтесь на Telegram-канал ProAgile.
Как рассчитать Capacity на спринт: 3 шага
Шаг 1. Определите среднюю Velocity (историческая база)
Мы используем Velocity последних 3-х спринтов, чтобы сгладить случайные пики и провалы и найти стабильную среднюю скорость.
Шаг 2. Нормализуйте Velocity (учет состава команды)
Чтобы сделать показатель объективным независимо от размера команды в прошлом, мы рассчитываем нормализованную Velocity — скорость на одного человека.
Шаг 3. Рассчитайте прогнозируемый Capacity
На основе нормализованной Velocity и фактического размера команды в будущем спринте, мы определяем лимит работы (Capacity) в Story Points.
Capacity на Спринт N = Нормализованная Velocity × Прогнозируемый Размер Команды
Прогнозируемый размер команды рассчитывается как общее количество доступных человеко-дней (или дней) в спринте, деленное на идеальное количество (например, 5 дней × 5 человек = 25 идеальных человеко-дней).
Шаблон для расчёта (Excel) «Вчерашняя погода»
Методология «Вчерашняя погода» (Yesterday’s Weather) — это универсальный и практичный подход, основанный на данных, который позволяет решить эти проблемы, выстраивая реалистичный прогноз объёма работы на следующий спринт.
- Реалистичный прогноз. Оценки основаны на фактических результатах команды, а не на субъективных ожиданиях.
- Прозрачность. Повышается доверие к процессу планирования, так как решение о лимите работ принимается на основе статистики.
- Учёт контекста. Шаблон автоматически учитывает изменения в составе команды (отсутствия, больничные), адаптируя планирование к операционной реальности.
Итоговое значение (Capacity) — это максимальное количество Story Points, которое команда должна взять в работу на предстоящее планирование. Это позволяет предотвратить перегрузку и обеспечить реалистичную доставку ценности.
