Поделиться через


Мероприятия в конце спринта

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

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

Ключевые действия, которые необходимо предпринять, включают:

  • Решите, как обрабатывать частично завершенные пользовательские истории и задачи в конце спринта.
  • Управляйте незавершённой работой, чтобы обеспечить точность метрик и темпа спринта.
  • Просмотрите элементы в порядке приоритета для поддержания фокуса и эффективности.

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

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

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

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

Подсказка

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

Решение предпочтений команды

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

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

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

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

    • Разделите историю на две части, чтобы показать работу, выполненную в текущем спринте, и задачи, еще не завершенные. Дополнительные сведения см. в разделе "Копирование или клонирование историй", "Проблемы" и других рабочих элементов.
    • Перенесите историю на следующий спринт, в котором можно завершить работу. Все незавершенные истории в текущем спринте не учитываются в скорости спринта.
  • Определите, как обрабатывать оставшуюся работу для завершённых задач. Если задачи завершены, то ненулевое значение для оставшихся работ не имеет смысла. Команды должны решить, как они хотят обрабатывать эти случаи, и рассмотреть возможность установить значение оставшейся работы в ноль для завершенных задач.

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

Чтобы определить незавершенную работу, просмотрите бэклог спринта для работы, которая находится в состоянии Зафиксированное, Активное или В процессе. Снимок экрана: невыполненная работа с спринтом в конце спринта.

Подсказка

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

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

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

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

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

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

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

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

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

Подсказка

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

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

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

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

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

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