Поделиться через


Настройка Azure Boards для поддержки методик SAFe®

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®.

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

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

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

Имя поля

Типы рабочих элементов

Примечания

Бюджетные затраты

Функция, Эпическая

Используется для сбора предполагаемых затрат. Может использовать накопительный пакет для сбора итоговой предполагаемой стоимости функций Epic.

Категория или группа

Функция, Эпик, История пользователя

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

Этап

Функция, Эпик, История пользователя

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

потока ценных данных

Функция, Эпик, История пользователя

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

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

Использование полей и тегов

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

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

Настройка существующих полей

Вы настраиваете существующие поля для поддержки одного или нескольких следующих действий:

  • Переназначите имя поля
  • Изменение расположения поля или удаление его из формы
  • Добавление или изменение списка выбора (раскрывающееся меню). Например, область "Значение" предоставляет два варианта: бизнес и архитектура. Вы можете добавить в этот список выбора значений
  • Изменение назначения по умолчанию, сделанного в поле
  • Обязательное поле
  • Добавление правила в поле , как описано в следующем разделе

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

Добавление правил в поле

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

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

Поддерживаемые условия Поддерживаемые действия
Снимок экрана: список условий. Снимок экрана: список действий.
Поддерживаемые условия Поддерживаемые действия
Снимок экрана: список условий, 2020 Снимок экрана: список действий, 2020
Поддерживаемые условия Поддерживаемые действия
Снимок экрана: список условий, 2019 Снимок экрана: список действий, 2019

Дополнительные сведения о настройке правил полей см. в разделе "Добавление правила" в тип рабочего элемента (процесс наследования).

Настройка рабочего процесса

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

Рабочий процесс по умолчанию для процесса Agile включает новые, активные, разрешенные и закрытые состояния. Хотя каждая команда может добавлять столбцы рабочих процессов в доску Kanban, вам может потребоваться настроить рабочий процесс для отслеживания этих столбцов. Таким образом, доски Kanban для всех команд настроены для использования одинаковых состояний рабочего процесса.

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

Концептуальное изображение столбцов канбан-доски для визуализации потока и ограничения WIP.

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

Пользовательские элементы управления

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

Вы можете добавлять элементы управления из Marketplace или создавать собственные.

Интеграция WorkBoard OKRs помогает организациям выравнивать, локализовать и измерять цели и ключевые результаты (OKR) в бизнесе. С помощью этой интеграции команды могут просматривать и обновлять ОКR из Azure DevOps.

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

Типы рабочих элементов User Story, Feature и Epic предназначены для поддержки планирования и отслеживания продуктов. Однако другие типы рабочих элементов могут оказаться полезными для поддержки фокуса на клиенте организации SAFe®. В частности, может потребоваться добавить рабочие элементы для записи отзывов клиентов, запросов клиентов и т. д.

При определении нового типа рабочего элемента продумайте следующие элементы:

  • Сведения, о которые вы хотите записать, отслеживать и сообщать
  • Как выполняется запись работы
  • Рабочий процесс для поддержки отслеживания работы

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

Настройка невыполненных работ

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

  • Команды гибких выпусков: истории пользователей и ошибки (необязательно)
  • Программы Teams: функции
  • Portfolio Teams: Epics

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

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

Снимок экрана: список невыполненных работ с пятью уровнями невыполненной работы портфеля.

Совет

Возможно, потребуется добавить невыполненную работу решения (возможностей), которая отображается в качестве родительского элемента невыполненной работы программы (компонентов). Эта конфигурация SAFe не достижима с помощью страницы "Уровни невыполненной работы". В качестве обходного решения, отличного от идеала, можно отключить унаследованный тип рабочего элемента Epic и повторно создать его как пользовательский тип рабочего элемента. Дополнительные сведения см. в разделе "Настройка невыполненных работ и досок".

Дополнительные сведения см. в разделе "Настройка невыполненных работ" или "доски" (процесс наследования).

Добавить еще больше функций

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

Примечание.

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

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