Настройка Azure Boards для поддержки программ и портфеля SAFe®
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
В этом руководстве описаны шаги по преобразованию нового проекта с одной командой в одну группу, которая настроена для поддержки программ и портфеля масштабируемых гибких платформ (SAFe®). В частности, вы узнаете, как настроить Azure Boards для поддержки программ и портфеля SAFe®, выполнив следующие задачи:
- Определение команд гибких, программ и портфеля
- Настройка иерархии путей области для поддержки команд
- Определение путей итерации для поддержки поездов выпуска SAFe®, PIs, спринтов и IP-адресов
- Настройка каждой команды для поддержки SAFe®
Чтобы сделать эти конфигурации, вам потребуется быть членом группы project Администратор istrator.
После завершения этих основных конфигураций можно настроить проект для поддержки конкретных бизнес-потребностей. Параметры настройки рассматриваются в разделе "Настройка досок Azure" для поддержки SAFe® .
Совет
Если вы планируете добавить пользовательские типы рабочих элементов, невыполненные работы портфеля или рабочие процессы; Вы можете сначала настроить эти настройки, а затем определить и настроить команды.
Если вы не знакомы с Azure Boards, рекомендуется просмотреть пути "О командах" и "Гибкие"и "О области" и пути итерации (спринта) перед добавлением и настройкой команд. Кроме того, две отличные статьи, посвященные структуре команд и культуре Agile, — общие сведения о планировании эффективных рабочих нагрузок с помощью DevOps и создания продуктивных, ориентированных на клиентов команд.
Примечание.
Эта статья является одним из наборов руководств по Масштабируемой гибкой платформе®, которые применяются к Azure Boards и Azure DevOps Services. Большая часть рекомендаций допустима как для облачных, так и для локальных версий. Однако некоторые функции и процедуры относятся к облаку или последней версии Azure DevOps Server.
Общие сведения о иерархии команд
В этой статье мы перейдем от одного проекта и одной команды с именем Fabrikam до следующего набора из девяти команд.
Примечание.
Azure Boards не поддерживает иерархию команд. Однако путем настройки путей к области, как указано в этой статье, вы фактически создаете тип иерархии команд. Иерархия определяется с помощью структуры путей области.
Затем мы настроим путь к области в следующей иерархии и настроим путь к области каждой команды. Эта конфигурация поддерживает представление невыполненной работы каждой команды и свертки представлений в иерархии.
Совет
Если у вас есть большое количество команд, путей к областям и итерации, которые необходимо добавить, может потребоваться использовать командную строку или программные средства. См. командную строку и программные средства , представленные далее в этой статье.
Все команды могут управлять собственной рабочей нагрузкой и приоритетами, четко понимая, как их работа поддерживает эти эпические эпосы, управляемые в невыполненной работе команды портфеля. В то же время команда портфеля может отслеживать ход невыполненной работы на собственном совете Kanban, определять приоритеты элементов в их невыполненной работе, а также просматривать ход выполнения в поездах выпуска.
Хотя приведенный выше вариант может звучать сложно, на самом деле требуется небольшая конфигурация для настройки команд и начала работы. Чтобы перейти из одного проекта с одной командой по умолчанию, сначала определите каждую команду при автоматическом создании пути к области по умолчанию для этой команды. Затем перенастройьте плоский набор путей области в иерархическую структуру. Затем определите пути итерации для поддержки структуры выпуска, которую вы хотите использовать, и программы и команды Agile. Наконец, настройте каждую команду и заполните членство в командах.
Определение команд
Чтобы начать, мы добавим каждую команду, создав путь по умолчанию для каждой из них. Далее в этой статье мы настроим эти пути области в необходимую иерархию. Эта структура сопоставляет следующие команды SAFe® с командами Azure Boards:
- Команда портфеля —> команда верхнего уровня по умолчанию, команда Fabrikam (уже определена)
- Команды программы —> команды вторичного уровня, Fibre Suite и Service Suite
- Гибкие команды —> команды на уровне высшего уровня, определенные в разделе Fibre Suite и Service Suite.
Для выполнения этих действий вам потребуется быть администратором проекта. Если вам нужна более подробная рекомендация, см. статью "Управление портфелями".
Добавьте каждую команду, по одному.
Примечание.
В следующей процедуре используется пользовательский интерфейс новой страницы Teams, который находится в предварительной версии. Чтобы включить эту функцию, см. статью "Управление или включение функций".
На веб-портале выберите параметры проекта и откройте Teams.
Выберите команду "Создать".
Присвойте команде имя и при необходимости описание.
Здесь мы добавим команду приложений. Выберите администратора команды и убедитесь, что путь к области с именем команды проверка box проверка. При необходимости добавьте участников команды.
Назначьте команде scrum Master, Program Manager или Portfolio Manager в качестве администратора команды. Как администраторы групп могут настроить средства своей команды для поддержки своих гибких методик и бизнес-потребностей.
Повторите шаги 2 и 3, чтобы определить все команды.
Необязательно. Если у вас есть две или более команд портфеля, создайте команду для каждой из них.
Настройка путей к области
Для поддержки иерархии команд теперь вы настроите пути к областям, созданные на первом шаге определения команд в иерархию.
На странице "Проект Параметры" выберите "Конфигурация проекта" и "Области". Вы увидите плоский список путей области.
Вы хотите выбрать путь к области каждой команды функций в верхней области и переместить ее в иерархию пути области, к которой она принадлежит.
Вы можете перетащить каждый путь к области под родительским узлом, где он принадлежит. Например, здесь мы перетащите узел "Миграция" на узел Fibre Suite.
Вместо этого можно открыть контекстное меню для пути области, выбрать пункт "Изменить" и выбрать узел, в котором нужно переместить его.
Повторите шаг 2 и 3 для оставшихся путей к области группы Agile.
Если вы определили две или несколько команд портфеля, вам потребуется изменить путь к области каждой команды программы в соответствии с соответствующим путем группы портфеля.
По завершении структура пути к области должна выглядеть примерно так, как показано на следующем рисунке.
Внимание
Эта структура показывает, что пути к областям принадлежат командам Agile, командам программ и команде портфеля. Мы исправим эту структуру далее в этой статье, когда мы настроим каждую команду единственным владельцем пути области.
Определение путей итерации
Чтобы отслеживать ход выполнения до выпусков, создайте структуру пути итерации. В отличие от путей к областям, несколько команд могут совместно использовать одну структуру пути итерации. Совместное использование структуры итерации позволяет нескольким командам работать в одном спринте спринта в направлении одного и того же поезда выпуска.
Внимание
Удаление, переименование или перемещение путей итерации приводит к потере связанных исторических данных.
Если у вас уже есть итерации для вашей команды по умолчанию, их можно переименовать. Вы хотите создать структуру итерации, которая поддерживает всю структуру команды, а не только одну команду.
На странице "Проект Параметры" выберите конфигурацию проекта, а затем итерации.
В итерации по умолчанию, которая использует то же имя, что и проект, создайте дочернее итерацию, представляющую первую программу приращения (PI). При необходимости добавьте дату начала и окончания для pi, но помните, что итерация разбивается дальше на спринты.
Затем создайте дочерние итерации для каждого спринта в пи-коде. Задайте даты для этих спринтов, чтобы соответствовать каденсам команды Agile.
Продолжайте добавлять столько итерации, сколько необходимо для удовлетворения структуры интервала времени для всех команд.
По завершении необходимо иметь структуру, аналогичную следующему изображению.
Совет
Вы можете перетаскивать пути итерации, чтобы структурировать итерации, как показано на шаге 2 в разделе "Настройка путей области". Azure Boards всегда перечисляет пути итерации в порядке их дат в каждом родительском узле.
Настройка команд
Теперь, когда определены команды, пути к областям и пути итерации, необходимо настроить каждую команду. Вам потребуется настроить следующие параметры для каждой команды.
- Активные невыполненные работы
- Работа с ошибками
- Установка пути итерации по умолчанию
- Выбор путей итерации команды
В следующей таблице перечислены рекомендуемые параметры на основе уровня команды.
Настройка
Команда по гибкой функции
Команда программы
Команда портфеля
Уровни навигации невыполненной работы
Функции, истории
Функции, истории
Ситуации
Работа с ошибками
Ошибки управляются с помощью требований
Ошибки не управляются в невыполненных работах и досках
Ошибки не управляются в невыполненных работах и досках
Итерация по умолчанию
@CurrentIteration
@CurrentIteration
@CurrentIteration
Невыполненная итерация
Fabrikam
Fabrikam
Fabrikam
Выбранные итерации
Sprint 1 thru Sprint 4, IP Sprint
PI 1, PI 2, PI 3
нет
Области
Включение вложенных областей
Исключение вложенных областей
Исключение вложенных областей
Примечание.
При задании итерации по умолчанию для @CurrentIteration все рабочие элементы, созданные из невыполненной работы команды или доски, назначаются текущей итерации на основе текущей даты. Задав итерацию невыполненной работы в корневом каталоге Fabrikam, указывает, что только путь области выступает в качестве фильтра для рабочих элементов, которые будут отображаться в невыполненных работах и досках команды.
На странице "Проект Параметры" выберите "Конфигурация группы".
Выберите команду, которую вы хотите настроить в селекторе команды.
На странице "Общие" не проверка невыполненные работы, которые вы не хотите быть активными.
Например, для команды портфеля проверка папку Epics проверка box.
Для программных и гибких команд un проверка epics проверка box.
Для команд программ и портфеля выберите переключатель "Работа с ошибками ", как показано ниже.
Для команд Agile выберите параметр "Работа с ошибками" для отслеживания ошибок вместе с требованиями.
Перейдите на вкладку "Итерации", чтобы настроить итерации команды.
Для команд Agile настройте параметры, как показано ниже.
Для команд программ выберите только итерации PI.
Для команд программ и портфеля выберите вкладку "Области" , чтобы изменить параметр по умолчанию с "Включить вложенные области " на "Исключить подзоны".
Откройте контекстное меню и выберите "Исключить вложенные
области".
Примечание.
Так как мы создали каждую команду с путем создания области с именем команды, проверка ed, каждая команда уже предварительно настроена с помощью пути к области по умолчанию. Этот путь области выступает в качестве основного фильтра для рабочих элементов, которые отображаются в невыполненных работах и досках каждой команды.
Повторите шаги 2–5 по мере необходимости для каждой команды, необходимой для настройки.
После завершения шага 5 для всех команд проверьте структуру "Путь к области". Выберите конфигурацию проекта и области. Схема области и структура команды теперь должны отображаться, как показано, где каждая команда владеет своим путем области и не делится ею с другими командами.
Настройка команд для поддержки общих служб
Для команд, поддерживающих несколько других команд, таких как команда конструктора пользовательского интерфейса, настройте команды, как описано в следующих шагах.
Добавьте команду для каждой группы общих служб. Дополнительные сведения см. в статье "Определение команд ".
Вернитесь на страницу "Пути к области конфигурации>проекта" и под каждым общим путем области служб добавьте пути подзоны для каждой команды Agile, поддерживаемой общими службами. Дополнительные сведения см. в разделе "Настройка путей к области", приведенных ранее в этой статье.
Например, здесь мы добавим четыре вложенных пути к области конструктора пользовательского интерфейса, по одному для каждой команды гибкой разработки, поддерживаемой командой конструктора пользовательского интерфейса.
Настройте каждую группу общих служб в качестве команды гибких функций, как описано в разделе "Настройка команд".
Для каждой команды Agile откройте страницу "Области конфигурации>группы", как показано на шаге 5 настройки команд. Выберите области и добавьте путь подзоны для этой команды.
Здесь мы добавим путь в подсеть конструктора пользовательского интерфейса\App в группу функций приложения.
Вернитесь на страницу "Пути к области конфигурации>проекта" и убедитесь, что структура пути области отображается должным образом для каждого пути к области общих служб.
Для команды конструктора пользовательского интерфейса структура должна отображаться, как показано ниже.
Рабочие элементы, отображаемые на путях к общей области, отображаются на невыполненных работах и досках связанных команд.
Командная строка и программные средства
Средства командной строки Azure DevOps можно использовать для добавления или обновления следующих артефактов:
- Teams: создание команды Azure DevOps
- Пути к областям: создание проекта области Azure DevOps
- Пути итерации: создание проекта итерации Azure DevOps
Использование программных средств
Rest API Azure DevOps можно использовать для добавления или обновления следующих артефактов:
- Teams: Teams (REST API)
- Пути к областям: узлы классификации (REST API)
- Пути итерации: узлы классификации (REST API)
Следующие шаги
Связанные статьи
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по