Ескерім
Бұл бетке кіру үшін қатынас шегін айқындау қажет. Жүйеге кіруді немесе каталогтарды өзгертуді байқап көруге болады.
Бұл бетке кіру үшін қатынас шегін айқындау қажет. Каталогтарды өзгертуді байқап көруге болады.
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Основной причиной настройки процесса является отслеживание прогресса и мониторинг, отчет ключевых показателей и удовлетворение конкретных бизнес-потребностей. В этой статье рассматриваются некоторые настройки процесса, которые можно реализовать и объяснить, почему их можно использовать, чтобы дополнить методики масштабируемой гибкой платформы (SAFe®). Большинство этих настроек являются необязательными.
Узнайте, как Azure Boards поддерживает методики SAFe® с помощью следующих операций:
- Настройка типов рабочих элементов или добавление пользовательских типов рабочих элементов
- Добавление настраиваемого поля или настройка существующих полей
- Настройка рабочего процесса
- Добавление настраиваемых правил в тип рабочего элемента
- Добавление настраиваемых элементов управления или настраиваемых расширений
- Настройте невыполненные работы или добавьте пользовательский бэклог портфеля
Примечание.
Эта статья является одним из наборов руководств по Масштабируемой гибкой платформе®, которые применяются к Azure Boards и Azure DevOps Services. Большая часть рекомендаций допустима как для облачных, так и для локальных версий. Однако некоторые функции и процедуры относятся к облаку или последней версии Azure DevOps Server.
Необходимые условия
| Категория | Требования |
|---|---|
| Доступ к проекту | член проекта. |
| Разрешения | Член группы безопасности администраторов проектов. |
Сведения о настройке и наследуемом процессе
Azure Boards предоставляет графический пользовательский интерфейс для поддержки настройки проектов. Эта функция называется унаследованным процессом. Все проекты, использующие унаследованный процесс, автоматически обновляются при настройке этого процесса.
Обзор всех настроек, которые можно внести в унаследованный процесс, см. в разделе "Сведения о настройке процесса и унаследованных процессах".
Настройка типов рабочих элементов
Каждый тип рабочего элемента определяет поля, которые записывают и хранят сведения. Существующие типы рабочих элементов можно настроить следующими способами для поддержки конкретных требований отслеживания SAFe®.
- Добавление настраиваемого поля для поддержки отслеживания затрат бюджета, потоков значений или сведений, ориентированных на клиента
- Настройка существующих полей, например изменение списка выбора или изменение метки поля
- Добавление настраиваемых правил , чтобы сделать поля обязательными или указать действия для выполнения при выборе условий
- Измените рабочий процесс , чтобы отразить процесс рабочего процесса вашей команды
- Добавление пользовательского элемента управления или расширения для поддержки пользовательских функций, таких как вычисляемое поле
Дополнительные сведения о настройке типа рабочего элемента см. в статье "Добавление типов рабочих элементов и управление ими".
Добавление настраиваемого поля
Можно добавить настраиваемое поле для поддержки требований отслеживания данных, которые не соответствуют существующему набору полей. Некоторые поля, которые рекомендуется добавить к одному или нескольким типам рабочих элементов, включают эти элементы, перечисленные в следующей таблице.
Имя поля
Типы рабочих элементов
Примечания
Бюджетные затраты
Функционал, Эпик
Используется для сбора предполагаемых затрат. Можно использовать сводку для определения общей предполагаемой стоимости особенностей эпопеи.
Категория или группа
Функция, Эпик, История пользователя
Используется для указания списка выбора, указывающего, что рабочий элемент каталогируется как одна из следующих категорий SAFe®: Функция, Возможность, Включение или Решение.
Веха
Функция, Эпик, История пользователя
Используется для указания перечня выбора вех событий, которым должна соответствовать история, функции или эпик.
поток ценности
Функция, Эпик, История пользователя
Используется для указания списка выбора для поддержки таксономии потоков значений, с которыми вы хотите связать работу.
Дополнительные сведения см. в разделе "Добавление настраиваемого поля в тип рабочего элемента".
Использование полей и тегов
Вы можете записать поток значений с помощью поля или тегов. Теги представляют более неофициальный и неформальный метод для классификации работы. Определенное поле, особенно с предустановленными элементами, является более формальным. При определении способа использования тегов и полей рассмотрите следующие инструкции:
- Вы можете сделать поле обязательным с помощью пользовательских правил, однако невозможно добавить теги в рабочий элемент.
- Вы можете создавать диаграммы запросов на основе настраиваемых полей, однако нельзя указать тег для использования в диаграммах запросов.
- Вы можете фильтровать бэклоги, доски и запросы на основе полей или тегов.
- Количество созданных тегов может быстро увеличиться, так как любой пользователь может добавить новые теги, если у них есть правильные разрешения
Настройка существующих полей
Вы настраиваете существующие поля для поддержки одного или нескольких следующих действий:
- Переименуйте поле
- Изменение расположения поля или удаление его из формы
- Добавление или изменение списка выбора (раскрывающееся меню). Например, область "Значение" предоставляет два варианта: бизнес и архитектура. Вы можете добавить в этот список выбора значений
- Изменение назначения по умолчанию, сделанного в поле
- Сделать поле обязательным
- Добавление правила в поле , как описано в следующем разделе
Индекс существующих полей см. в разделе "Индекс поля рабочего элемента". Дополнительные сведения о настройке поля см. в разделе "Добавление и управление полями" для унаследованного процесса.
Добавление правил в поле
Правила полей обеспечивают поддержку многих бизнес-сценариев. Правила указывают действие, выполняемое на основе выбранного условия. Например, можно сделать поле обязательным в зависимости от значения, назначенного другому полю. В поле можно добавить несколько правил.
На следующих изображениях показаны поддерживаемые условия и действия, которые можно выбрать.
| Поддерживаемые условия | Поддерживаемые действия |
|---|---|
|
|
| Поддерживаемые условия | Поддерживаемые действия |
|---|---|
|
|
Дополнительные сведения о настройке правил полей см. в разделе "Добавление правила" в тип рабочего элемента (процесс наследования).
Настройка рабочего процесса
Вы можете захотеть настроить рабочий процесс для пользовательских историй, функций и эпиков, чтобы он соответствовал вашему процессу. Своевременная настройка рабочего процесса позволяет минимизировать работу, которую команды по конфигурации досок должны выполнять.
Рабочий процесс по умолчанию для процесса Agile включает новые, активные, разрешенные и закрытые состояния. Хотя каждая команда может добавлять столбцы рабочих процессов в свою доску, вам может потребоваться настроить рабочий процесс для отслеживания этих столбцов. Таким образом, доски для всех команд настроены для использования одинаковых состояний рабочего процесса.
Например, можно добавить и переименовать состояния рабочего процесса, чтобы соответствовать столбцам, показанным на следующем рисунке: невыполненная работа, анализ, разработка, тестирование и готово.
Обсудите с вашей командой, какие рабочие процессы лучше всего поддерживают свои методики Гибкой работы. Дополнительные сведения см. в следующих статьях:
- Настройка рабочего процесса (процесс наследования)
- Добавьте столбцы в вашу доску
- Определение готовности
Пользовательские элементы управления
С помощью пользовательских элементов управления в форму рабочего элемента можно добавить расширенные функциональные возможности. Настраиваемый элемент управления — это расширение, добавленное в Marketplace Extensions для Azure DevOps.
Вы можете добавлять элементы управления из Marketplace или создавать собственные.
Интеграция WorkBoard OKRs помогает организациям выравнивать, локализовать и измерять цели и ключевые результаты (OKR) в бизнесе. С помощью этой интеграции команды могут просматривать и обновлять ОКR из Azure DevOps.
Добавление пользовательских типов рабочих элементов
Типы рабочих элементов User Story, Feature и Epic предназначены для поддержки планирования и отслеживания продуктов. Однако другие типы рабочих элементов могут оказаться полезными для поддержки фокуса на клиенте организации SAFe®. В частности, может потребоваться добавить рабочие элементы для записи отзывов клиентов, запросов клиентов и т. д.
При определении нового типа рабочего элемента продумайте следующие элементы:
- Сведения, о которые вы хотите записать, отслеживать и сообщать
- Как фиксируется работа
- Рабочий процесс для поддержки отслеживания работы
Однако для простоты всегда рекомендуется свести к минимуму количество настроек, которые вы делаете. Таким образом, если вы можете обойтись существующими типами рабочих элементов, стоит задуматься о добавлении необходимых настраиваемых полей для отслеживания определенных сведений.
Настройте ваши списки задач
Каждая команда имеет свой резерв задач и рабочую доску, предназначенные для поддержки определенных типов рабочих элементов. Для гибкого процесса используются следующие типы рабочих элементов.
- Agile команды релизов: пользовательские истории и баги (необязательно)
- Команды программ: функции
- Portfolio Teams: Epics
Однако в эти бэклоги можно включить дополнительные типы рабочих элементов, как существующие, так и настраиваемые. Каждая команда может подписаться на набор невыполненных работ, которые они должны отслеживать.
Вы также можете добавить до трех невыполненных задач портфеля, как показано на следующем рисунке. Бэклоги портфеля сделаны иерархически.
Совет
Возможно, потребуется добавить резерв задач решения (возможностей), который отображается в качестве родительского элемента резерва задач программы (функционала). Эта конфигурация SAFe не достижима с помощью страницы "Уровни невыполненной работы". В качестве обходного решения, отличного от идеала, можно отключить унаследованный тип рабочего элемента Epic и повторно создать его как пользовательский тип рабочего элемента. Дополнительные сведения см. в разделе "Настройка бэклогов и досок задач".
Для получения дополнительной информации см. Настройка бэклогов или досок (процесс наследования).
Добавить еще больше функций
Вы добавите следующие расширения Marketplace, чтобы получить доступ ко многим расширенным функциям, поддерживающим SAFe.
- Планы выполнения
- Временная шкала компонентов и эпическая стратегия
- Средство отслеживания зависимостей
- Ретроспективы
Примечание.
Перед настройкой проекта рекомендуется прочитать инструкции по настройке и настройке Azure Boards. В этой статье содержатся подробные сведения об администрации проекта для нескольких команд и поддержке различных бизнес-целей.