Введение
Velocity (скорость) в Scrum — это ключевая метрика, показывающая, какой объем работы команда реально завершает за один спринт. Она не про «скорость ради скорости», а про предсказуемость итераций и точность планирования. Правильно рассчитанный velocity превращает процесс разработки в управляемый поток и дает ответ на главный вопрос стейкхолдеров: «Когда проект будет готов?».
Что такое Velocity и зачем его измерять
Velocity — это суммарное количество Story Points (или других единиц оценки) по задачам, которые команда приняла как полностью завершенные в конце спринта. Это исторический факт, а не плановая цифра.
Основные функции метрики
- Планирование спринта: зная средний velocity за последние 3–5 итераций, вы можете набирать в бэклог спринта ровно столько задач, сколько команда гарантированно закроет.
- Прогнозирование сроков: разделив оставшийся объем бэклога (в Story Points) на средний velocity, вы получаете реалистичное количество спринтов до релиза.
- Выявление проблем: резкое падение или скачок velocity — сигнал для ретроспективы и анализа процессов.
Как правильно рассчитать скорость команды
Расчет velocity прост арифметически, но требует строгой дисциплины в оценках и трекинге.
Пошаговый алгоритм
- Единая единица измерения: убедитесь, что вся команда использует одинаковую шкалу оценки (например, числа Фибоначчи: 1, 2, 3, 5, 8, 13).
- Определение «Готово» (Definition of Done): задача засчитывается только если она полностью соответствует критериям готовности. «Почти готово» или «код написан, но не протестирован» — не считается.
- Суммирование: в конце спринта сложите Story Points всех задач, переведенных в статус Done.
- Формула:
Velocity = Σ Story Points закрытых задач.
Пример
Спринт длится 2 недели. Команда закрыла: задачу на 5 SP, две на 3 SP и одну на 2 SP. Итого velocity = 13 SP. Если за 4 спринта показатели были 12, 14, 13, 13, то средний velocity = 13 SP.
Использование Velocity для планирования и прогноза
Velocity — это не цель, а инструмент. Главное — уметь применять его на практике.
Прогноз даты завершения проекта
- Оцените оставшийся бэклог в тех же Story Points.
- Разделите на средний velocity:
Кол-во спринтов = Остаток SP / Средний velocity. - Умножьте на длительность спринта и прибавьте к текущей дате.
Важно: используйте не максимальный, а средний velocity за 3–5 спринтов. Для более надежного прогноза применяйте диапазон (P50/P90), например, через метод Монте-Карло.
Планирование спринта
- На спринт-планировании набирайте задачи с суммарным SP, не превышающим 80–90% от среднего velocity.
- Этот «буфер безопасности» компенсирует непредвиденные обстоятельства: болезни, срочные баги, технические долги.
Типичные ошибки и как их избежать
Даже опытные команды часто искажают метрику, превращая ее в бесполезную цифру.
Ошибка 1: Учет незавершенных задач
Если задача оценена в 8 SP, но сделана наполовину, нельзя засчитывать «4 SP». Story Points не делятся. Либо задача полностью Done, либо ее переносят в следующий спринт без изменений.
Ошибка 2: Манипуляция оценками
Команда начинает завышать оценки, чтобы «выглядеть быстрее». Это убивает смысл планирования. Решение — сравнивать velocity не между командами, а только внутри одной команды по историческим спринтам.
Ошибка 3: Игнорирование контекста
Velocity нестабилен, если меняется состав команды, инструменты или тип задач. Если в команду пришел новичок или спринт был прерван праздниками, этот выброс не стоит включать в расчет среднего.
Ошибка 4: Погоня за цифрой как за KPI
Нельзя ставить цель «повысить velocity». Это приводит к раздуванию оценок или снижению качества. Velocity — это измеритель, а не мотиватор. Улучшать нужно процесс, а метрика сама покажет результат.
Выводы
Velocity — это компас, который помогает Scrum-команде не сбиться с курса. Он дает объективную основу для планирования спринтов, реалистичных обещаний заказчику и честной ретроспективы. Помните: главное — не точность цифр, а регулярность их сбора и анализа. Начните с малого — зафиксируйте данные за 3 спринта, выведите среднее значение и используйте его для следующего планирования. Со временем вы научитесь доверять этим цифрам, а прогнозы сроков станут точнее и спокойнее для всех участников проекта.