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

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

  • Статья

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

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

Каждое состояние классифицируется для поддержки невыполненных операций и представлений доски средства Agile, обеспечивая упрощенный и упорядоченный рабочий процесс.

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

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

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

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

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

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

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

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

Категории

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

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

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

Новый

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

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

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

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

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

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

Н/Д

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

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

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

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

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

Н/Д

Типы рабочих элементов и их доски

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

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

Совет

Рекомендуется сопоставить каждое состояние рабочего процесса с столбцом. Если он не сопоставлен, он не отображается на доске.

Примечание.

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

Примечание.

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

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

Модель процесса наследования

Мини-приложения информационной панели