Действия завершения спринта

  • Статья

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

Примечание.

Нет автоматического способа перемещения неполных рабочих элементов, назначенных одному спринту в другой. Кроме того, автоматический метод для отсчитывания оставшихся работ.

В конце каждого спринта каждая команда должна определить и принять меры для решения следующих вопросов:

  • Как мы должны обращаться к историям пользователей и их задачам, которые только частично завершены в конце спринта?
  • Как правильно управлять частично выполненной работой в конце, чтобы правильно учитывать метрики и скорость спринта?
  • Что мы должны проверить и в каком порядке?

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

Цели для завершения действий спринта

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

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

Совет

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

Выбор параметров команды

В следующих предложениях рассматриваются основные команды по выполнению действий спринта. Как правило, эти действия должны выполняться в последний день спринта или после собрания проверки спринта.

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

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

  • Определите, как обрабатывать неполные истории пользователей, элементы невыполненной работы или задачи. Имейте в виду, что цель состоит в том, чтобы отправить рабочее программное обеспечение. Ниже приведены два варианта:

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

Проверка невыполненной работы с спринтом

Чтобы определить неполные трудоемкие действия, просмотрите невыполненную работу Спринта для работы, которая все еще находится в состоянии фиксации, активной и активной. Снимок экрана: невыполненная работа с спринтом в конце спринта.

Переназначение неполных пользовательских историй и задач в будущем спринте

В невыполненной записи спринта выберите пункт "Вид" и выберите "Планирование". Перетащите рабочие элементы, неполные к следующему спринту или обратно в невыполненную работу команды.

Как показано на следующем рисунке, невыполненная работа команды Fabrikam соответствует путь итерации по умолчанию для команды. Обратите внимание, что если для параметра по умолчанию задан макрос @CurrentIteration , то этот выбор не изменит путь итерации до начала следующего спринта.

Снимок экрана: невыполненная работа с спринтом с включенной областью планирования.

Архивация прошлых спринтов

Со временем число спринтов, определенных для проекта или назначенных команде, может расти. Чтобы свести к минимуму раскрывающееся меню для путей итерации, project Администратор istrator может переместить прошлые спринты в архивную область. Сохраняя назначение спринта, но перемещая его под другим узлом спринта, все данные рабочего элемента сохраняются. Все диаграммы и мини-приложения спринта продолжают работать.

Как показано на следующем рисунке, спринты с 2012 и 2013 были перемещены под узлом Предыдущих Спринтов .

Снимок экрана: пути итерации, архивированные под узлом предыдущих Спринтов.

Совет

Все данные, хранящиеся в рабочих элементах, сохраняются Azure DevOps, пока рабочие элементы не будут окончательно удалены.

Советы по гигиене спринта

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

Как администратор проекта или команды, обязательно выполните следующие рекомендации по управлению спринтами.

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

Дополнительные сведения см. в разделе "Определение путей итерации" (спринтов) и настройка итерации команды.