Сведения о состояниях рабочего процесса в невыполненных работах и досках

  • Статья

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

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

Каждое состояние принадлежит категории состояний (ранее называемой метастатикой). Категории состояний поддерживают невыполненные представления средств Agile и доски.

Состояния рабочего процесса

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

Естественные прогрессии и регрессии для типов рабочих элементов — история пользователя (Agile), проблема (Базовый) продукт невыполненной работы (Scrum) и требование (CMMI) — как показано ниже.

Состояния рабочего процесса: история пользователя, гибкий процесс

Состояния рабочего процесса

Состояния категорий

Состояния категорий определяют, как средства гибкого планирования и выбор мини-приложений панели мониторинга обрабатывают каждое состояние рабочего процесса. Категории состояний, используемые невыполненной работой, досками и мини-приложениями, предлагаются: "Выполняется", "Разрешено" и "Завершено".

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

Категории

Отслеживание работы

Отслеживание тестов

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

Новый

Проектирование (тестовый случай)

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

Активный (ошибка, эпическая, функция, история пользователя)

Активный (тестовый план) в планировании (набор тестов) в процессе выполнения (test Suite) ready (Test Suite) (тестовый случай)

Разрешено: назначено состояниям, представляющим решение, было реализовано, но еще не проверено. Как правило, эти состояния применяются к ошибкам. Рабочие элементы в состоянии разрешенной категории отображаются в невыполненной работе по умолчанию. Средства Agile обрабатывают состояние разрешенной категории точно так же, как состояние категории "Ход выполнения".

Разрешено (ошибка)

Н/Д

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

Закрыто (ошибка, эпическая, функция, история пользователя)

Закрытый (тестовый случай) завершен (набор тестов) неактивный (план тестирования)

Удалено: назначено удаленному состоянию. Рабочие элементы в состоянии, сопоставленном с удаленной категорией, скрыты от невыполненной работы и интерфейса доски.

Удалено (эпическая, функция, история пользователя)

Н/Д

Примечание.

Завершенные или закрытые рабочие элементы не отображаются в невыполненных журналах и досках после их значения "Измененная дата " больше 183 дней (около половины года). Эти элементы по-прежнему можно перечислить с помощью запроса. Если вы хотите, чтобы они отображались в невыполненной работы или доске, вы можете внести незначительные изменения в них, что сбрасывает часы.

Примечание.

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

Активированы поля "По даты" и "Дата" и "Разрешено по дате"

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

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

Примечание.

Логика, управляющая полями, описанными здесь, применяется к Azure DevOps Services, обновлению Azure DevOps Server 2020.1 и более поздним версиям.

Так как эти поля ссылаются на категории состояния рабочего процесса, настраиваемые рабочие процессы ссылаются на добавленные при обновлении полей. Дополнительные сведения о настройке см. в разделе "Настройка рабочего процесса".

Дополнительные примечания:

  • Поля обновляются в любое время, когда рабочий элемент перемещается из любого состояния категории, отличного от заданного. Например, если вы обновляете рабочий элемент с нового на исправленное, то обновляются поля "Разрешенные даты" или "Разрешенная дата ". Однако при обновлении с фиксированного и готового к тестированию (которые находятся в том же состоянии категории), поля "Разрешенная дата" или "Разрешенная дата " не обновляются.
  • При переходе назад, например переход от разрешенного к активномусостоянию, система очищает значения полей "Разрешенные по/разрешенной дате". Если вы получили от "Активный к новому", система очищает значения для полей "Активированная дата" или "Активированная дата ".
  • Не изменяйте значения этих полей вручную. Это системные поля, которые управляются системными правилами. Любое значение, которое вы пытаетесь задать, перенаписывается.

Добавление состояния и столбца Kanban

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

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

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

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

При связывании рабочего элемента с запросом на вытягивание (PR) вы можете автоматически завершить эти рабочие элементы при завершении запроса на вытягивание. Дополнительные сведения см. в разделе "Автозавершиваемые рабочие элементы" с запросами на вытягивание.

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

Вы можете автоматически обновить состояние рабочего элемента в соответствии с состоянием его дочерних задач. Дополнительные сведения см. в разделе "Автоматизация переходов состояния рабочего элемента".