Реализация масштабируемой гибкой платформы® в 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
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.
SAFe® и Scaled Agile Framework являются зарегистрированными товарными знаками Scaled Agile Inc.
SaFe® 5.0 Business Agility
Многие методики SAFe® включают в себя развитие культуры, которая поддерживает гибкость, согласованность и автономность, при этом ориентированную на клиента.
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.
Некоторые из способов, которыми Azure Boards поддерживает гибкость бизнеса и гибкую культуру, рассматриваются в следующих статьях:
Основные функции SAFe®
Essential SAFe® требует поддержки артефактов и методик, показанных на следующем плакате.
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.
Все эти артефакты и методики поддерживаются Azure Boards.
- Истории, функции и средства включения: реализованы в виде рабочих элементов, которые фиксируют сведения и состояние работы. Эти рабочие элементы автоматически отображаются в невыполненной работе команды и канбан-досках.
- Невыполненная работа группы и невыполненная работа по программе. Реализованы как невыполненные работы команды, которые фильтруют рабочие элементы, назначенные команде, и поддерживают определение приоритетов и группирование работ.
- Scrum и Kanban: методики, которые полностью поддерживаются с использованием канбан-досок, невыполненных работ по спринту и досок задач, команд и спринтов.
- Итерации, итерации инноваций и планирования (IP), приращения программ (PI),вехи и обучения выпуска: реализовано с помощью плоского списка или иерархической конфигурации путей итерации.
- Гибкий выпуск обучения. Реализуется набором команд Agile и команд программ, настроенных для поддержки определенных представлений команд и программ.
- Цели pi, цели группы и контекст решения. Команды могут использовать встроенный вики-сайт проекта для совместного использования целей, целей, сведений о клиентах и требований к решению.
Общие сведения о том, как Azure Boards реализует Scrum и Kanban, см. в разделах Сведения о спринтах, Scrum и управлении проектами и Сведения о досках и канбане.
SaFe® портфеля
Portfolio SAFe® добавляет поддержку для управления портфелями с помощью эпических эпопей, средств включения и потоков стоимости.
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.
Azure Boards поддерживает следующие компоненты портфеля:
- Epics: сопоставление с типом рабочего элемента Epic и разрешение отслеживания, группировки и свертки дочерних элементов.
- Невыполненная работа по портфелю. Реализована как невыполненная работа по портфелю, поддерживающая фильтрацию работ на основе анализа бизнес-потребностей.
- Видение портфеля и стратегические темы. Владельцы бизнеса и менеджеры портфеля могут использовать встроенный вики-сайт проекта, чтобы поделиться своим видением, целями и целями.
- Потоки значений. Потоки значений можно отслеживать с помощью тегов или настраиваемых полей.
- Экономные бюджеты. Сведения о бюджете можно записывать в настраиваемые поля и свертывать, чтобы получить представление о уровнях "Функции" и "Эпическая".
- Ключевые показатели эффективности. Несколько отчетов и мини-приложений панели мониторинга предоставляют стандартные метрики. Power BI и служба аналитики предоставляют поддержку для быстрого создания настраиваемых отчетов.
SaFe® большого решения
Крупные решения SAFe® включает поддержку невыполненной работы, обучения решений и возможностей.
Воспроизводится с разрешением с © 2011 по 2020 г. Scaled Agile Inc.. Все права защищены.
Вы можете реализовать крупные решения так же, как и портфель saFe®. Однако можно также добавить настраиваемые типы рабочих элементов и пользовательские невыполненные работы для поддержки других требований решения.
Полный safe®
Полный saFe® включает три уровня: Essential SAFe®, Large Solution SAFe® и Portfolio 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®.
Дальнейшие действия
Похожие статьи
- Масштабирование гибкой разработки до крупных команд
- Культура Agile
- Подходы к масштабированию
- Сведения о спринтах, Scrum и управлении проектами
- О Boards и канбан-досках
- Масштабируемая гибкая платформа: сайт ресурсов SAFe®.
- Масштабирование метрики Agile и SAFe® с помощью TFS: запись блога, которая иллюстрирует отчет SQL Server, разработанный InCycle, чтобы проиллюстрировать, как TFS можно использовать для поддержки масштабируемой гибкой разработки или 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).
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе:Отправить и просмотреть отзыв по