Содержание
Velocity — это средняя скорость команды: сколько работы она реально закрывает за спринт. Метрика помогает планировать объём следующего спринта и честно прогнозировать сроки, но легко превращается в инструмент давления, если её понять неправильно. Разберём, как считать velocity, как ей пользоваться и каких ошибок избегать.
Что такое velocity простыми словами
Velocity (скорость команды) — это объём работы, который команда фактически завершает за один спринт. Измеряется в той же единице, в которой вы оцениваете задачи: чаще всего это story points, реже — закрытые задачи или часы.
Ключевое слово здесь — «фактически завершает». В velocity попадают только те задачи, которые к концу спринта доведены до состояния «готово» по вашему определению готовности (Definition of Done). Задача на 90% не считается: либо закрыта целиком, либо не учитывается вовсе.
Velocity — это не план и не цель. Это измерение прошлого: сколько команда уже умеет делать. На его основе вы строите реалистичные ожидания на будущее, а не наоборот.
Как считать velocity за спринт
Базовый расчёт прост: сложите оценки всех задач, закрытых в спринте.
- Спринт 1: закрыто задач на 18 story points
- Спринт 2: 22 SP
- Спринт 3: 15 SP (один человек болел)
- Спринт 4: 21 SP
Один спринт ничего не говорит — разброс слишком велик. Поэтому velocity всегда берут как среднее за последние 3–5 спринтов. В примере выше среднее за четыре спринта: (18 + 22 + 15 + 21) / 4 ≈ 19 SP.
Это и есть ваша рабочая velocity. Чтобы не считать вручную и сразу увидеть диапазон прогноза, удобно использовать калькулятор velocity: он покажет среднее и оптимистичный/пессимистичный сценарии. Метрику стоит обновлять после каждого спринта и обсуждать на ретроспективе.
Как использовать velocity для прогноза
Главная польза velocity — планирование. Зная среднюю скорость, вы не набираете в спринт «на глаз», а берёте объём, который команда исторически закрывает. Если velocity ≈ 19 SP, то планировать спринт на 35 SP — значит заранее согласиться на провал.
Второе применение — прогноз даты завершения релиза или бэклога. Допустим, в бэклоге осталось 190 story points, а velocity ≈ 19. Тогда понадобится примерно 190 / 19 = 10 спринтов. При двухнедельных спринтах это около 20 недель.
Чтобы прогноз был честным, давайте диапазон, а не одну цифру. Возьмите минимальную и максимальную velocity за последние спринты (15 и 22) и посчитайте два срока: оптимистичный и осторожный. Заказчику говорите границы — это и есть способ защитить оценку перед заказчиком, не загоняя себя в ловушку одной даты.
Почему нельзя сравнивать команды по velocity
Это самая частая и самая вредная ошибка. Story points — относительная и субъективная единица: одна команда оценивает задачу в 3 SP, другая ту же задачу — в 8. Их «попугаи» разного размера, поэтому числа несопоставимы.
Velocity имеет смысл только внутри одной команды и только для сравнения с собственной историей. Как только velocity превращают в KPI и сравнивают команды между собой, начинается inflation: команды просто завышают оценки, чтобы цифра росла. Метрика перестаёт отражать реальность.
- Не используйте velocity для оценки или премирования людей
- Не сравнивайте velocity двух команд
- Не ставьте цель «поднять velocity на 20%» — это толкает к раздуванию оценок
- Падение velocity — это повод задать вопрос на ретро, а не наказать команду
Типичные ошибки при работе с velocity
- Учитывать незакрытые задачи. Частично сделанное в velocity не идёт. Иначе метрика врёт и прогноз ломается.
- Считать по одному спринту. Случайный спринт даёт случайную цифру. Нужна база из 3–5 спринтов.
- Менять состав и ждать прежней скорости. Новый человек, отпуска, болезни меняют velocity. Учитывайте фактическую загрузку команды, а не штатную численность.
- Переоценивать задачи задним числом. Если задача оказалась сложнее, не правьте старую оценку — это исказит историю velocity. Делайте выводы для следующих оценок.
- Путать velocity с производительностью. Velocity — инструмент планирования, а не мера «кто как пашет». Подробнее про оценку задач в разработке.
Когда velocity ведётся в той же системе, где живут спринты и бэклог, метрика считается автоматически по фактически закрытым задачам — без ручных таблиц. В TeamVector скорость команды связана с ведением спринтов и планированием, а связь задач с Git помогает видеть реальный прогресс, а не статус «на словах».
Частые вопросы
Что такое velocity команды простыми словами?
Velocity — это средняя скорость команды: сколько работы она реально закрывает за один спринт. Измеряется в story points, реже в задачах или часах. Считают как среднее за последние 3–5 спринтов и используют для планирования объёма следующего спринта и прогноза сроков.
Как посчитать velocity?
Сложите оценки всех задач, доведённых до «готово» в спринте, — это velocity одного спринта. Затем возьмите среднее за 3–5 последних спринтов. Например, при результатах 18, 22, 15 и 21 SP средняя velocity ≈ 19 SP. Быстро посчитать можно в калькуляторе velocity.
Можно ли сравнивать velocity разных команд?
Нет. Story points у каждой команды свои, поэтому числа несопоставимы. Velocity имеет смысл только для сравнения команды с её собственной историей. Сравнение команд по velocity ведёт к завышению оценок и обесценивает метрику.
Velocity растёт или падает — это хорошо или плохо?
Само по себе ни то ни другое. Velocity — это измерение, а не цель. Рост может означать как ускорение, так и раздувание оценок. Падение часто связано с отпусками, болезнями, сменой состава или техдолгом. Это повод обсудить причину на ретроспективе, а не наказывать команду.