Зачем измерять скорость спринта команды

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

Что такое скорость спринта?

Скорость спринта — это показатель того, сколько работы может выполнить команда, работающая по системе Agile, в течение одного обычного цикла спринта. Для расчёта скорости спринта используются две основные переменные: объём работы, выполненной командой, и время, затраченное на её выполнение.

Важно отметить, что скорость спринта — это описательный показатель, который не следует использовать для оценки успешности. Скорость спринта не следует рассматривать как нечто, что нужно «улучшить». Это сложный показатель, описывающий объём работы, который команда может выполнить за один спринт. Хотя скорость спринта следует измерять последовательно, её не следует рассматривать как показатель успеха. В противном случае ваша команда может оказаться перегруженной. Цель понимания скорости спринта — узнать, какой емкостью обладает ваша команда, а не увеличить ее.

Как рассчитать скорость спринта

Скорость спринта рассчитывается по простой формуле: разделите количество элементов бэклога (или стори поинтов, если команда использует их) на общую продолжительность спринта в днях.

Например, если у вашей команды 60 элементов в бэклоге, а средняя продолжительность спринта составляет 2 недели, уравнение будет выглядеть так:

60 элементов бэклога/10 дней = скорость спринта 6

Выяснить, сколько ваша команда может выполнить за средний спринт, относительно просто. Начните с бэклога, содержащего слишком много элементов, и посмотрите, сколько из них ваша команда сможет выполнить за желаемое время спринта. Цель состоит не в том, чтобы выполнить всё из бэклога, а в том, чтобы оценить объём работы, который может выполнить команда.

Ещё один вариант, который можно попробовать перед первым спринтом, — использовать стратегии оценки проекта, чтобы спрогнозировать, сколько задач сможет выполнить команда. Если вы ищете подходящие стратегии, попробуйте использовать нисходящую оценку, трехточечную оценку или метод аналогий.

Зачем измерять скорость спринта?

Вы не измеряете скорость спринта просто так — есть практические (и полезные) причины, по которым ваша команда должна измерять скорость спринта. Вот лишь некоторые из них.

• Упрощает планирование спринтов. Владельцам продуктов и Scrum-мастерам знание скорости спринта команды может облегчить планирование спринта. Если вы знаете среднюю скорость спринта своей команды, вам будет проще выбрать правильные пользовательские истории из бэклога продукта, чтобы перейти к этой итерации, не перегружая разработчиков.

• Управление ожиданиями заинтересованных лиц. Если заинтересованные лица запрашивают хронологию по конкретной пользовательской истории или пытаются что-то добавить до конца спринта, вы, как владелец продукта, понимаете, как это изменение может повлиять на результаты вашей команды, исходя из её скорости спринта.

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

Как визуализировать скорость спринта

Возможность быстро оценивать скорость спринта помогает участникам Agile-проекта понять, как работает их команда. В любой момент во время спринта они могут взглянуть на график и увидеть текущий прогресс команды. 

В зависимости от того, что вы хотите визуализировать для своего спринта, можно использовать несколько различных типов диаграмм скорости. Вот несколько примеров:

Базовый график скорости

Базовый график скорости — это гистограмма, которая сравнивает два основных фактора: прогнозируемый объём работы, который ваша команда разработчиков может выполнить за один спринт, и фактическую работу, которая выполняется за спринт. 

Ось X графика показывает разные спринты, а ось Y — количество стори поинтов или пользовательских историй.

Когда вы смотрите на это визуально, легко увидеть, сколько в среднем ваша команда может выполнить в данном спринте по сравнению с предполагаемым объемом.

Диаграмма сгорания задач

График выполнения работ оценивает объём работы, который команда должна выполнить, и сравнивает его с оставшимся временем спринта. По мере выполнения спринта цель состоит в том, чтобы линия графика приближалась к нулю. 

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

Диаграмма сгорания задач

График выполнения — это полная противоположность графика выполнения работ. Этот график обычно включает две линии: фактически выполненную работу и идеальную цель, которую должна достичь команда. Идеальная цель обычно представляет собой горизонтальную линию на графике, в то время как фактическая работа будет постоянно расти, чтобы достичь линии цели с течением времени.

Советы по регулированию скорости спринта команды

Если вы заметили, что скорость спринта вашей команды непостоянна, это может быть признаком того, что вам нужно регулировать скорость команды. Важно, чтобы скорость спринта была постоянной, поскольку это позволяет легко отслеживать регулярную производительность команды. Несоответствия указывают на то, что что-то не так.

Например, в четырёх последних спринтах скорость была 4,5, 7, 5 и 3. Средняя скорость спринта обычно составляет около 6. Непостоянство скорости спринта может быть индикатором более серьёзной проблемы. Регулирование скорости спринта команды означает попытку поддерживать её на одном уровне от спринта к спринту.

Ниже приводятся советы о том, как регулировать скорость спринта команды.

Чётко сформулируйте пользовательские истории

Один из способов стабилизировать скорость спринта вашей команды — убедиться, что пользовательские истории ясны и понятны до начала спринта. Пользовательская история — это краткое объяснение функции программного обеспечения, написанное с точки зрения конечного пользователя. Такие пользовательские истории часто прикрепляются к элементам в бэклоге. Это позволяет Scrum-команде или участникам проекта сосредоточиться на работе, которую они должны выполнить, вместо того чтобы тратить время на поиск заинтересованных сторон для уточнения деталей. Это поможет повысить скорость, поскольку команда сможет сосредоточиться на самом важном.

Обеспечьте последовательность

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

Ниже приводятся несколько других переменных, которые могут повлиять на скорость спринта:

• Продолжительность спринта

• Увеличение количества баллов

• Изменение процессов

Установите единое определение «выполнено»

Важно, чтобы все в команде имели чёткое представление о том, что означает «готовая» или завершённая пользовательская история. Это ключевой аспект фреймворка Scrum, который часто используется и в других Agile-методологиях. 

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

Проводите ретроспективу спринта

Одним из преимуществ методологии Agile является то, что она представляет собой итеративный процесс разработки. Это означает, что в конце каждого спринта есть возможность проанализировать прошедший спринт и увидеть, что прошло успешно, а что нет. Ретроспектива спринта предназначена именно для этого — это совещание, посвящённое анализу прошедшего спринта и тому, как улучшить следующий.

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