Velocity (Скорость Команды) — это ключевая метрика в Scrum, которая измеряет среднее количество работы (выраженное в Story Points), которое Разработчики успешно выполняют и доводят до Definition of Done (DOD) за один Спринт.
Velocity — это не показатель эффективности отдельных разработчиков, а мощность всей команды как единого целого. Эта метрика используется в основном для прогнозирования и планирования будущих Спринтов и Релизов. Если команда стабильно завершает 30 Story Points за Спринт, ее Velocity равна 30.
Ловушки и Ограничения Velocity
- Нестабильность Оценок: Если команда каждый раз оценивает Story Points по-разному, Velocity становится бессмысленной и неточной.
- Нельзя Сравнивать Команды: Сравнение Velocity двух разных команд бессмысленно, так как их системы оценки и “идеальные дни” могут сильно отличаться.
- Оценка Индивидов: Использование Velocity для оценки личной производительности — это антипаттерн, который приводит к раздуванию Story Points и снижению доверия.
- Незрелость Процесса: На начальных этапах работы по Scrum Velocity будет сильно колебаться и не годится для долгосрочного прогнозирования.
| Характеристика | Velocity (Скорость) | Capacity (Мощность) |
| Единица Измерения | Story Points (или часы) завершенных задач. | Часы или Идеальные Дни (доступное время команды). |
| Что Измеряет? | Доказанная способность команды завершать работу в Спринте (прошлое). | Потенциальная возможность команды работать в Спринте (будущее). |
| Цель | Прогнозирование будущих Спринтов и Релизов. | Расчет доступного времени команды с учетом отпусков, праздников и собраний. |
| Ключевой Фокус | Результат (что было сделано). | Ввод (сколько времени доступно) |
| Использование | Применяется после Спринта для анализа и прогноза. | Применяется после Спринта для анализа и прогноза. |
Таким образом, понимание разницы между Velocity и Capacity критически важно для эффективного планирования Спринтов. Velocity показывает, что команда способна завершить, основываясь на прошлом опыте, тогда как Capacity — это максимально возможное время, которое есть у команды в текущем Спринте. В идеале, команда должна планировать объем работы, который находится между этими двумя показателями, чтобы избежать перегрузки.
Слишком сильная фиксация на цифрах Velocity может привести к негативным последствиям. Когда руководство начинает использовать Velocity как инструмент давления, команды часто прибегают к раздуванию Story Points, чтобы создать иллюзию роста производительности. Поэтому жизненно важно, чтобы метрика оставалась внутренним, прогностическим инструментом команды, а не внешней оценкой.
ГЛАВНЫЙ ВЫВОД (РЕЗЮМЕ): Velocity — это прогностический инструмент, а не инструмент оценки эффективности. Она помогает ответить на вопрос: “Сколько задач мы можем реалистично взять в следующий Спринт?”. Это исключительно планировочная метрика, которая измеряет мощность всей команды и не должна использоваться для оценки личной эффективности разработчиков или для сравнения команд.
Часто задаваемые вопросы (FAQ)
Падение Velocity — это не повод для паники, а сигнал к инспекции процесса. Во время Ретроспективы Спринта команда должна выяснить, что повлияло на снижение (непредвиденные баги, технический долг, отсутствие ясности требований, отпуск ключевых сотрудников).
Velocity чаще всего измеряется в Story Points. Реже используется измерение в часах (идеальная разработка), но это менее надежный метод.
Для нового проекта используется стартовая Velocity, основанная на пробном Спринте или на средних показателях из предыдущих, похожих проектов. Значение стабилизируется после 3-4 полных Спринтов.
Хорошая Velocity — это стабильная Velocity. Сама по себе цифра (например, 20 или 50) не имеет значения. Важно, чтобы команда могла надежно прогнозировать, опираясь на эту цифру. Стабильность важнее, чем высокий показатель.
Нет. Задачи, которые были начаты, но не достигли Definition of Done (DOD) в текущем Спринте, не включаются в расчет Velocity этого Спринта, независимо от того, насколько близко они к завершению. Они будут учтены в Velocity следующего Спринта.