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