Что такое Scaled Agile Framework (SAFe)?

Многие организации переходят от традиционных методология водопада к гибким практикам. Еще,распространенная жалоба заключается в том, что гибкая разработка плохо масштабируется. Есть ряд гибкие рамки которые теперь доступны для крупномасштабных корпоративных проектов. Эта статья посвящена одному из самых популярныхкрупномасштабные Agile-фреймворки: Scaled Agile Framework (SAFe).Давайте подробнее рассмотрим, что такое Scaled Agile Framework и как она обычно реализуется.

В этой статье обсуждаются следующие темы:

1. Переход на Agile
2. Что такое Scaled Agile Framework?
3. Уровни масштабируемой гибкой структуры
   1. Уровень команды
   2. Уровень программы
   3. Уровень потока создания ценности
   4. Уровень портфеля
4. Конфигурации SAFe
5. Преимущества масштабируемой Agile Framework
6. Недостатки масштабируемой Agile Framework

Переход на Agile

В настоящее время, Agile это хорошо известная концепция разработки и подход, который выбирают многие команды разработчиков, особенно те, кто пытается создать среду непрерывная доставка .Хотя в наши дни все переходят на agile, общая жалоба заключается в том, что это не дает удовлетворительных результатов.на уровне предприятия. Это создает множество проблем, например:

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

Существует множество масштабируемых гибких фреймворков, которые стремятся решить проблемы, связанные с гибкостью при масштабировании. Три ведущих фреймворка:Крупномасштабная шкала (LeSS), масштабируемая гибкая структура (SAFe) и дисциплинированная гибкая разработка (DAD). В этой статье мы сосредоточимся на Scaled Agile Framework.

Что такое Scaled Agile Framework?

Scaled Agile Framework, также известная как SAFe, - это среда разработки в масштабе предприятия, разработанная методологом Дином Леффингвеллом. Он использует комбинацию существующих принципов бережливого производства и гибкости и объединяет их в шаблонную структуру для крупномасштабных проектов.

SAFe был разработан в 2011 году, чтобы помочьКоманды разработчиков программного обеспечения быстрее выводят на рынок продукты более высокого качества.Основное внимание в нем уделяется четырем фундаментальным ценностям, а именно:

Выравнивание

java как преобразовать double в int

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

Встроенное качество

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

Прозрачность

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

Выполнение программы

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

Scaled Agile Framework пытается объединить все эти основные ценности для существенного улучшения сроков поставки, вовлеченности сотрудников, производительности труда и, главным образом, качества продукта. Теперь, когда вы понимаете, что такое SAFe, давайте копнем глубже, чтобы узнать больше.

Уровни масштабируемых гибких фреймворков

SAFe - это шаблон для гибкого масштабирования для крупных организаций. Он состоит из четырех уровней:

• Уровень команды
• Уровень программы
• Уровень потока создания ценности
• Уровень портфеля

Давайте узнаем больше о каждом из этих уровней.

Примечание: основные термины SAFe

• Гибкие команды - Это небольшая группа людей, сосредоточенных на определении, создании и тестировании решений в короткие сроки.
• Поезд гибких релизов (ART) - Это самоорганизующаяся, долгоживущая группа гибкие команды чьей целью является совместное планирование, принятие и выполнение решений. Они существуют исключительно для того, чтобы обеспечить обещанную ценность, создавая выгодные для клиента решения.

Уровень команды

На командном уровнеОбрисованные в общих чертах методы используются в Scrum , доставляя прирост продукта (работающее программное обеспечение) каждые две недели спринт-цикла. Однако команды также могут работать в Канбан или Scrumban. В Уровень команды содержит роли, артефакты, события и процессы, которые создают и предоставляют гибкие команды.

• Роли и функции ART, включая Release Train Engineer (RTE), Product Management, System Architect и т. Д., Поддерживают все команды в поезде.
• Agile-команды полностью способныопределение, построение, тестирование и развертывание историй из их резерв продукта
• Команды используют ScrumXP или Kanban для предоставления высококачественных продуктов, регулярно производяДемонстрация системы (интегрированный вид новых функций) для последней итерации
• Каждая команда состоит из пяти-девяти человек и включает в себя все роли, необходимые для повышения качества.
• Участвующие роли: Agile-команда (кросс-функциональный ScrumXP или Kanban), команда разработчиков, Scrum Master и владелец продукта.
• Выявление, приоритезация, планирование, внедрение, тестирование и принятие историй являются основными требованиями управленческой работы на уровне команды.
• Команда применяет лучшие практики, такие как встроенное качество, чтобы гарантировать соответствие продукта надлежащим стандартам качества на протяжении всего процесса разработки.

Уровень команды SAFe - жизненно важная часть Уровень программы . Но каков именно программный уровень?

Уровень программы

На программном уровне SAFe работает так же, как и на уровне команды, за исключением больших масштабов. Как в,это относится к нескольким командам, работающим вместе под руководством группы управления программой и обеспечивающим ценность концепции Agile Release Train. В нем есть команды, роли и действия на уровне программы, которые обеспечивают непрерывный поток ценностей.

• В каждом ART от 5 до 12 Agile-команд, и они работают в ограниченном по времени подходе, когда прирост продукта от 8 до 12 недель
• Прирост продукта имеет четыре итерации разработки , с последующим одна итерация инноваций и планирования

Вот как работает типичный программный уровень.

Шаг 1: Менеджер по продукту определяет содержание потенциально возможного приращения с помощью Журнал программы

Шаг 2: Прирост продукта начинается с Планирование приращения продукта (PI Planning) , основанное на каденции, личное планирование, объединяющее все команды ART с миссией.

Шаг 3: Затем команды разделяются, чтобы обсудить, что они могут делать в своей группе, пока согласование с другими командами . В основном они планируют и обсуждают ряд спринтов вперед на функциональном уровне, в отличие от Scrum (Scrum планирует только один спринт вперед).

Шаг 4: Вобязательства команд и зависимости между командами отображаются на доска программ .

Шаг 5: Скрам-мастера иИнженер по выпуску, который является главным Скрам-мастером поезда, облегчает программы с помощью различных механизмов, таких как программный канбан, инспекция и адаптация семинаров и т. обсудить прогресс миссии . Это завершает четыре итерации разработки.

Шаг 5: Далее идет пятая итерация. Это для укрепление, инновации и планирование . Закалка включает окончательную проверку и тестирование. Инновации - это поиск новых идей. Планирование влечет за собой обслуживание линии выпуска и планирование следующего 10-недельного цикла.

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

Уровень потока создания ценности

Уровень потока создания ценности - это дополнительный уровень, предназначенный для разработчиков крупных и сложных решений, которые обычно требуют нескольких ART, а также участия поставщиков. Он предлагает ряд новых функций в SAFe 4.0.

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

• Основная цель -для описания подходов Lean-Agile к определению, созданию и развертыванию крупных критически важных решений
• Эти подходы помогают справиться с проблемойопределение, создание и развертывание крупных критически важных решений в любом масштабе. Для этого требуетсядополнительные конструкции, артефакты и координация
• Обычно fнеисправность решения или даже подсистемы имеет неприемлемые экономические и социальные последствия
• Этот уровень содержит
  • An Экономическая основа который обеспечивает финансовые границы для принятия решений о потоке создания ценности
  • К Намерение решения в качестве репозитория для отслеживания предполагаемого и фактического поведения решения
  • К Контекст решения , который описывает, как решение вписывается в среду развертывания.
  • Возможности, которые описывают более широкое поведение решения
• Этот уровеньорганизовано вокруг Приращения программы , которые синхронизируются по всем Agile Release Trains в потоке создания ценности.
• Для обсуждения прогресса и планирования на этом уровне также есть Для - и Пост-PI-планирование встречи и Демонстрация решения
• Также предоставляетдополнительные роли, такие как Управление решениями , Архитектор решений / Разработка , а Инженер потока создания ценности

Наконец, у нас есть уровень портфолио.

Уровень портфеля

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

• Он обеспечивает операции Agile-портфолио и Lean-управление для людей и ресурсов, необходимых для предоставления решений.
• Предоставляет базовые конструкции, необходимые для организации Lean-Agile Enterprise вокруг потока ценности через один или несколько потоков создания ценности.
• Каждый из этих потоков ценностей разрабатывает системы и решения, необходимые для достижения стратегических целей.
• Предоставляет основной бюджет и необходимые механизмы управления, включая Ограничения бережливого бюджета
• Убедитесь, что потоки создания ценности и их поезда нацелены на создание правильных вещей с соответствующим уровнем инвестиций

Каждый портфель SAFe имеет двусторонняя связь с предприятием .

• Первый способ - предоставить стратегические темы, которые направят портфель к более крупным и постоянно меняющимся бизнес-целям. Эти стратегические темы связывают портфель с развивающейся бизнес-стратегией предприятия, обеспечивают бизнес-контекст для принятия решений в рамках портфеля, влияют на инвестиции в потоки создания ценности и служат исходными данными для портфолио, решения и невыполненные задачи по программе. Стратегические темы не создаются бизнесом изолированно, скорее, ключевые заинтересованные стороны портфеля участвуют в этом процессе.
• Второе направление обеспечивает постоянный поток обратной связи от портфеля к заинтересованным сторонам предприятия. Сюда входят ключевые показатели эффективности потока создания ценности,качественная оценка текущего состояния портфолио решений для рыночных целейe, наряду с любыми сильными и слабыми сторонами, возможностями и угрозами, присутствующими на уровне портфеля.

Таким образом, Scaled Agile Framework действует какинтерактивная база знаний для внедрения гибких практик в масштабе предприятия. Он предлагает четыре разновидности конфигураций SAFe.

Конфигурации SAFe

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

Essential SAFe

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

Большое решение SAFe

Эта конфигурация предназначена для разработки самые большие и сложные решения которые обычно требуют нескольких Agile Release Trains (ART) и поставщиков, но не требуют рассмотрения на уровне портфеля. Обычно используется в таких отраслях, как аэрокосмическая, оборонная, автомобильная и т. Д. Состоит из уровня команды, уровня программы и уровня большого решения. Уровень решения помогает предприятиям, которые сталкиваются с самыми серьезными проблемами - построением крупномасштабного, многопрофильного программного обеспечения, оборудования и сложных ИТ-систем.

Портфолио SAFe

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

диплом аспиранта vs степень магистра

Полный SAFe

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

Проще говоря, Scaled Agile Framework - этоспроектирован не столько как единый фреймдваrk, но как обширную базу знаний проверенных передовых практик, которые команды использовали для создания успешных программных продуктов. У него есть свои плюсы и минусы.

Преимущества масштабируемой Agile Framework

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

Хотя SAFe дает множество преимуществ, он также имеет свои недостатки.

Недостатки Scaled Agile Framework

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

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

Вот и все, ребята !. На этом мы подошли к концу статьи. Вы можете быть ошеломлены количеством ключевых терминов, используемых здесь. Если да, можете сослаться на это Глоссарий Scaled Agile Framework .

Убедитесь, что вы хорошо разбираетесь в терминологии Scrum, прежде чем начать ее использовать.

Есть вопрос к нам? Пожалуйста, укажите это в комментариях к статье «Что такое Scrum?» статья, и мы свяжемся с вами в ближайшее время.