Реализация масштабируемой гибкой платформы® в 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.

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

Примечание

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

Scaled Agile Framework®

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

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

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

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

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

Гибкость бизнеса SAFe® 5.0

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

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

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

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

Essential SAFe®

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

Основные архитектурные обзоры © saFe® плакатА D. Leffingwell

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

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

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

Общие сведения о том, как Azure Boards реализует Scrum и Kanban, см. в разделе About Sprints, Scrum, and Project Management,About Boards and Kanban.

SaFe® портфеля

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

Обзор архитектуры © плаката SAFe® портфеля D. Leffingwell

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

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

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

SaFe® крупного решения

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

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

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

Полный SAFe®

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

Полный плакат SAFe® архитектурный обзор © D. Leffingwell

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

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

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

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

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

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

Обучение гибкого выпуска (ART)

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

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

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

Возможности

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

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

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

Ситуации

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

Компоненты

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

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

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

Итерация

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

Вехи

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

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

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

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

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

Портфельное видение

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

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

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

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

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

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

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

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

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

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

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

Общие службы

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

Решения

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

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

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

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

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

Истории

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

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

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

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

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

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

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

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

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

Возможные дальнейшие действия

Об авторах

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

  • Филлип Eng является старшим архитектором корпорации Майкрософт, цифровым преследованием и руководством.
  • Hosam Kamel — это технологическое решение, профессиональное для Microsoft и ALM Ranger.
  • Willy-Peter Schaub — бывший руководитель программы с 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 Mastering и участие в проектах Visual Studio ALM Ranger, он проводит свое время на написание кода, создание и доставку семинаров, а также консультации в различных концентраций, особенно помогая организациям в их поиске бизнес-гибкости.
  • Грегг Бур — главный руководитель программ в корпорации Майкрософт. Gregg является владельцем продукта для гибкого управления, предоставляемого Azure DevOps и локальной TFS.
  • Катрин Эллиотт — старший разработчик технической документации в корпорации Майкрософт.
  • Сьюзан Феррелл — старший разработчик технической документации и Visual Studio ALM Ranger.
  • Willy-Peter Schaub — бывший руководитель программы с Visual Studio ALM Rangers в Центре разработки Microsoft Canada. С середины 80-х годов он стремится к простоте и поддержке программного обеспечения. Вы можете следить за ним на Twitter в twitter.com/wpschaub.
  • Особое спасибо следующим техническим экспертам за рассмотрение этой статьи: Майк Дуглас (независимый консультант, ALM Ranger), Ричард Hundhausen (независимый консультант, ALM Ranger) и Билл Хейс (независимый консультант, ALM Ranger).