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

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

В этом руководстве описаны шаги по преобразованию нового проекта с одной командой в одну группу, которая настроена для поддержки программ и портфеля масштабируемых гибких платформ (SAFe®). В частности, вы узнаете, как настроить Azure Boards для поддержки программ и портфеля SAFe®, выполнив следующие задачи:

Чтобы сделать эти конфигурации, вам потребуется быть членом группы project Администратор istrator.

После завершения этих основных конфигураций можно настроить проект для поддержки конкретных бизнес-потребностей. Параметры настройки рассматриваются в разделе "Настройка досок Azure" для поддержки SAFe® .

Если вы не знакомы с Azure Boards, рекомендуется просмотреть пути "О командах" и "Гибкие"и "О области" и пути итерации (спринта) перед добавлением и настройкой команд. Кроме того, две отличные статьи, посвященные структуре команд и культуре Agile, — общие сведения о планировании эффективных рабочих нагрузок с помощью DevOps и создания продуктивных, ориентированных на клиентов команд.

Общие сведения о иерархии команд

В этой статье мы перейдем от одного проекта и одной команды с именем Fabrikam до следующего набора из девяти команд.

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

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

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

Определение команд

Чтобы начать, мы добавим каждую команду, создав путь по умолчанию для каждой из них. Далее в этой статье мы настроим эти пути области в необходимую иерархию. Эта структура сопоставляет следующие команды SAFe® с командами Azure Boards:

• Команда портфеля —> команда верхнего уровня по умолчанию, команда Fabrikam (уже определена)
• Команды программы —> команды вторичного уровня, Fibre Suite и Service Suite
• Гибкие команды —> команды на уровне высшего уровня, определенные в разделе Fibre Suite и Service Suite.

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

Добавьте каждую команду, по одному.

1. На веб-портале выберите параметры проекта и откройте Teams.

   

2. Выберите команду "Создать".

   

3. Присвойте команде имя и при необходимости описание.

   Здесь мы добавим команду приложений. Выберите администратора команды и убедитесь, что путь к области с именем команды проверка box проверка. При необходимости добавьте участников команды.

   

   Назначьте команде scrum Master, Program Manager или Portfolio Manager в качестве администратора команды. Как администраторы групп могут настроить средства своей команды для поддержки своих гибких методик и бизнес-потребностей.

4. Повторите шаги 2 и 3, чтобы определить все команды.

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

Настройка путей к области

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

1. На странице "Проект Параметры" выберите "Конфигурация проекта" и "Области". Вы увидите плоский список путей области.

   

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

   Вы можете перетащить каждый путь к области под родительским узлом, где он принадлежит. Например, здесь мы перетащите узел "Миграция" на узел Fibre Suite.

   

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

3. Повторите шаг 2 и 3 для оставшихся путей к области группы Agile.

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

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

   Внимание

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

   

Определение путей итерации

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

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

1. На странице "Проект Параметры" выберите конфигурацию проекта, а затем итерации.

2. В итерации по умолчанию, которая использует то же имя, что и проект, создайте дочернее итерацию, представляющую первую программу приращения (PI). При необходимости добавьте дату начала и окончания для pi, но помните, что итерация разбивается дальше на спринты.

   

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

   

4. Продолжайте добавлять столько итерации, сколько необходимо для удовлетворения структуры интервала времени для всех команд.

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

   

   Совет

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

Настройка команд

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

• Активные невыполненные работы
• Работа с ошибками
• Установка пути итерации по умолчанию
• Выбор путей итерации команды

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

1. На странице "Проект Параметры" выберите "Конфигурация группы".

   Выберите команду, которую вы хотите настроить в селекторе команды.

   

2. На странице "Общие" не проверка невыполненные работы, которые вы не хотите быть активными.

   Например, для команды портфеля проверка папку Epics проверка box.

   

   Для программных и гибких команд un проверка epics проверка box.

   

3. Для команд программ и портфеля выберите переключатель "Работа с ошибками ", как показано ниже.

   

   Для команд Agile выберите параметр "Работа с ошибками" для отслеживания ошибок вместе с требованиями.

   

4. Перейдите на вкладку "Итерации", чтобы настроить итерации команды.

   Для команд Agile настройте параметры, как показано ниже.

   

   Для команд программ выберите только итерации PI.

   

5. Для команд программ и портфеля выберите вкладку "Области" , чтобы изменить параметр по умолчанию с "Включить вложенные области " на "Исключить подзоны".

   Откройте контекстное меню и выберите "Исключить вложенные области".

   

   Примечание.

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

6. Повторите шаги 2–5 по мере необходимости для каждой команды, необходимой для настройки.

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

   

Настройка команд для поддержки общих служб

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

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

2. Вернитесь на страницу "Пути к области конфигурации>проекта" и под каждым общим путем области служб добавьте пути подзоны для каждой команды Agile, поддерживаемой общими службами. Дополнительные сведения см. в разделе "Настройка путей к области", приведенных ранее в этой статье.

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

   

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

4. Для каждой команды Agile откройте страницу "Области конфигурации>группы", как показано на шаге 5 настройки команд. Выберите области и добавьте путь подзоны для этой команды.

   Здесь мы добавим путь в подсеть конструктора пользовательского интерфейса\App в группу функций приложения.

   

5. Вернитесь на страницу "Пути к области конфигурации>проекта" и убедитесь, что структура пути области отображается должным образом для каждого пути к области общих служб.

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

   

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

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

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

• Добавление команд
• Управление командами и настройка средств группы
• Определение путей к областям и назначение их команде
• Определение путей итерации и настройка итераций команды
• CLI Azure DevOps
• Teams (REST API)