Бөлісу құралы:


Настройка невыполненных работ и досок (процесс наследования)

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

В проекте в настоящее время у вас есть два предопределенных невыполненных портфеля: "Функции" и "Эпические". Но если для проекта требуется больше невыполненных проектов, их можно создать.

Внимание

Модель процесса наследования доступна для проектов, настроенных для поддержки. Если вы используете старую коллекцию, проверьте совместимость модели процесса. Если локальная коллекция настроена на использование локальной модели xml-процессов, можно использовать только эту модель процесса для настройки интерфейса отслеживания работы. Дополнительные сведения см. в разделе "Выбор модели процесса" для коллекции проектов.

Преимущества невыполненной работы портфеля:

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

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

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

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

Примечание.

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

Поддерживаемые настройки

Невыполненные работы и доски являются важными инструментами Agile для создания и управления работой для команды. Стандартная невыполненная работа (продукт, итерация и портфель), унаследованные от системного процесса, является полностью настраиваемой. Кроме того, добавить пользовательские невыполненные работы портфеля (до пяти штук).


Типы невыполненных работ

Поддержка настройки


Унаследованные невыполненные работы


Невыполненные работы с пользовательским портфелем


Неподдерживаемые настройки:

  • Удаление унаследованного уровня портфеля:
    • Хотя вы не можете напрямую удалить унаследованный уровень портфеля из продукта, у вас есть несколько вариантов:
      • Переименуйте уровень портфеля: можно переименовать унаследованный уровень портфеля, чтобы лучше соответствовать вашим потребностям.
      • Отключить унаследованный WIT: если наследуемый уровень портфеля включает WIT, которые вы не хотите использовать, их можно отключить. Это действие запрещает командам создавать новые рабочие элементы этих типов.
  • Вставка уровня невыполненной работы:
    • Невозможно вставить новый уровень невыполненной работы в существующем наборе определенных невыполненных операций. Стандартные уровни невыполненной работы обычно фиксированы (например, Epics, Features, User Stories, Tasks), и между ними нельзя добавлять пользовательские.
  • Изменение порядка невыполненных работ:
    • К сожалению, вы не можете переупорядочение уровней невыполненной работы. Обычно они следуют предопределенной иерархии, и изменение их порядка не поддерживается.
  • Добавление WIT в несколько уровней невыполненной работы:
    • Каждый WIT может принадлежать только одному уровню невыполненной работы. Невозможно одновременно добавить WIT на два разных уровня невыполненной работы.
  • Создание настраиваемого уровня невыполненной работы задачи:
    • Хотя вы не можете создать настраиваемый уровень невыполненной работы для конкретной задачи, вы по-прежнему можете добавить настраиваемые WI-интерфейсы в невыполненную итерацию. Например, можно создать пользовательский WIT с именем "Усовершенствование" или "Обслуживание" и связать его с невыполненной итерацией.
  • Управление ошибками:
  • Добавление или удаление унаследованного WIT из невыполненной работы:
    • Вы не можете напрямую добавить или удалить унаследованный WIT в невыполненную работу или из нее. Например, добавление функции "Проблема" в невыполненную работу продукта не поддерживается.
    • Тем не менее, вы можете:
      • Переименуйте уровень портфеля: если наследуемый уровень портфеля включает WIT, которые вы не хотите использовать, попробуйте переименовать его в соответствии с вашими потребностями.
      • Отключите унаследованный WIT: если есть унаследованные WIT, которые требуется исключить, их можно отключить. Это действие запрещает командам создавать новые рабочие элементы этих типов.
  • Удаление унаследованного уровня портфеля:
    • Хотя вы не можете удалить унаследованный уровень портфеля из продукта, у вас есть несколько вариантов:
      • Переименуйте уровень портфеля: присвойте ему более подходящее имя.
      • Отключить унаследованные WIT: запретить командам использовать определенные унаследованные WIT.
  • Вставка уровня невыполненной работы:
    • К сожалению, нельзя вставить новый уровень невыполненной работы в существующем наборе определенных невыполненных операций. Предопределенные уровни невыполненной работы остаются фиксированными (например, Epics, Features, User Stories, Tasks).
  • Изменение порядка невыполненных работ:
    • Уровни невыполненной работы обычно следуют предопределенной иерархии, и изменение их порядка не поддерживается. Вы не можете переупорядочение их.
  • Добавление WIT в несколько уровней невыполненной работы:
    • Каждый WIT (например, ошибка, задача, история пользователя) может принадлежать только одному уровню невыполненной работы. Невозможно одновременно добавить WIT на два разных уровня невыполненной работы.
  • Создание настраиваемого уровня задачи:
    • Хотя вы не можете создать настраиваемый уровень невыполненной работы для конкретной задачи, вы по-прежнему можете добавить настраиваемые WI-интерфейсы в невыполненную итерацию. Например, создайте пользовательский WIT с именем "Усовершенствование" или "Обслуживание" и свяжите его с невыполненной итерацией.
  • Управление ошибками:

Примечание.

Для некоторых функций требуется установка обновления Azure DevOps Server 2020.1. Дополнительные сведения см. в заметках о выпуске Azure DevOps Server 2020 с обновлением 1 RC1, досках.

Добавление типа системного рабочего элемента в невыполненную работу

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

Примечание.

Для этой функции требуется обновление или более поздняя версия Azure DevOps Server 2020.1.


Обработать

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


Гибкая методика (Agile)

Проблема


Scrum

Препятствие


CMMI

Запрос на изменение, вопрос, проверка, риск


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

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

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

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

Примечание.

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

Поля, добавленные в типы рабочих элементов

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

Уровень невыполненной работы Добавлены поля Description
Невыполненная работа портфеля — Ранжирование стека (Agile, CMMI)
— приоритет невыполненной работы (Scrum)
Поля "Ранжирование стека" и "Приоритет невыполненной работы" фиксируют относительный приоритет рабочих элементов по мере их переупорядочения в невыполненной работе или доске. Дополнительные сведения см. в разделе "За кулисами": поле "Приоритет невыполненной работы" или "Ранжирование стека".
Невыполненная работа по требованию — стек рангов, точек истории (гибкий)
— стек ранжирования, размер (CMMI)
— Приоритет невыполненной работы, усилия (Scrum)
Поля "Точки истории", "Размер" и "Усилия" фиксируют относительную работу, необходимую для завершения работы WIT, назначенной невыполненной работе по требованию. Это значение используется для вычисления скорости.
Список невыполненных работ по итерации — Действие, оставшаяся работа, стек ранга (гибкий)
- Дисциплина, оставшаяся работа, ранжирование стека (CMMI)
— Действия, оставшиеся трудоемкие задачи, приоритет невыполненной работы (Scrum)
Оставшаяся работа используется в диаграммах сгорания и емкости Спринта.

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

Рекомендации по настройке Azure Boards в соответствии с конкретными бизнес-требованиями см. в статье о настройке и настройке Azure Boards.

  • Требование организации. Убедитесь, что у вас есть организация в Azure DevOps.

  • Разрешения:

    • Быть членом группы "Администраторы коллекции проектов".
    • У вас есть разрешения на уровне коллекции, такие как создание процесса, удаление процесса, изменение процесса или удаление поля из организации, для которых задано значение Allow.
    • Эти разрешения позволяют изменять процессы и поля в организации.
  • Требование модели процесса проекта:

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

    • Быть членом группы "Администраторы коллекции проектов".
    • У вас есть разрешения на уровне коллекции, такие как создание процесса, удаление процесса, изменение процесса или удаление поля из организации, для которых задано значение Allow.
    • Эти разрешения позволяют изменять процессы и поля в организации.

Примечание.

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

Добавление или изменение невыполненных работ портфолио

Системные процессы Agile, Scrum и CMMI определяют две невыполненные работы по умолчанию, Epics и Features. Каждый из них связан с соответствующими типами рабочих элементов, Epic и Feature. Базовый процесс определяет только тип невыполненной работы Epics и тип рабочего элемента Epic. Дополнительные сведения см. в разделе "Сведения о процессах и шаблонах процессов".

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

Добавление невыполненной работы портфеля

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

  1. Войдите в свою организацию (https://dev.azure.com/{Your_Organization}).

  2. Выберите Значок шестеренки параметры организации.

    Снимок экрана: выделены кнопки

  3. Выберите Обработать.

  1. Войдите в коллекцию (https://dev.azure.com/{Your_Collection}).

  2. Выберите параметры коллекции или параметры администратора.

  3. Выберите Обработать.

    Снимок экрана: выделенная кнопка

  1. На странице "Уровни невыполненной работы" выберите новый портфель верхнего уровня невыполненной работы.

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

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

    Снимок экрана: веб-портал, диалоговое окно

    Снимок экрана: веб-портал, диалоговое окно

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

    Снимок экрана: веб-портал, диалоговое окно

    Снимок экрана: веб-портал, диалоговое окно

Изменение, переименование или удаление невыполненной работы портфеля

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

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

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

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

Примечание.

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

Изменение или переименование невыполненной работы с требованием

Невыполненная работа по требованию, также называемая невыполненной работой продукта, определяет типы рабочих элементов, которые отображаются в невыполненной работе продукта и доске. Тип рабочего элемента по умолчанию для Agile — "История пользователя"; для "Базовый", "Проблема"; для Scrum, элемент невыполненной работы продукта; и для CMMI, требование.

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

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

В разделе

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

Пример переименования невыполненной работы, добавления билета клиента и изменения типа по умолчанию на customer Ticket.

Примечание.

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

Изменение невыполненной итерации

Невыполненная итерация, также называемая невыполненной работой спринта, определяет типы рабочих элементов, отображаемые в невыполненных спринтах и досках задач. Тип рабочего элемента по умолчанию для всех процессов — Task.

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

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

Снимок экрана: пример добавления рабочего элемента

Примечание.

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