Настройка процесса отслеживания работы

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)


Примечания.

  1. Процесс определяет стандартные блоки, используемые для отслеживания работы. Шаблон процесса определяет взаимозависимый набор xml-файлов определения, которые предоставляют стандартные блоки и начальную конфигурацию для отслеживания работы и других функциональных областей.
  2. Настройка размещенного XML поддерживает добавление и обновление глобальных списков с помощью обновления процесса (при условии ограничений на максимальный размер каждого списка). Дополнительные сведения см. в разделе Ограничения объектов отслеживания работы.
  3. Модель наследуемого процесса не поддерживает настройку следующих функций, доступных при настройке шаблонов процессов. Вместо этого вы настраиваете эти области на веб-портале по проекту.
    • Настройка путей к областям и путей итерации
    • Запросы рабочих элементов
    • Группы безопасности и разрешения
    • Разрешения и доступ к функциональным областям, таким как управление версиями и сборка
    Кроме того, можно использовать REST API.
    Кроме того, можно использовать REST API или командную программу Azure DevOps CLI.
  4. Поддержка интеграции Office Project с Azure DevOps является устаревшей начиная с Azure DevOps Server 2019 года. Команда TFSFieldMapping не поддерживается для Azure DevOps Server 2019 и более поздних версий, включая Azure DevOps Services. Начиная с Visual Studio 2019 подключаемый модуль Azure DevOps для Office больше не поддерживает Office Project.
  5. Для импорта и экспорта шаблонов процессов можно использовать 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-элементу конфигурации процесса.

Назначаемые поля используются следующими средствами:

Средство Тип поля
Доска задач, средства емкости, спринт сгора Оставшиеся трудоемкие работы
Невыполненная работа по продуктам и портфелям Приоритет невыполненной работы
Скорость и прогноз Усилия (сопоставляется с точками истории, усилием или размером)
Доска задач, средства емкости Оставшиеся трудоемкие работы
Средства емкости Действие (действие задачи или дисциплина)

Предоставление или ограничение доступа к средствам отслеживания работы

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

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

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



Дополнительные параметры настройки

Вы хотите настроить средства таким образом, который не поддерживается?

Ниже приведено несколько доступных вариантов.

Возможные дальнейшие действия