Создание наследуемых процессов и управление ими

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

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

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

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

Примечание.

Просмотрите изменения, внесенные в унаследованный процесс через журнал аудита. Дополнительные сведения см. в статьях "Доступ", "Экспорт" и "Фильтрация журналов аудита".

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

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

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

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

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

Создание унаследованного процесса

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

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

2. Выберите параметры организации.
   

3. Выберите "Процесс>... (Дополнительные действия) >Создание наследуемого процесса. Выберите тот же системный процесс — Agile, Basic, Scrum или CMMI, который использовался для создания проекта, который требуется настроить.

   В следующем примере мы создадим унаследованный процесс из процесса гибкой системы.

   

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

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

   

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

• Настройка проекта с помощью унаследованного процесса
• Создание проекта , использующего унаследованный процесс
• Изменение проекта для использования унаследованного процесса

Изменение процесса проекта

Процесс проекта можно изменить с одного наследуемого процесса на другой с помощью следующих методов:

• Переключение в тот же базовый процесс: перемещение проекта между процессами, которые совместно используют одну и ту же базу, например Agile или Scrum.
• Миграция в другую модель процесса: изменение модели процесса проекта, например с Agile на Scrum или Basic на Agile.

Мы предоставляем подробные шаги для второго метода, охватывая следующие распространенные сценарии изменения процесса:

• Scrum to Agile
• Agile to Scrum
• Базовый для гибкой работы

Примечание.

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

1. Выберите процесс проекта. Например, чтобы изменить проект с Agile на Scrum, а затем выберите гибкий процесс.

   

2. Выберите значок "Проекты" >для процесса изменения проекта.>

   

3. Выполните действия мастера.

Внимание

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

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

Создание проекта из процесса

1. Откройте ... контекстное меню для процесса, который вы хотите использовать, и выберите новый командный проект.

   

2. Введите сведения о проекте и нажмите кнопку "Создать". Дополнительные сведения см. в разделе Создание проекта.

   

Копирование процесса

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

Совет

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

1. На странице "Процесс" откройте ... контекстное меню для процесса и выберите "Создать копию процесса".

   

2. Введите имя и необязательное описание скопированного процесса и выберите "Копировать".

   

3. Внесите изменения в скопированный процесс. Так как этот процесс не используется, эти изменения не влияют на проекты.

4. Проверьте изменения, создав тестовый проект на основе скопированного и обновленного процесса. Если вы уже создали тестовый проект, выберите "Изменить проект", чтобы использовать ProcessName.

5. Разверните обновления, изменив процесс проектов, требующих новых изменений. Выберите "Изменить проект", чтобы использовать ProcessName.

6. Отключите или удалите исходный процесс.

Включение и отключение процесса

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

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

Настройка процесса по умолчанию

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

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

Администраторы коллекции проектов могут добавлять проекты на странице "Проекты ".

Следующие шаги

Добавление и управление полями для унаследованного процесса или добавления типов рабочих элементов и управления ими

Связанные статьи

• Настройка процесса и наследуемые процессы
• Настройка проекта с помощью наследуемого процесса.
• Используйте REST API для процессов.