Гибкое управление проектами (Agile)

Скорость команды (Velocity)

Velocity — это метрика, показывающая количество работы, которую команда может выполнить за один спринт, измеряемая в Story Points или других единицах. В отличие от традиционных показателей производительности, Velocity помогает команде планировать будущие спринты на основе собственного исторического темпа работы, а не внешних норм.

Velocity — это метрика, показывающая количество работы, которую команда может выполнить за один спринт, измеряемая в Story Points или других единицах. В отличие от традиционных показателей производительности, Velocity помогает команде планировать будущие спринты на основе собственного исторического темпа работы, а не внешних норм.

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

Планирование становится предсказуемым

Во-первых, Velocity превращает планирование спринтов из гадания в точную науку. Команда, которая раньше обещала «сделать максимум возможного», теперь может сказать: «За последние три спринта мы стабильно выполняли 25 Story Points, поэтому в следующем спринте возьмем задачи на 25 points». Во-вторых, метрика помогает команде и стейкхолдерам выстраивать реалистичные ожидания по срокам релизов. Вместо обещаний «сделаем к концу квартала» Product Owner может рассчитать, что при текущей скорости команды для завершения функциональности потребуется еще 4 спринта.

Команда разработчиков измеряет прогресс в Story Points

Команда мобильного приложения для банка ведет учет Velocity в Story Points. В первом спринте они выполнили 18 points, во втором — 22, в третьем — 20. Средняя Velocity составила 20 points. Когда Product Owner принес новую функциональность оценкой в 60 points, команда смогла сразу сказать, что для ее реализации потребуется 3 спринта. При этом они не торопятся увеличивать объем работы в спринте, понимая, что стабильность важнее скорости. Каждый спринт команда анализирует, почему Velocity изменилась — добавились новые участники, изменилась сложность задач или появились внешние препятствия.

Velocity превращается в инструмент давления

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

Стабильный ритм работы команды

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

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

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

Расскажите о вашей задаче