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

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020

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

Перед внесением этого изменения рекомендуется ознакомиться с процессом, на который вы меняетсяе. Типы рабочих элементов Task, Bug, Feature и Epic одинаковы для процессов Scrum и Agile. Однако некоторые значения полей "Состояние" и "Причина" отличаются.

Обработка	Типы рабочих элементов	Рабочий процесс
Agile
Драка

Дополнительные сведения см. в разделе "Сведения о процессах и шаблонах процессов".

Причины, по которым может потребоваться изменить процесс с Agile на Scrum:

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

Предупреждение

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

• Разрешения:
  • Чтобы создать, удалить или изменить процесс, быть членом группы "Администраторы коллекции проектов" или иметь определенные разрешения на создание, удаление, изменение процесса или удаление поля из организации. Дополнительные сведения см. в разделе "Настройка разрешений и доступа для отслеживания работы", настройка наследуемого процесса.
  • Чтобы обновить доски, будьте администратором команды или членом группы "Администраторы проектов".
• Доступ.
  • Даже если у вас есть базовый или низкий доступ, вы по-прежнему можете изменить процесс, если кто-то дает вам разрешения на это.
  • Чтобы обновить и изменить тип существующих рабочих элементов, будьте членом проекта.

Открытие процесса параметров>

Вы создаете, управляете и вносите настройки в процессы из процесса параметров>организации.

1. Выберите логотип Azure DevOps, чтобы открыть проекты. Затем выберите параметры организации.

   

2. Затем нажмите кнопку "Процесс".

   

   Внимание

   Если вы не видите процесс, вы работаете с TFS-2018 или более ранней версией. Страница "Процесс" не поддерживается. Необходимо использовать функции, поддерживаемые для локальной модели xml-процессов.

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

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

1. На странице "Процесс" выберите значок действий системного процесса Scrum, а затем выберите "Создать унаследованный процесс". Назовите процесс "Scrum - Наследуемый".

2. Если типы рабочих элементов "История пользователя" и "Проблема" используются текущим проектом, добавьте эти типы рабочих элементов в процесс "Scrum - Наследуемый".

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

3. По завершении список типов рабочих элементов должен отображаться следующим образом.

   

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

1. Выберите процесс, содержащий проект, который требуется изменить. Чтобы измениться с Agile на Scrum, выберите Agile или настраиваемый процесс на основе Agile. Здесь мы выбираем Agile.

   

2. Выберите "Проекты", а затем щелкните значок действий для проекта, который вы хотите изменить, и нажмите кнопку "Изменить". Здесь мы выбираем проект MyAgile.

   

   Следуйте инструкциям мастера.

3. Выберите созданный ранее процесс Scrum — Унаследованный процесс, а затем нажмите кнопку "Сохранить".

   

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

   

   Закройте диалоговое окно мастера и добавьте отсутствующие типы рабочих элементов. См. статью "Добавление типов рабочих элементов и управление ими".

4. После успешного завершения мастер отображает следующие сведения. Запишите шаги, которые необходимо выполнить, и нажмите кнопку "Закрыть".

   

Действия по обновлению рабочих элементов и параметров доски вручную:

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

Обновление параметров столбца к состоянию доски

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

1. Для каждой команды откройте свою доску.

   

2. Нажмите кнопку "Исправить" или значок шестеренки, чтобы настроить параметры доски.

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

   

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

   

Обновление рабочих элементов

Следующим шагом является массовое обновление рабочих элементов. Рекомендуемая последовательность:

• Создайте запрос рабочего элемента, отображающий все рабочие элементы, необходимые для обновления.
• Выполните массовое обновление, чтобы изменить тип рабочего элемента рабочей истории пользователя на элементы невыполненной работы продукта.
• Выполняйте массовое обновление для всех состояний, чтобы измениться с гибких состояний — "Активный", "Разрешено" и "Закрыто" на состояния процесса scrum — "Утверждено", "Зафиксировано" и "Готово".

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

   

2. Выберите значок действий и выберите параметры столбца. Выберите отображение полей "Состояние" и "Причина". Выберите вкладку "Сортировка " и установите ее для сортировки по типу рабочего элемента и значению состояния.

   

3. Выберите "Результаты ", чтобы просто отобразить список рабочих элементов.

4. Выделите все пользовательские истории, щелкните значок действий, выберите тип "Изменить" и измените тип на элемент невыполненной работы продукта.

   

   Дополнительные сведения см. в разделе "Перемещение, изменение или удаление рабочих элементов", "Изменение типа рабочего элемента".

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

   

5. Выделите все рабочие элементы одного и того же состояния, например "Разрешено", щелкните значок действий и нажмите кнопку "Изменить". Добавьте поле "Состояние" и выберите "Зафиксировано" или допустимое значение элемента невыполненной работы продукта. Также может потребоваться обновить поле "Причина". Дополнительные сведения см. в разделе "Массовое редактирование рабочих элементов".

   

   Это приведет к обновлению списка без ошибок.

   

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

7. Повторите описанные выше действия, чтобы изменить тип рабочего элемента для проблемы и обновить состояния до допустимых состояний для типов рабочих элементов.

8. По завершении выберите значок действий и нажмите кнопку "Сохранить".

Совет

Если у вас есть ряд изменений в значении поля, например заполнение поля "Усилия" значением, которое хранится в "Точках истории", это можно сделать с помощью Excel. См. статью "Массовое добавление или изменение рабочих элементов" в Excel.

Проверка внесенных изменений

1. Перейдите в невыполненную работу вашей команды и просмотрите истории пользователей.

   

2. Перейдите к доске команды и убедитесь, что параметры столбца допустимы.

   

   Сведения о добавлении столбцов или изменении имен столбцов см. в разделе "Добавление столбцов в доску".

Необязательные обновления

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

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

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

• Массовое изменение рабочих элементов
• Изменение процесса, используемого в проекте
• Создание унаследованного процесса
• Добавление типов рабочих элементов и управление ими
• Отображение ошибок в невыполненной работе и на досках
• Настройка досок
• Создание и сохранение управляемых запросов с помощью редактора запросов