Настройка процесса отслеживания работы
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018
При планировании и отслеживании проекта может потребоваться настроить функцию или настроить интерфейс в соответствии с потребностями вашей команды. Вы настраиваете команды и средства гибкой разработки команд с помощью контекста администрирования веб-портала для Azure Boards. Метод, используемый для настройки проектов, который влияет на все команды, зависит от используемой модели процесса.
Если вы не знакомы с отслеживанием Azure Boards и рабочих элементов, см. статьи Что такое Azure Boards? и Отслеживание работы с пользовательскими историями, проблемами, ошибками, функциями и эпопеями.
В этой статье представлен общий обзор настроек, которые можно внести, и их отличия для трех моделей процессов. Рекомендации по настройке для поддержки бизнес-решений см. в статье Настройка и настройка Azure Boards.
Внесенные вами настройки выполняются на одном из следующих четырех уровней:
- Общие ресурсы на уровне проекта. Определите области и пути итерации, которые команды выбирают для настройки невыполненных работ и досок. Общие запросы и теги рабочих элементов — это дополнительные объекты, которые после их определения можно совместно использовать в проекте.
- Ресурсы или средства команды. Каждая команда может настроить свои определенные средства, такие как невыполненные работы, доски и панели мониторинга. Дополнительные сведения см. в разделе О командах и средствах Agile.
- Разрешения на уровне проектов и объектов. Предоставление или ограничение доступа к средствам отслеживания работы, включая настройку разрешений для объектов и проекта, а также назначение пользователей или групп определенным уровням доступа.
- Настройка процесса на уровне организации. Настройте поля, типы рабочих элементов, невыполненные работы и доски, доступные для всех команд.
- Общие ресурсы на уровне проекта. Определите области и пути итерации, которые команды выбирают для настройки невыполненных работ и досок. Общие запросы и теги рабочих элементов — это дополнительные объекты, которые после их определения можно совместно использовать в проекте.
- Ресурсы или средства команды. Каждая команда может настроить свои определенные средства, такие как невыполненные работы, доски и панели мониторинга. Дополнительные сведения см. в разделе О командах и средствах Agile.
- Разрешения на уровне проектов и объектов. Предоставление или ограничение доступа к средствам отслеживания работы, включая настройку разрешений для объектов и проекта, а также назначение пользователей или групп определенным уровням доступа.
- Настройка процесса на уровне коллекции. Настройте поля, типы рабочих элементов, а также невыполненные работы и доски, доступные для всех команд.
Общие ресурсы уровня проекта
Каждый проект предоставляет ряд общих ресурсов, которые поддерживают все команды, добавленные в проект. Эти функции настраивают с помощью пользовательского интерфейса или контекста администрирования веб-портала. Сведения о том, как система использует пути области и итерации, см. в разделе Сведения о путях области и итерации.
| Списки выбора путей к области | Списки выбора спринта или итерации |
|---|---|
Измените список путей выбора областей для поддержки группирования рабочих элементов по команде, продукту или области функций. |
Измените список путей итерации для поддержки группирования по спринтам, вехам или другим конкретным событиям или периодам, связанным с временем. Активация спринтов для каждой команды. |
| Общие запросы | Теги |
|---|---|
| Открытие общих запросов или создание собственных запрос с помощью редактора запросов для вывода списка рабочих элементов или отображение иерархических или зависимых элементов.< br/  |
Добавление тегов к рабочим элементам для фильтрации невыполненных работ и запросов или элементов списка по тегам |
Поля удостоверений, поля выбора людей
Поля "Назначено" и другие поля "Удостоверение" поддерживаются функцией выбора людей. Например, при выборе поля "Кому назначено " в форме рабочего элемента активируется средство выбора людей. Как показано на следующем рисунке, вы просто начинаете вводить имя пользователя, которого вы хотите выбрать, и выполнять поиск, пока не найдете совпадение. Выбранные ранее пользователи отображаются в списке автоматически. Чтобы выбрать пользователей, которых вы не выбрали ранее, просто введите их полное имя или выполните поиск по полному каталогу.
Для организаций, которые управляют своими пользователями и группами с помощью Azure Active Directory (Azure AD) или Active Directory, средства выбора людей обеспечивают поддержку поиска всех пользователей и групп, добавленных в AD, а не только тех, кто добавлен в проект. Дополнительные сведения см. в статье Добавление пользователей или групп AD/Azure AD во встроенную группу безопасности.
Чтобы ограничить область удостоверений, доступных для выбора, только теми пользователями, которые добавлены в проект, это можно сделать с помощью группы Пользователи в области проекта . Чтобы узнать, как это сделать, см . статью Управление организацией, Ограничение поиска и выбора удостоверений.
Вы можете ограничить доступные значения полями идентификаторов в рабочем элементе, добавив пользовательское правило.
Настройка процесса на уровне организации
Настройка процесса на уровне коллекции
Проект определяет объекты, доступные для отслеживания работы и конфигурации средств Agile. В частности, проект определяет типы рабочих элементов (WIT) — пользовательские истории, задачи, ошибки — и поля данных, используемые для сбора информации. Настраиваемые объекты совместно используются командами, добавленными в проект.
Примечание
Метод, используемый для настройки отслеживания работы, зависит от модели процесса, на который вы подписаны:
- Наследование: поддерживает настройку WYSIWYG, доступную для Azure DevOps Services, Azure DevOps Server 2019 и Azure DevOps Server 2020.
- Размещенный XML:поддерживает настройку путем импорта и экспорта шаблонов процессов, доступных для определенного числа клиентов Azure DevOps Services, которые выбрали эту модель.
- Локальный XML:поддерживает настройку путем импорта и экспорта файлов определения XML для объектов отслеживания работы и доступен для всех локальных развертываний.
В следующей таблице перечислены различия между тремя поддерживаемыми моделями процессов. Определения основных объектов отслеживания работы см. в разделе Гибкий глоссарий. Ссылки на все статьи о настройке см. в разделе Краткий справочный индекс Azure Boards параметров.
Компонент
Редактирование WYSIWYG
✔️
Создание наследуемых пользовательских процессов, наследование изменений в системных процессах (Agile, Basic, Scrum, CMMI)
✔️
Создание пользовательских шаблонов процессов (см. примечание 1)
✔️
✔️
Обновленные изменения процесса автоматически применяются ко всем проектам, ссылающимся на процесс
✔️
✔️
Поддержка настройки полей, типов рабочих элементов, макета формы, рабочего процесса, настраиваемых правил, уровней невыполненной работы, пользовательских элементов управления, управления тестами
✔️
✔️
✔️
Поддержка настройки типов ссылок, полей группы, глобального рабочего процесса и конфигурации процессов (см. примечание 3).
✔️
Начальная настройка путей к областям, путей итерации, запросов рабочих элементов, групп безопасности и разрешений (см. примечание 3).
✔️
✔️
Глобальные списки
Списки выбора
(см. примечание 2)
✔️
Обновление сопоставлений полей Майкрософт с помощью программы командной строки TFSFieldMapping (см. примечание 4).
✔️
✔️
Использование средств командной строки az boards для редактирования сведений о проектах, командах и списках
✔️
✔️
✔️
Использование средств командной строки witadmin для вывода списка и экспорта сведений о процессе
✔️
✔️
✔️
Изменение сведений о процессе с помощью средств командной строки witadmin
✔️
Используйте средство командной строки tcm fieldmapping для вывода списка и экспорта сопоставления управления тестовыми случаями для типов разрешения, регистрации ошибок и типов сбоев.
✔️
REST API (чтение)
✔️
✔️
✔️
REST API (запись)
✔️
✔️
(см. примечание 5)
Примечания.
- Процесс определяет стандартные блоки, используемые для отслеживания работы. Шаблон процесса определяет взаимозависимый набор xml-файлов определения, которые предоставляют стандартные блоки и начальную конфигурацию для отслеживания работы и других функциональных областей.
- Настройка размещенного XML поддерживает добавление и обновление глобальных списков с помощью обновления процесса (при условии ограничений на максимальный размер каждого списка). Дополнительные сведения см. в разделе Ограничения объектов отслеживания работы.
- Модель наследуемого процесса не поддерживает настройку следующих функций, доступных при настройке шаблонов процессов. Вместо этого вы настраиваете эти области на веб-портале по проекту.
- Настройка путей к областям и путей итерации
- Запросы рабочих элементов
- Группы безопасности и разрешения
- Разрешения и доступ к функциональным областям, таким как управление версиями и сборка
Кроме того, можно использовать REST API.Кроме того, можно использовать REST API или командную программу Azure DevOps CLI. - Поддержка интеграции Office Project с Azure DevOps является устаревшей начиная с Azure DevOps Server 2019 года. Команда TFSFieldMapping не поддерживается для Azure DevOps Server 2019 и более поздних версий, включая Azure DevOps Services. Начиная с Visual Studio 2019 подключаемый модуль Azure DevOps для Office больше не поддерживает Office Project.
- Для импорта и экспорта шаблонов процессов можно использовать REST API.
Выбор модели процесса для коллекции проектов
Для Azure DevOps Server 2019 и Azure DevOps Server 2020 у вас есть выбор моделей процессов. При создании коллекции проектов необходимо выбрать между XML (локальная модель xml-процессов) и наследованием (модель процесса наследования), как показано в следующем диалоговом окне.
Важно!
Выбор, который вы делаете, не является обратимым. После создания коллекции вы сможете настраивать объекты отслеживания работы только с помощью выбранной модели. Кроме того, невозможно перенести существующие коллекции проектов, использующие локальную модель xml-процессов, в модель процесса наследования.
Дополнительные сведения о коллекциях проектов см. в статье Управление коллекциями проектов.
Настройка тестового интерфейса
Несколько типов рабочих элементов поддерживают интерфейс тестирования на страницах тестов веб-портала и клиенте Диспетчера тестов. Для наследуемого процесса можно настроить типы рабочих элементов план тестирования, набор тестов и тестовый случай, как и любой другой тип рабочего элемента. Для локального XML-процесса можно настроить все типы рабочих элементов, связанных с тестированием, — план тестирования, набор тестов, тестовый случай, общие шаги и общие параметры , как и любой другой тип рабочего элемента.
Несколько типов рабочих элементов поддерживают интерфейс тестирования на страницах тестов веб-портала и клиенте Диспетчера тестов. Вы можете настроить эти типы рабочих элементов ( план тестирования, набор тестов, тестовый случай, общие шаги и общие параметры) так же, как и любой другой тип рабочего элемента.
На следующем рисунке показаны поддерживаемые связи.
Дополнительные сведения об использовании и настройке см. в следующих ресурсах:
Менее распространенные настройки
При работе с размещенными xml-моделями или локальными моделями процессов XML можно выполнить только следующие настройки. Настройки, внесенные в конфигурацию процесса, применяются ко всем командам, добавленным в проект.
Ограничения невыполненной работы и доски (размещенный XML, локальный XML)
Чтобы ограничить время загрузки дисплея допустимыми параметрами, доска задач ограничена не более чем 1000 рабочими элементами. Дополнительные сведения см. в разделе Справочник по XML-элементу конфигурации процесса.
Это значение можно увеличить до 1500, указав значение для workItemCountLimit атрибута элемента TaskBacklog . Дополнительные сведения см. в разделе Справочник по XML-элементу конфигурации процесса.
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>
Изменение назначений полей (размещенный XML, локальный XML)
Поля рабочих элементов, используемых при расчете производительности, скорости, создании диаграмм сгорания и прогнозе, можно изменять. Любое изменение, вносимое в одно из назначений по умолчанию, должно соответствовать изменению, внесенному в тип рабочего элемента, используемый для определения и сбора сведений для этого значения.
Например, если вы измените назначенный refname на type="Activity" , то следует включить то же поле в определение WIT, назначенное категории задачи, которая собирает сведения о действии. Дополнительные сведения см. в разделе Справочник по XML-элементу конфигурации процесса.
Назначаемые поля используются следующими средствами:
| Средство | Тип поля |
|---|---|
| Доска задач, средства емкости, спринт сгора | Оставшиеся трудоемкие работы |
| Невыполненная работа по продуктам и портфелям | Приоритет невыполненной работы |
| Скорость и прогноз | Усилия (сопоставляется с точками истории, усилием или размером) |
| Доска задач, средства емкости | Оставшиеся трудоемкие работы |
| Средства емкости | Действие (действие задачи или дисциплина) |
Предоставление или ограничение доступа к средствам отслеживания работы
Вы можете предоставить или ограничить доступ к определенным компонентам с помощью параметров разрешений. При добавлении учетных записей пользователей в команду они автоматически добавляются в группу участников. Затем у них есть доступ к большинству функций, необходимых для участия в коде, отслеживании работы, сборках и тестировании. Однако группа "Участник" не позволяет пользователям создавать общие запросы, добавлять пути к областям или итерациям. Эти разрешения предоставляются отдельно.
Упрощенное представление наиболее распространенных разрешений по умолчанию и назначений доступа см. в разделе Разрешения и доступ. Если вы не знакомы с управлением разрешениями, см. статью Начало работы с разрешениями, доступом и группами безопасности, Наследование разрешений и группы безопасности.
В противном случае, чтобы предоставить или ограничить доступ к определенным функциям, ознакомьтесь с одним из следующих разделов:
Управление доступом
Разрешения
Общие ресурсы
Дополнительные параметры настройки
Вы хотите настроить средства таким образом, который не поддерживается?
Ниже приведено несколько доступных вариантов.
- Ознакомьтесь с расширениями Marketplace , чтобы узнать, есть ли средство, доступное для ваших целей.
- Разработка собственного расширения
- Определите, соответствует ли обработчик службы вашим потребностям.
- Создание собственного средства с помощью REST API
- Добавьте запрос функции на страницу Сообщество разработчиков.