Определение производительности команды

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

Если команда уже измерила свою скорость работы, собрав данные о числе описаний функциональности пользователей, реализованных командой за определенный период времени, можно использовать эти данные.Он предоставляет наиболее точную оценку производительности команды.Если такие данные отсутствуют, но команда начала выполнение проекта с помощью системы Visual Studio ALM и платформы MSF для гибкой разработки программного обеспечения версии 5.0, эти показатели будут собраны в ходе проекта.Дополнительные сведения см. в разделе Отчет "Состояние всех итераций" (гибкая разработка).

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

Оценки производительности команды обеспечивает отправную точку для определения числа описаний функциональности пользователей, реализуемых в ходе одного спринта. Однако подобная оценка не может служить основанием для определения целевых показателей команды.Целевые показатели команды должны определяться на основе более детальных оценок задач, которые необходимо выполнить для реализации описаний функциональности.Дополнительные сведения см. в разделе Книга "Планирование продукта".

Создание плана выпуска

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

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

· Определение спринтов, на которых ожидается завершение реализации этих групп пользовательских описаний функциональности.

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

Дополнительные сведения см. в разделе Книга "Планирование продукта".