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

Azure DevOps Services | Azure DevOps Server 2022 г. - Azure DevOps Server 2019 г. | TFS 2018

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

Если вы знакомы с Scrum, но не знакомы с SAFe®, эти видеоролики в Scaled Agile являются хорошим способом ориентироваться.

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

  • Масштабируемая гибкая платформа®
  • Основные функции SAFe®
  • SaFe® портфеля
  • SaFe® большого решения
  • Сопоставление кратких ссылок
  • Azure Boards реализации SAFe®

Примечание

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

Scaled Agile Framework®

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

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

Обзор архитектуры SAFe®, версия 5 © D. Leffingwell

Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.

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

SaFe® 5.0 Business Agility

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

Обзор SAFe® 5.0 © D. Leffingwell

Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.

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

Основные функции SAFe®

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

Основные общие сведения об © архитектуре плаката SAFe® Д. Леффингвелл

Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.

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

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

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

SaFe® портфеля

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

Обзор © архитектуры портфолио SAFe® Д. Леффингвелл

Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.

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

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

SaFe® большого решения

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

Обзор © архитектуры большого решения SAFe® D. Leffingwell
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.

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

Полный safe®

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

Полный обзор © архитектуры плаката SAFe® Д. Леффингвелл

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

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

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

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

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

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

Agile Release Train (ART)

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

сведения о бюджете;

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

Возможности

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

Необходимые условия

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

Ситуации

Эпический рабочий элемент. Вы определяете Epic с помощью типа рабочего элемента Epic. Epics находятся в верхней части иерархии рабочих элементов Epics, Features и Stories.

Компоненты

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

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

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

Итерация

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

Вехи

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

Невыполненная работа по портфелю

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

Канбан портфолио

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

Концепция портфеля

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

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

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

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

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

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

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

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

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

Схема действий

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

Общие службы

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

Решения

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

Невыполненная работа по решению

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

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

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

Истории

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

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

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

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

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

Потоки ценности

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

Azure Boards реализации SAFe®

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

Дальнейшие действия

Об авторах

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

  • Филипп Энг (Phillip Eng) — старший архитектор корпорации Майкрософт, специалист по цифровым вопросам и руководствам.
  • Хосам Камель ( Hosam Kamel) — специалист по технологическим решениям для microsoft и ALM Ranger.
  • Willy-Peter Шауб является бывшим руководителем программы в Visual Studio ALM Rangers в Центре разработки Microsoft Canada. Вы можете подписаться на Willy-Peter в Twitter на twitter.com/wpschaub.

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

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