Автоматизация переходов состояния рабочего элемента

  • Статья

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

Автоматическое обновление состояния рабочего элемента в соответствии с состоянием дочерних задач. Например, если состояние одной задачи изменено на Doing, то родительский объект получает значение Doing. Если все задачи находятся в состоянии Closed, то родительский объект получает значение Closed.

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

Внимание

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

Необходимые компоненты

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

Разрешения. Чтобы настроить параметры группы, будьте администратором группы или членом группы безопасности администраторов проектов.

Установка правил

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

Примечание.

Рабочие элементы должны принадлежать одной команде; При закрытии задачи в другой команде или проекте он не активирует закрытие родительского элемента.

  1. Войдите в проект (https://dev.azure.com/{Your_Organization}/{Your_Project}).

  2. Выберите "Невыполненные>работы с досками">, чтобы настроить параметры группы.

    Снимок экрана: процесс выбора, доски, невыполненные работы и настройка параметров команды.

  3. Установите один или несколько применимых полей, которые активируют родительские рабочие элементы на этом уровне невыполненной работы, а затем нажмите кнопку "Сохранить".

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

    Состояния рабочих элементов задаются для автоматического перехода при обновлении дочерних элементов в невыполненной работе.

Правила, применяемые к спринт-доске

Эти правила работают легко, независимо от того, где выполняется обновление дочерних элементов, например на доске спринта.

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

Правила, применяемые к уровню невыполненной работы пользователей

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

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

Правила, применяемые к нескольким уровням невыполненной работы в синхронизации

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

Анимация демонстрации правил автоматизации, применяемых к нескольким уровням невыполненной работы в синхронизации.

Вопросы и ответы

Ответы на следующие часто задаваемые вопросы см . в часто задаваемых вопросых:

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