Действия завершения спринта
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
В конце спринта команды могут захотеть принять участие в нескольких задачах для поддержания гигиены невыполненной работы. Как правило, неполные работы никогда не должны назначаться прошлому спринту. Команды должны определить, как они хотят обрабатывать работу, которая не завершена в спринте и предпринять соответствующие действия.
Примечание.
Нет автоматического способа перемещения неполных рабочих элементов, назначенных одному спринту в другой. Кроме того, автоматический метод для отсчитывания оставшихся работ.
В конце каждого спринта каждая команда должна определить и принять меры для решения следующих вопросов:
- Как мы должны обращаться к историям пользователей и их задачам, которые только частично завершены в конце спринта?
- Как правильно управлять частично выполненной работой в конце, чтобы правильно учитывать метрики и скорость спринта?
- Что мы должны проверить и в каком порядке?
Как правило, действия завершения спринта должны выполняться до или после собрания проверки спринта и перед ретроспективой спринта. Основной элемент, который следует рассмотреть, заключается в том, чтобы поддерживать представления и метрики для поддержки команды в своих спринт-обзорах, ретроспективах и планировании спринта.
Цели для завершения действий спринта
Каждый спринт представляет период времени разработки, которому назначена работа. Просмотрите следующий список проверка для целей, которые следует учитывать при выполнении завершенных действий спринта.
- Поддержание гигиены невыполненной работы, когда не завершенная работа назначена спринту, дата окончания которого находится в прошлом
- Управление состояниями рабочих элементов и назначениями спринтов для поддержки мониторинга хода выполнения команды и скорости
- Непрерывное улучшение деятельности группы поддержки
- Основное внимание группы поддержки уделяется доставке программного обеспечения и достижению целей спринта
- Свести к минимуму усилия по отслеживанию работы, которые не имеют значения
Совет
Скорость команды не является мерой производительности команды и должна использоваться только в качестве метрики для планирования будущих спринтов. Работа завершена в конце спринта или нет. Если это сделано, это подсчитывается. Если это не так, то он пересматривается для будущего спринта, а не текущего спринта. Скорость, как правило, выровнит себя независимо от того, какой выбор вы делаете. Однако, учитывая только выполненную работу, вы работаете над более реалистичной ценностью и гораздо более лучшим источником исторических данных, чтобы сделать будущие прогнозы.
Выбор параметров команды
В следующих предложениях рассматриваются основные команды по выполнению действий спринта. Как правило, эти действия должны выполняться в последний день спринта или после собрания проверки спринта.
Просмотрите невыполненную историю пользователя, элементы невыполненной работы и задачи спринта. Вы можете выполнить проверку, просмотрив невыполненную или спринтовую доску задач.
Переназначьте истории пользователей, элементы невыполненной работы и задачи, не запущенные в невыполненной работе продукта или следующем спринте. С помощью области планирования можно переназначить невыполненную работу команды или будущий спринт. Переназначение рабочих элементов может быть переоценено и приоритетным.
Определите, как обрабатывать неполные истории пользователей, элементы невыполненной работы или задачи. Имейте в виду, что цель состоит в том, чтобы отправить рабочее программное обеспечение. Ниже приведены два варианта:
- Разделите историю на две, чтобы представить работу, завершенную в текущем спринте и работая до сих пор. Дополнительные сведения см. в разделе "Копирование или клонирование историй", "Проблемы" и других рабочих элементов.
- Переназначьте историю следующему спринту, где можно завершить работу. Все незавершенные истории в текущей учетной записи спринта для нуля до скорости спринта.
Определите, как обрабатывать оставшиеся трудоемкие задачи. Если задачи завершены, то ненулевое значение для оставшихся работ не имеет смысла. Teams должны решить, как они хотят обрабатывать эти случаи, и рассмотреть вопрос о настройке значения оставшихся трудоемких работ равным нулю для завершенных задач.
Проверка невыполненной работы с спринтом
Чтобы определить неполные трудоемкие действия, просмотрите невыполненную работу Спринта для работы, которая все еще находится в состоянии фиксации, активной и активной.
Переназначение неполных пользовательских историй и задач в будущем спринте
В невыполненной записи спринта выберите 
пункт "Вид" и выберите "Планирование". Перетащите рабочие элементы, неполные к следующему спринту или обратно в невыполненную работу команды.
Как показано на следующем рисунке, невыполненная работа команды Fabrikam соответствует путь итерации по умолчанию для команды. Обратите внимание, что если для параметра по умолчанию задан макрос @CurrentIteration , то этот выбор не изменит путь итерации до начала следующего спринта.
Архивация прошлых спринтов
Со временем число спринтов, определенных для проекта или назначенных команде, может расти. Чтобы свести к минимуму раскрывающееся меню для путей итерации, project Администратор istrator может переместить прошлые спринты в архивную область. Сохраняя назначение спринта, но перемещая его под другим узлом спринта, все данные рабочего элемента сохраняются. Все диаграммы и мини-приложения спринта продолжают работать.
Как показано на следующем рисунке, спринты с 2012 и 2013 были перемещены под узлом Предыдущих Спринтов .
Совет
Все данные, хранящиеся в рабочих элементах, сохраняются Azure DevOps, пока рабочие элементы не будут окончательно удалены.
Советы по гигиене спринта
Невыполненная работа по Спринту автоматически указывает на текущий спринт в качестве активного спринта на основе дат начала и окончания. Если текущая дата попадает в период спринта, соответствующий спринт является текущим спринтом. Для следующего спринта активного текущего спринта не требуется никаких дополнительных действий.
Как администратор проекта или команды, обязательно выполните следующие рекомендации по управлению спринтами.
- Даты начала и окончания, определенные для спринтов проекта, не должны перекрываться.
- Все спринты, интересующие команду, должны быть выбраны для конфигурации этой команды.
- Несколько будущих спринтов должны быть определены для проекта и выбраны для команд.
Дополнительные сведения см. в разделе "Определение путей итерации" (спринтов) и настройка итерации команды.