Настройка невыполненных работ и досок (процесс наследования)
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: запретить командам использовать определенные унаследованные WIT.
- Хотя вы не можете удалить унаследованный уровень портфеля из продукта, у вас есть несколько вариантов:
- Вставка уровня невыполненной работы:
- К сожалению, нельзя вставить новый уровень невыполненной работы в существующем наборе определенных невыполненных операций. Предопределенные уровни невыполненной работы остаются фиксированными (например, Epics, Features, User Stories, Tasks).
- Изменение порядка невыполненных работ:
- Уровни невыполненной работы обычно следуют предопределенной иерархии, и изменение их порядка не поддерживается. Вы не можете переупорядочение их.
- Добавление WIT в несколько уровней невыполненной работы:
- Каждый WIT (например, ошибка, задача, история пользователя) может принадлежать только одному уровню невыполненной работы. Невозможно одновременно добавить WIT на два разных уровня невыполненной работы.
- Создание настраиваемого уровня задачи:
- Хотя вы не можете создать настраиваемый уровень невыполненной работы для конкретной задачи, вы по-прежнему можете добавить настраиваемые WI-интерфейсы в невыполненную итерацию. Например, создайте пользовательский WIT с именем "Усовершенствование" или "Обслуживание" и свяжите его с невыполненной итерацией.
- Управление ошибками:
- Ошибка 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, не связанные с другим уровнем невыполненной работы.
Добавление невыполненной работы портфеля
Вы можете добавить невыполненную работу портфеля и тип пользовательского рабочего элемента, выполнив указанные ниже действия.
Войдите в свою организацию (
https://dev.azure.com/{Your_Organization}
).Выберите параметры организации.
Выберите Обработать.
Войдите в коллекцию (
https://dev.azure.com/{Your_Collection}
).Выберите параметры коллекции или параметры администратора.
Выберите Обработать.
На странице "Уровни невыполненной работы" выберите новый портфель верхнего уровня невыполненной работы.
Назовите уровень невыполненной работы, выберите цвет уровня невыполненной работы и добавьте тип рабочего элемента для связывания с этим уровнем, а затем нажмите кнопку "Добавить".
Если вы связываете только один рабочий тип элемента с невыполненной работой, нажмите кнопку "Сохранить ", чтобы сохранить изменения. В противном случае можно добавить дополнительные типы рабочих элементов по мере необходимости.
Изменение, переименование или удаление невыполненной работы портфеля
На странице "Уровни невыполненной работы" выберите контекстное меню невыполненной работы портфеля, чтобы изменить, переименовать или удалить его.
Удаление уровня невыполненной работы удаляет невыполненную работу и доску, связанную с уровнем для всех команд, включая настройки, внесенные в них. Рабочие элементы, определенные с соответствующими типами рабочих элементов, не удаляются или не затрагиваются каким-либо образом.
Примечание.
Вы не можете удалить тип рабочего элемента по умолчанию, наследуемый из невыполненных журналов портфеля "Эпики" или "Функции". Однако вы можете отключить эти типы рабочих элементов и эффективно удалять их из пользовательского интерфейса.
Изменение или переименование невыполненной работы с требованием
Невыполненная работа по требованию, также называемая невыполненной работой продукта, определяет типы рабочих элементов, которые отображаются в невыполненной работе продукта и доске. Тип рабочего элемента по умолчанию для Agile — "История пользователя"; для "Базовый", "Проблема"; для Scrum, элемент невыполненной работы продукта; и для CMMI, требование.
Вы можете переименовать невыполненную работу, изменить цвет, добавить типы рабочих элементов и изменить тип рабочего элемента по умолчанию. Откройте диалоговое окно "Изменить невыполненную работу" в контекстном меню для невыполненной работы требований.
В следующем примере мы переименовали невыполненную работу, добавили запрос клиента и вопрос и изменили тип по умолчанию на "Билет клиента". Установите эти флажки типов рабочих элементов, чтобы включить их в невыполненную работу.
В следующем примере мы переименовали невыполненную работу, добавили запрос клиента и изменили тип по умолчанию на "Билет клиента".
Примечание.
Вы не можете удалить тип рабочего элемента по умолчанию, унаследованный из невыполненного журнала "Требования". Однако вы можете отключить тип рабочего элемента и эффективно удалить его из пользовательского интерфейса.
Изменение невыполненной итерации
Невыполненная итерация, также называемая невыполненной работой спринта, определяет типы рабочих элементов, отображаемые в невыполненных спринтах и досках задач. Тип рабочего элемента по умолчанию для всех процессов — Task.
Для невыполненной работы по итерации можно добавить типы рабочих элементов и изменить тип рабочего элемента по умолчанию. Откройте диалоговое окно "Изменить невыполненную работу" в контекстном меню для невыполненной работы итерации.
В следующем примере мы добавили тип рабочего элемента ticket , отслеживаемый вместе с задачами.
Примечание.
Вы не можете удалить тип рабочего элемента по умолчанию, унаследованный из невыполненного журнала итерации. Однако вы можете отключить тип рабочего элемента и эффективно удалить его из пользовательского интерфейса.
Связанные статьи
- Упорядочение невыполненной работы, работа с невыполненной работой портфеля
- Добавление пользовательского типа рабочего элемента
- Сведения о невыполненных работах, досках и планах
- Настройка проекта с помощью унаследованного процесса
- Просмотр изменений, внесенных в унаследованный процесс через журнал аудита.