Настройка проекта с помощью унаследованного процесса

Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

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

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

  1. Настройка унаследованного процесса: изменение полей, типов рабочих элементов, рабочих процессов, форм и невыполненных операций в соответствии с вашими требованиями.
  2. Проверьте настройки: создайте тестовый проект и проверьте изменения.
  3. Примените унаследованный процесс к проекту: создайте новый проект на основе унаследованного процесса или измените процесс, используемый существующим проектом.
  4. Обновление и проверка. Обновите веб-портал и откройте рабочий элемент измененного типа.

Внимание

Модель процесса наследования доступна для проектов, настроенных для поддержки типа модели. Если вы используете старую коллекцию, проверьте совместимость модели процесса. Если локальная коллекция настроена на использование локальной модели xml-процессов, можно использовать только эту модель процесса для настройки интерфейса отслеживания работы. Дополнительные сведения см. в разделе "Настройка процесса на уровне организации".

Примечание.

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

Подсказка

Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.

Предварительные требования

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

Категория Требования
разрешения — Чтобы создать, удалить или изменить процесс, необходимо быть членом группы администраторов коллекции проектов или иметь определенные разрешения на уровне коллекции: Создать процесс, Удалить процесс, Изменить процессили Удалить поле из организации с установкой Разрешить. Дополнительные сведения см. в разделе "Настройка наследуемого процесса".
— Обновление досок: администратор команды или член группы администраторов проекта.
Доступ — Даже если у вас есть базовый или низкий доступ, вы все равно можете изменить процесс, если кто-то дает вам разрешение.
— Чтобы обновить и изменить тип существующих рабочих элементов, пожалуйста, убедитесь, что вы являетесь членом проекта.
Модель процесса проекта — Иметь модель процесса наследования для коллекции проектов, содержащей проект.
— Чтобы перенести данные в службы Azure DevOps, используйте службу импорта базы данных Team Foundation Server Import Service.
Знания — знакомство с моделями настройки и обработки.

Примечание.

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

Добавление или изменение поля

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

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

  2. Выберите Значок шестеренкиНастройки организации.

    Снимок экрана: кнопка

  3. Выберите процесс>, ваш унаследованный процесс, в котором вы хотите настроить >.

  4. Чтобы добавить поле, выберите (значок "Создать поле ").

    Снимок экрана: страница

    В диалоговом окне выберите тип поля, которое нужно добавить. Например: целое число, список выбора (раскрывающееся меню),имя пользователя/удостоверение, форматированный текст или HTML или флажок (boolean)).

  5. Измените существующее поле следующим образом:

Добавление или изменение правила для типа рабочего элемента

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

  1. Выберите унаследованный процесс и тип рабочего элемента.
  2. Выберите правила>Новое правило.

Снимок экрана: Процесс, WIT, Ошибка, Макет, Новый пользовательский элемент управления.

Дополнительные сведения см. в разделе "Правила" и "Оценка правил".

Добавление или изменение типов рабочих элементов

Используйте различные типы рабочих элементов (WIT) для планирования и отслеживания различных типов работы. Добавьте пользовательский WIT, чтобы настроить параметры веб-форм и этапы рабочих процессов для конкретных бизнес-сценариев.

  1. Выберите унаследованный процесс и WIT, который вы хотите настроить.

  2. На странице "Типы рабочих элементов" выберите тип нового рабочего элемента.

    Снимок экрана: процесс, унаследованный процесс, типы рабочих элементов, добавление нового типа рабочего элемента.

  3. Назовите WIT и при необходимости укажите описание, значок и цвет. Значок и цвет отображаются по всему веб-порталу, включая форму рабочего элемента, бэклоги, доски и результаты запроса.

    Снимок экрана: диалоговое окно

  4. Нажмите кнопку "Создать ", чтобы сохранить.

    Теперь можно добавить поля в WIT или настроить его следующим образом:

Измените рабочий процесс для типа рабочего элемента

Состояния рабочего процесса помогают отслеживать состояние рабочего элемента по мере перехода от нового к завершенным.

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

    Снимок экрана: страница

  2. Измените рабочий процесс с помощью следующих параметров:

Добавление пользовательского элемента управления

Пользовательские элементы управления расширяют функциональные возможности формы рабочего элемента.

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

Снимок экрана: унаследованный процесс, WIT и добавление пользовательской последовательности элементов управления.

Добавление расширения в тип рабочего элемента

Расширение — это устанавливаемый модуль, который добавляет новые возможности в проект.

Примечание.

Расширения групп и страниц автоматически добавляются ко всем типам рабочих элементов (WIT) для всех процессов, как системных, так и унаследованных. Расширение, связанное с выбранными WIT, можно скрыть в наследуемом процессе.

  1. Перейдите к Visual Studio Marketplace, найдите расширение и выберите Получите его бесплатно.

    Снимок экрана расширения Marketplace, контрольный список рабочих элементов.

  2. Выберите организацию, в которую вы хотите добавить ее в раскрывающемся меню, а затем нажмите кнопку "Установить".

    Снимок экрана: выбранная организация и кнопка установки.

  3. Вернитесь к работе с процессом и WIT и убедитесь, что расширение находится там, где вы хотите. Его можно перетащить в нужное место на форме.

    Скриншот расширения для групп на форме рабочего элемента с ошибкой.

Изменение бэклога и досок

Вы можете добавить больше типов рабочих элементов (WIT) на уровень бэклога или создать другой портфельный бэклог. Рассмотрим пример.

  • Вы введете невыполненную работу с портфелем третьего уровня с именем "Инициативы" для отслеживания пользовательской инициативы WIT.
  • Вы переименовываете продуктовый бэклог в Истории и Тикеты, чтобы охватывать как истории пользователей, так и тикеты клиента.

Снимок экрана: изменения, внесенные на уровни невыполненной работы.

  1. На странице "Процесс " выберите унаследованный процесс и выберите уровни невыполненной работы.

    Снимок экрана: веб-портал, контекст администрирования, страница обработки, открытие уровней невыполненной работы.

  2. Измените конфигурацию журнала задач и доски следующим образом:

Проверка настройки

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

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

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

    Снимок экрана: создание проекта из выбранного процесса.

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

  3. В вашем проекте выберите Доски>Рабочие элементы, а затем выберите настраиваемый WIT из раскрывающегося меню Новый рабочий элемент. В следующем примере выберите "Ошибка".

    Снимок экрана: страница

  4. Убедитесь, что в форме отображаются добавленные поля. Значок (восклицательный знак) указывает, что поле является обязательным.

Создание тестовой организации и импорт или экспорт процесса

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

  1. Создайте тестовую организацию.
  2. Используйте средство импорта и экспорта для копирования процесса в тестовую организацию.
  3. Проверьте настройки процесса в тестовой организации.
  4. Используйте средство импорта и экспорта еще раз, чтобы импортировать измененный процесс в рабочую организацию.

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

Дополнительные сведения см. в разделе "Изменение процесса проекта".

Использование искусственного интеллекта для настройки процесса проекта

Подсказка

Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.

Если вы используете GitHub Copilot, Azure DevOps MCP Server поможет настроить унаследованные процессы для проектов с помощью запросов естественного языка.

Примеры запросов на настройку процесса

задачи Пример запроса
Планирование полной настройки процесса I'm adopting an inherited Agile process for a regulated healthcare project. Walk me through adding custom fields for Compliance Status and Regulatory Reference, a new 'Compliance Review' state, and rules that enforce sign-off before items can move to Done
Добавление пользовательского типа рабочего элемента Create a 'Risk' work item type in my inherited process with fields for Likelihood, Impact, Mitigation Plan, and Risk Owner. Add it to the Requirements backlog level so it shows on our board
Проверка настроек в тестовом проекте I made several customizations to my inherited process — new fields, a custom WIT, and modified workflow states. Help me create a test project to validate everything works correctly before applying the process to our production project
Сравнение двух унаследованных процессов I have two inherited processes, TeamAlpha-Agile and TeamBeta-Agile. List the differences between them in fields, work item types, states, and rules so I can decide whether to consolidate into one process
Устранение неполадок с настройкой After customizing my inherited process, some fields aren't appearing on the work item form and a custom state is missing from the board. Help me diagnose what went wrong and how to fix it
Восстановление нежелательных настроек I made changes to the Bug work item type in my inherited process that are causing problems. Show me how to revert specific field and layout changes back to the default inherited behavior without losing other customizations

Подсказка

Для получения наилучших результатов используйте эти запросы в режиме агента с подключенным сервером MCP Azure DevOps. Настройте запросы с определенным именем процесса, типами рабочих элементов или бизнес-требованиями.

Связанный контент

  • Last updated on