Реализация масштабируемой гибкой платформы® в Azure Boards

Статья
03/24/2025

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

Многие предприятия получают выгоду от отдельных команд Agile. Больший интерес растет, чтобы масштабировать методики Гибкой разработки по мере роста организации. Потребность предприятий в ведении учета прогресса многих команд Agile и всего портфеля неуклонно растет. Для решения этих потребностей многие предприятия приняли масштабируемую гибкую платформу® (SAFe®).

Если вы знакомы с Scrum, но не знакомы с SAFe, см . статью SAFe® Studio Framework.

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

Масштабируемая гибкая платформа®
Essential SAFe®
Портфель SAFe®
Крупные решения SAFe®
Быстрое сопоставление ссылок
Реализация SAFe® в Azure Boards

Примечание.

Эта статья является одним из наборов руководств по Масштабируемой гибкой платформе®, которые применяются к Azure Boards и Azure DevOps Services. Большая часть рекомендаций допустима как для облачных, так и для локальных версий. Однако некоторые функции и процедуры относятся к облаку или последней версии Azure DevOps Server.

Scaled Agile Framework® (масштабируемая гибкая структура)

SAFe® объясняет, как иерархия команд, каждая из которых ориентирована на конкретные цели, реализует видение портфеля. Эта платформа разбивает эпические элементы на функции и истории. Команды работают над этими элементами в спринтах и выпускают с помощью программных инкрементов (PIs) и релизных поездов. Кроме того, в невыполненной работе портфеля можно отслеживать результаты, которые сопоставляются с потоками стоимости и связанными бюджетами.

Обзор архитектуры SAFe® версии 5.0

SAFe® и Scaled Agile Framework являются зарегистрированными товарными знаками Scaled Agile Inc.

SaFe® 5.0 Business Agility

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

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

Essential SAFe®

Essential SAFe® требует поддержки артефактов и методик, показанных на следующем плакате.

Все эти артефакты и практики поддерживаются Azure Boards.

Истории, функции и средства включения: реализованы как рабочие элементы, которые фиксируют сведения и состояние работы. Эти рабочие элементы автоматически отображаются в журналах заданий и на досках команды.
Резервы команды и резервы программы: реализованы как резервы команды, которые фильтруют рабочие элементы, назначенные команде, и поддерживают приоритизацию и группирование работы.
Scrum и Kanban: практики, которые полностью поддерживаются с помощью досок, спринт-бэклогов и задачных досок, с участием команд и спринтов.
Итерации,итерация инноваций и планирования (IP),программные инкременты (PI),вехи ирелизные поезда: реализована через плоский список или иерархическую конфигурацию путей итерации.
Аджайл Release Train: реализовано набором Agile-команд и программных команд, настроенных для поддержки определенных представлений команд и программ.
Цели PI, Цели команды и Контекст решения: Команды могут использовать встроенный вики-сайт проекта для совместного использования целей, информации о клиентах и требований к решению.

Обзор того, как Azure Boards реализует Scrum и Kanban, см. в разделах О спринтах, Scrum и управлении проектами и О досках и Kanban.

Портфель SAFe®

Portfolio SAFe® добавляет поддержку управления портфелями с помощью эпиков, инициаторов и потоков ценности.

Azure Boards обеспечивает поддержку следующих компонентов портфеля:

Epics: сопоставление с типом рабочего элемента Epic и разрешением отслеживания, группировки и свертки дочерних элементов.
Невыполненные работы портфеля: реализованы как невыполненные работы портфеля, которые поддерживают фильтрацию задач в соответствии с бизнес-потребностями.
Портфельное видение и стратегические темы: владельцы бизнеса и руководители портфеля могут использовать встроенный вики-сайт проекта, чтобы поделиться своим видением, целями и целями.
Потоки значений: потоки значений можно отслеживать с помощью тегов или настраиваемых полей.
Бережливые бюджеты: информацию о бюджете можно фиксировать в пользовательских полях и агрегировать для получения обзора на уровне Фичи и Эпика.
Ключевые показатели эффективности: несколько отчетов и мини-приложений панели мониторинга предоставляют готовые метрики. Power BI и служба аналитики обеспечивают поддержку быстрого создания пользовательских отчетов.

SaFe® для крупных решений

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

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

Полный SAFe®

Full SAFe® включает три уровня: Essential SAFe®, Large Solution SAFe® и Portfolio SAFe®.

Сопоставление артефактов SAFe® с Azure Boards

В следующей таблице сопоставляется термины или артефакты SAFe® с эквивалентным термином или артефактом Azure Boards. Выберите ссылку для получения сведений о реализации.

Термин или артефакт SAFe®

Термин или артефакт Azure Boards

Гибкие команды

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

Поезд гибкой разработки (ART)

Teams. Гибкие команды управляют выполнением набора функционала. Каждая команда Agile имеет набор Agile инструментов для поддержки рабочего процесса, а также для контроля за ходом выполнения и достижения результатов.

бюджеты

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

Возможности

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

Способствующие факторы

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

Эпики

Эпический рабочий элемент. Вы определяете Эпик с помощью типа рабочего элемента «Epic». Эпики находятся на вершине иерархии рабочих элементов, включающей эпики, функции и истории.

Функции

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

Итерация инноваций и планирования (ИП)

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

Итерация

Вехи

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

Резерв портфеля

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

Портфель Канбан

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

Видение портфеля

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

Невыполненная работа программы

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

Программа Канбан

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

Путь итерации Программного Инкремента (PI)

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

Ретроспективы и отзывы

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

Дорожная карта

Планы доставки, график функций. Azure Boards предоставляет настраиваемые и интерактивные представления для просмотра дорожных карт и результатов команды.

Общие службы

Структура группы общих служб: ресурсы, которые совместно используются между командами, можно представить через собственную группу функций Agile. Каждый может управлять невыполненной работой, а также отображаться в невыполненных работах команд, которые они поддерживают.

Решения

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

Резерв задач решения

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

Стратегические темы

Вики-сайт. Стратегические темы, похожие на портфельное видение, можно записать в вики-сайте проекта.

Истории

Рабочий элемент "История пользователя". Истории пользователей фиксируют функциональность, которую вы хотите реализовать. Они обычно имеют такой размер, чтобы их можно было завершить за одну итерацию.

Невыполненная работа команды

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

Команда Канбан

Доска историй. Доска "Истории" отображает бэклог историй в виде карточек на интерактивной, настраиваемой и фильтруемой платформе.

Потоки значений

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

Реализация SAFe® в Azure Boards

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

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

Как концепции SAFe® соответствуют артефактам Azure Boards

Масштабирование гибкой разработки до крупных команд
Культура Agile
Методики масштабирования
Сведения о Sprints, Scrum и управлении проектами
О досках и Канбане
Масштабируемая гибкая платформа: сайт ресурсов SAFe®.
Масштабирование метрик Agile и SAFe® с помощью TFS: блог, который демонстрирует отчет SQL Server, разработанный компанией InCycle, чтобы показать, как TFS можно использовать для поддержки масштабируемой методологии Agile или SAFe.

О авторах

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

Филипп Энг является старшим архитектором в корпорации Microsoft, в отделе «Цифровой поиск и руководство».
Хосам Камел — профессионал по решениям в области технологий для Microsoft и ALM Ranger.
Вилли-Питер Шауб является бывшим менеджером программы с Visual Studio ALM Rangers в Центре разработки Microsoft Canada. Вы можете следовать Вилли-Питеру на Twitter на twitter.com/wpschaub.

Статьи в этой серии были обновлены из предыдущего технического документа, разработанного в сотрудничестве со следующими авторами:

Гордон Beeming является разработчиком программного обеспечения в Деривко в солнечном городе Дурбан, Южная Африка. Он проводит большую часть своего времени, печатая на клавиатуре в Visual Studio, или отдыхая с семьей. Его блог находится на gordonbeeming.xyz , и вы можете следовать ему на Twitter на twitter.com/gordonbeeming.
Брайан Блэкман является главным консультантом в Microsoft Premier Developer и фокусируется на способствовании успеху партнёров-разработчиков ПО и предприятий в области инженерии и на рынке. Он имеет MBA, и является CSM, CSP, MCSD (C++) и MCTS и является Visual Studio ALM Ranger. Когда он не занимается Ruck Mastering и не участвует в проектах Visual Studio ALM Ranger, он тратит свое время на написание кода, создание и проведение семинаров, а также консультирование по различным направлениям, особенно помогая организациям в их стремлении к бизнес-агильности.
Gregg Boer — главный руководитель программы в Корпорации Майкрософт. Gregg является владельцем продукта для гибкого управления, предоставляемого Azure DevOps и локальными TFS.
Кэтрин Эллиотт является старшим техническим писателем в Корпорации Майкрософт.
Сьюзан Феррелл является старшим техническим писателем и Visual Studio ALM Ranger.
Вилли-Питер Шауб является бывшим менеджером программы с Visual Studio ALM Rangers в Центре разработки Microsoft Canada. С середины 80-х годов он стремится к простоте и поддержанию в программном проектировании. Вы можете следовать за ним в Twitter на twitter.com/wpschaub.
Особое спасибо следующим техническим экспертам за изучение этой статьи: Майк Дуглас (независимый консультант, ALM Ranger), Ричард Hundhausen (независимый консультант, ALM Ranger) и Билл Эйс (независимый консультант, ALM Ranger).

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

Реализация масштабируемой гибкой платформы® в Azure Boards