Какова цель корпоративных фреймворков Safeless

Обновлено: 02.07.2024

Корпоративные Agile Frameworks предоставляют организациям структуры, процессы и методы, позволяющие получать предсказуемые результаты в короткие промежутки времени. Этими результатами могут быть сложные цифровые продукты и услуги, корпоративная стратегия, трансформация бизнеса и т. д. Enterprise Agile Framework помогает управлять и координировать сложные Agile-релизы (результаты) и разрабатывать решения, которые являются не только осуществимыми, но и рутинными и устойчивыми.

Гибкое внедрение

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

Роли в Agile Framework

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

Команды доставки

Команды доставки – это самоорганизующаяся межфункциональная группа из 5–11 человек, которая определяет, создает, тестирует и обеспечивает прирост ценности в короткие сроки. Обычно группы доставки состоят из бизнес-аналитиков, дизайнеров, инженеров и тестировщиков, которые руководствуются функцией «Лидерство продукта». Скрам-мастер — это особая роль в структуре Agile; он / она является лидером-слугой и тренером команды. Эта роль прививает согласованный Agile-процесс, помогает устранить препятствия на пути прогресса и создает среду для высокой производительности, непрерывного потока и неустанного улучшения.

Функция лидерства в продукте

Руководство по продукту обычно состоит из владельца продукта (PO), менеджера по доставке (DM) и архитектора решений (SA). Эта функция обеспечивает видение, лидерство и автономию, необходимые для развития и продвижения высокоэффективных команд. Он также предвидит блокпосты и препятствия внутри компании и, по возможности, устраняет их до того, как они замедлят работу команды. Руководство продуктом гарантирует, что команды разработчиков будут управляться, управлять, обеспечивать финансирование и информировать заинтересованные стороны.

Команды обслуживания

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

ПЕРВИЧНЫЙ подход

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

БЫСТРО Agile

Технология гибкого масштабирования для Agile (FAST Agile) описывается как упрощенная платформа для масштабирования за счет совместной работы. FAST сочетает в себе элементы Scrum, XP, картирования историй и технологий открытого пространства (OST). FAST Agile предназначен для проектов с несколькими командами, расположенными в одном месте. Практика экстремального программирования (XP) лежит в его основе. FAST фокусируется на создании сетей из нескольких команд, расположенных вместе, а не на постоянной основе.

Масштабируемый канбан

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

Масштабный скрам (LeSS)

LeSS – это система бережливой разработки продуктов, которая расширяет возможности базового Scrum для нескольких команд, совместно работающих над одним продуктом. LeSS относительно прост и фокусируется на уменьшении масштаба сложных организаций, уравновешивая абстрактные принципы и конкретные практики.У него есть две платформы — платформа LeSS для двух-восьми команд и платформа LeSS Huge для более чем восьми команд. LeSS — это едва достаточная методология, предназначенная для минимизации предписывающих правил. Вместо этого в нем подчеркивается, что принимающие организации должны взять на себя ответственность и владеть своими методами и организационной структурой.

Масштабируемая гибкая бережливая разработка (ScALeD)

SCALeD – это набор из 18 принципов масштабирования Agile, которые соответствуют Манифесту Agile и краеугольным камням бережливого управления. Он содержит руководство для организаций, внедряющих методы Agile в больших масштабах. При разработке методологи обнаружили высокую согласованность с фоном и основами крупномасштабного Scrum. Поэтому они решили оставить ScALeD в качестве руководства и сосредоточиться на практическом применении LeSS.

Дисциплинарный Agile (DA)

Структура Disciplined Agile от Института управления проектами (PMI), ранее известная как Discipline Agile Delivery (DAD), представляет собой гибкий набор инструментов для метапроцессов с шестью вариантами жизненных циклов, основанных на Scrum, XP, Kanban и бережливом стартапе. Disciplined Agile уделяет особое внимание методам и архитектуре Agile-моделирования, а также широкому охвату рабочих процессов, таких как управление данными, управление портфелем, потоки создания ценности и управление.

Масштабируемая Agile-инфраструктура (SAFe)

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

Scrum@Scale

Созданный одним из соавторов Scrum, Scrum@Scale от Scrum Inc. является расширением базовой среды Scrum. Scrum@Scale масштабирует Agile-разработку, следуя основным принципам фреймворка Scrum, которые сделали его таким адаптируемым. Он сохраняет модульную структуру в основе Scrum и обеспечивает масштабирование для достижения конкретных бизнес-результатов, таких как повышение скорости, качества, инноваций и предсказуемости. Scrum@Scale предназначен для работы в различных отраслях и дисциплинах, включая программное обеспечение, оборудование, услуги, операции, исследования и разработки и многое другое.

Нексус

Модель Spotify

Модель Spotify никогда не задумывалась как формальная корпоративная Agile-инфраструктура. Это модель, основанная на том, как Spotify стремился решить свои задачи по согласованию инноваций. Многие организации учатся у него и объединяются в отряды, племена, отделения и гильдии, альянсы и так далее. Модель Spotify приобрела популярность благодаря статьям, опубликованным в McKinsey Quarterly.

Альянс XSCALE

Структура XSCALE охватывает гибкость бизнеса, управление продуктами и DevOps. Он делает упор на втягивание предприятия в культуру, а не на внедрение культуры в предприятие. Демасштабирование, а не масштабирование, а также приоритет гибкости бизнеса являются центральными принципами этой структуры. Он легко сочетается с другими командными и корпоративными фреймворками, а также работает как автономный фреймворк. Практика XSCALE основана на многих источниках, таких как «Великий закон мира» Гайаваты, «Му Хин Шу» Рикю, «Учет пропускной способности» Голдратта, «Пермакультура» Холмгрена, «Управление открытыми книгами» Стэка и «Экстремальное программирование» Бека. Его принципы ориентированы в первую очередь на предприятие, а Agile в ИТ используется только как средство для достижения этой цели.

Поделитесь этой историей, выберите платформу!

Об авторе: Митхун Шридхаран

Я Митхун Шридхаран, основатель и автор Think Insights и INTRVU. Я являюсь глобальным отраслевым консультантом в ведущей компании, занимающейся облачными технологиями, где я консультирую CxO и руководителей глобальных корпораций по их стратегическим инициативам. Ранее я занимал руководящие должности в глобальных фирмах по управленческому консалтингу и технологиям, таких как KPMG, Sapient Consulting, Oracle и EADS. Мои идеи на этом веб-сайте основаны на моем личном опыте взаимодействия с клиентами на рынках капитала, автомобилестроении и высоких технологиях. Пожалуйста, свяжитесь со мной в LinkedIn.

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

Джессика Пииккила

Просмотреть темы

Scaled Agile Framework ® (SAFe ® ) – это набор шаблонов организации и рабочих процессов для реализации гибких практик в масштабе предприятия.Структура представляет собой совокупность знаний, которая включает структурированное руководство по ролям и обязанностям, планированию работы и управлению ею, а также ценностям, которые необходимо поддерживать.

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

По мере роста бизнеса SAFe предлагает структурированный подход к гибкому масштабированию. В SAFe есть четыре конфигурации для различных уровней масштабирования: Essential SAFe, Large Solution SAFe, Portfolio SAFe и Full SAFe.

Дин Леффингуэлл и Дрю Джемило выпустили SAFe в 2011 году, чтобы помочь организациям разрабатывать более совершенные системы и программное обеспечение, которые лучше отвечают меняющимся потребностям клиентов. В то время команды использовали традиционные процессы управления проектами для доставки программного обеспечения. Но по мере того, как потребность быстро реагировать на меняющиеся рыночные условия возросла, появились новые фреймворки, помогающие компаниям улучшить доставку решений на своих предприятиях, и родилась SAFe. Сегодня SAFe — одна из самых популярных масштабируемых гибких сред доставки, и всемирное сообщество практиков SAFe продолжает ее развивать.

Основные принципы и ценности

Основные ценности

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

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

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

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

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

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

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

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

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

Лидерство

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

Принципы безопасности

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

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

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

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

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

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

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

Ограничение незавершенного производства помогает заинтересованным сторонам точно видеть, как идет работа.

Три элемента этого принципа представляют собой основные способы максимизации пропускной способности и ускорения предоставления ценности, или, другими словами, реализации "потока". Как говорится: "Как съесть слона? По кусочку за раз".

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

Этот принцип предлагает руководство по оптимизации для достижения наилучших результатов.

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

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

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

Как работает SAFe?

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

Scaled Agile, Inc. предоставляет дорожную карту внедрения SAFe, которая содержит подробные инструкции по началу работы и настройке организации для широкого внедрения в портфелях. 12 шагов для внедрения SAFe включают в себя:

Достижение переломного момента
Обучайте агентов по бережливому производству
Обучайте руководителей, менеджеров и руководителей.
Создайте центр передового опыта, основанный на бережливом подходе.
Определить потоки создания ценности и ART (Agile Release Trains)
Создайте план внедрения
Подготовка к запуску ART
Обучать команды и запускать ART
Обучайте выполнению ART
Запускайте больше ART и потоков создания ценности
Расширить портфолио
Поддерживать и улучшать

Чем SAFe отличается от других масштабируемых гибких фреймворков?

Несмотря на то, что Scaled Agile Framework® (SAFe®) широко применяется на предприятиях с большими командами разработчиков программного обеспечения, другие масштабируемые agile-фреймворки со временем набирают популярность. Все фреймворки для масштабирования Agile имеют пять основных компонентов: вдохновение из 12 принципов Agile Manifesto, ритм, синхронизация, Scrum и методы качественной разработки. Понимание происхождения других платформ, основных отличий и условий их успешного применения может помочь организациям выбрать ту платформу, которая лучше всего соответствует их потребностям.

Хотите получить дополнительную информацию о самых популярных гибких платформах? Посетите страницу обзора Agile at scale на Agile Coach.

SAFe и Scrum@Scale

В Scrum@Scale (S@S) каждый является частью взаимозаменяемой команды Scrum.В зависимости от своих целей сети Scrum-команд объединяются, чтобы сформировать экосистему. Цель S@S — создать сеть команд Scrum с помощью «архитектуры без масштабирования», что означает, что основные роли и события Scrum линейно масштабируются без введения новой динамики процессов. Например, одного Scrum of Scrum (SoS) может быть недостаточно для очень сложного продукта с 25 Scrum-командами, поэтому может потребоваться Scrum of Scrum of Scrums (SoSoS) с Scrum of Scrum of Scrums Master (SoSM). /p>

Хотя S@S, как правило, менее предписывающий, он предлагает один наводящий вопрос, который поможет организациям определить, готовы ли они к масштабированию: если вы добавите больше людей в систему, увеличится ли производительность в геометрической прогрессии или производительность пострадает?

Как и SAFe, S@S предлагает справочный контент в Интернете, включая подробное руководство по Scrum@Scale, популярность которого растет.

S@S наиболее успешен, когда

Стек технологий является объектно-ориентированным (т. е. вертикальные пользовательские истории фактически могут быть созданы за две недели).
Специальные команды организации обладают Т-образными навыками, ценностями, ориентированными на продукт, и минимальной бюрократией.
Инструмент Agile или Agile Lifecycle Management (ALM) не требуется, пока практики не станут второй натурой
Исполнительная команда готова практиковать схватку и устранять препятствия для организации.

SAFe и крупномасштабный Scrum (LeSS)

Large-Scale Scrum (LeSS) использует минималистский подход к ролям, структуре и артефактам. В то время как SAFe предлагает четыре конфигурации для размещения групп все большего и большего размера и все более сложных решений, LeSS предлагает две конфигурации: LeSS для двух-восьми команд и LeSS Huge для более чем восьми команд. LeSS также отличается своей позицией, согласно которой владельцы продукта должны иметь полную власть над контентом и стратегическое влияние, в то время как SAFe поощряет более демократичный подход. И хотя в SAFe на стратегию влияют многие факторы, LeSS делает акцент на клиентоориентированном подходе, ориентированном на платежеспособных клиентов.

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

LeSS наиболее успешен, когда

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

SAFe против DA

В отличие от остальных описанных платформ, Disciplined Agile (DA) представляет собой набор инструментов, который позволяет организациям решать, какой способ работы наиболее подходит им. Он предлагает легкое гибкое управление, основанное на Scrum и Kanban, а также знания по трансформации в таких областях, как HR и финансы, управление, DevOps, управление портфелем и многое другое. DA включает в себя ситуационное использование разных уровней масштаба для каждого проекта и делает акцент на возможности принятия решений, чтобы помочь определить стратегическое направление.

DA наиболее успешна, когда

Организации хотят определить свои собственные масштабируемые пути гибкой разработки
Организации хотят сохранять гибкость в масштабах предприятия.
Организации хотят сохранить выбор процессов и/или рамок

SAFe против Spotify

«Модель» Spotify – это управляемый людьми автономный набор методов, которые можно применять для координации гибких команд. Он никогда не задумывался как модель или фреймворк, но некоторые предприятия приняли его как таковой. Spotify делает упор на самоорганизующиеся, кросс-функциональные и совместные команды, называемые «отрядами» (эквивалент команды схватки). Для сравнения, в SAFe нет такого положения о совместном размещении команд, но для планирования PI это поощряется.

Отряды организованы в более крупные подразделения, называемые "племенами". Зависимости между отрядами немногочисленны и решаются с помощью Scrum of Scrums, когда они возникают. Обмен знаниями возможен через "отделения" и "гильдии", неформальные группы, организованные на основе набора навыков и интересов.

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

Spotify наиболее успешен, когда

Применение идей в собственном бизнес-контексте.
Организационная культура ориентирована на обучение, допущение ошибок и контролируемый риск.
Команды и продукты «слабо связаны, тесно связаны», чтобы избежать конфликтов зависимостей.

БЕЗОПАСНОСТЬ 5.0

Основной принцип SAFe заключается в том, что он продолжает развиваться в сотрудничестве с сообществом практиков по всему миру. Совсем недавно Scaled Agile, Inc. запустила версию 5.0 SAFe. Ключевые изменения включали добавление 10-го принципа «Организация вокруг ценности» и изменение шага 12 с «Поддерживать и улучшать» на «Ускорение». Но здесь задействовано гораздо больше. Хотите узнать больше? Ознакомьтесь с нашим блогом Что нового и что изменилось в SAFe 5.0.

Заключение

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

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

Методологии разработки программного обеспечения прошли долгий путь. От Spiral к Waterfall и Agile произошли значительные изменения в ролях в команде, церемониях, планировании и реализации.

И если мы говорим о темпах, с которыми программные приложения выводятся на рынок в наши дни, Agile, похоже, оказал влияние и считается наиболее подходящим подходом к управлению циклом SDLC.

Кроме того, Agile-фреймворки, такие как Scrum и Kanban, позволяют отдельным командам планировать, управлять и своевременно поставлять программное обеспечение. На командном уровне эти Agile-фреймворки имеют успешную историю. Но когда дело доходит до их внедрения для нескольких команд на уровне предприятия, эти подходы необходимо масштабировать. Здесь на помощь приходят гибкие платформы масштабирования (LeSS, SAFe, DaD).

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

Масштабирование гибких фреймворков: что это такое и как они работают?

Давайте начнем с понимания цели масштабирования Agile Framework.

Обдумайте это. Ваша команда (скажем, 2 скрам-команды по 7 человек в каждой) разрабатывает программный продукт. Разработчики, владельцы продуктов и скрам-мастера сотрудничают в рамках ежедневного скрама (стенд-ап), чтобы обеспечить своевременную реализацию проекта. Это простой случай мелкомасштабной разработки продукта с использованием методологии Scrum. Здесь команды работают в одном географическом местоположении, могут совместно управлять зависимостями и обеспечивать бесшовную интеграцию.

Теперь представьте крупномасштабный продукт, в котором работают 10 скрам-команд по 6–9 человек в каждой (две из них из разных географических регионов). В каждой команде есть разработчики, владелец продукта, скрам-мастер и другие инженеры, работающие над выпуском высококачественных релизов. В этом случае каждая команда будет следовать методологии scrum для планирования, управления и предоставления части решения. Но возникнет проблема, когда им придется сотрудничать, чтобы обсудить блокировщики, задержки, досрочное завершение, интеграцию, зависимости и многое другое.

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

Крупномасштабные решения: пример

Чтобы справиться с такими сценариями, многие считают Scrum of Scrums решением.Scrum of Scrums — это стендап с несколькими командами, в котором скрам-мастера и владельцы продукта встречаются, чтобы держать остальную часть команды в курсе важных вопросов по всему портфолио. Это не совещание по статусу и не собрание для планирования итераций или обсуждения Agile-процессов.

Однако эта встреча Scrum of Scrums не определяет идеальных методов совместной работы команд и выпуска качественного релиза. Именно тогда необходимы фреймворки для масштабирования Agile (LeSS, DaD, SaFe).

Масштабирование Agile на организационном уровне: SAFe, LeSS и DaD

Масштабируемая Agile Framework (SAFe)

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

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

Уровни Scaled Agile Framework (SAFe)

В общей структуре Agile существует команда Scrum и Kanban, в которую входят команда разработчиков, мастер Scrum и владелец продукта. Такой фреймворк работает, когда есть 2-3 команды по 5-9 человек.

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

На уровне большого потока есть инженер потока создания ценности, который управляет Agile Release Trains (ARTs), менеджер решений, который определяет концепцию и план решения, и архитектор решений, который отвечает за техническое и архитектурное видение решения, находящегося в стадии реализации. разработка.

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

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

Крупномасштабный скрам (LeSS)

LeSS – это расширенная версия однокомандного Scrum, основное внимание в которой уделяется привлечению внимания всех команд к продукту. Он поддерживает базовые практики Scrum, но имеет некоторые основные отличия от обычных собраний Scrum:

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

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

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

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

В зависимости от того, насколько велика команда, для внедрения доступны две платформы LeSS:

LeSS: до восьми команд (по восемь человек в каждой)
LeSS Huge: до нескольких тысяч участников на одном продукте

Дисциплинированная гибкая поставка (DaD)

Scrum определяет наиболее эффективные стратегии для ведущих Agile-команд. Однако это лишь часть того, что необходимо для создания полноценного масштабируемого решения. Структура Disciplineed Agile Delivery (DaD) устраняет пробелы, которые есть у Scrum в разработке Agile-решений.

DaD – это гибридный подход к разработке программного обеспечения, который расширяет стратегии различных гибких фреймворков — Kanban, LeSS, бережливого производства, экстремального программирования, гибкого моделирования и т. д.

В отличие от Scrum, который представляет собой предписывающий подход к разработке программного обеспечения, DaD — это подход, ориентированный на достижение цели. DaD предоставляет контекстуальные советы относительно жизнеспособных альтернатив и компромиссов, которые касаются различных ситуаций и проблем, в которых может оказаться человек. Описывая, что работает, а что нет и почему, Discipline Agile Delivery увеличивает возможность принятия стратегий, которые будут работать для достижения цели. разобраться в ситуации.

В проекте DaD есть 10 ролей. В то время как пять из них являются первичными, пять являются вторичными. Основные роли будут возникать независимо от масштаба проекта; в то время как второстепенные роли добавляются к основным ролям по мере роста спроса или масштабируемости.

Дисциплинированные роли Agile Delivery

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

SAFe, LeSS или DaD: что выбрать?

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

Сегодня у DaD больше тренеров, чем у SAFe, но вряд ли кто-то действительно прошел этот курс, поэтому действительно ли он находит отклик на рынке? Другой вопрос, который у меня есть, заключается в том, действительно ли его практикующие оставили позади свои дни RUP. Действительно ли они верят в свои вновь обретенные ценности? Однако, учитывая выбор между SAFe и DaD, я бы определенно выбрал DaD, особенно если ваши тренеры действительно понимают Agile и ценности, которые он представляет.

Для небольших продуктов Scrum и Kanban являются наиболее эффективными моделями управления разработкой программного обеспечения. Гибкое масштабирование — это не что иное, как использование этих базовых фреймворков Agile для управления крупномасштабной разработкой продукта.

Три фреймворка гибкого масштабирования — SAFe, LeSS и DaD — могут быть выбраны в зависимости от ряда факторов: размера команды, строгости правил или структуры, которым следует следовать при разработке, масштабируемости продукта, сложности решения, времени выхода на рынок, и многое другое.

Автор: Арчна Оберой

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

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

Преимущества SAFe

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

Принципы безопасности

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

БЕЗОПАСНОСТЬ и Agile

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

Почему SAFe?

Это проверенное, масштабируемое и настраиваемое решение независимо от размера вашей организации, отрасли или сложности. Более миллиона профессионалов и 20 000 предприятий по всему миру доверяют SAFe.

Отчет Gartner: 10 основных практик для успешного внедрения Scaled Agile Framework (SAFe)

Новое исследование обобщает советы опытных стипендиатов SAFe, SPCT, SPC, RTE и менеджеров портфолио Lean по сотням внедрений

Истории успеха SAFe

Результаты говорят сами за себя

Более 20 000 организаций по всему миру в различных отраслях используют SAFe. Более миллиона человек по всему миру прошли обучение по SAFe. Узнайте больше о достигнутых ими результатах в бизнесе.

«Было ясно, что нам нужна SAFe, чтобы превратить Cerno в предприятие, полностью ориентированное на Agile, чтобы распространить Agile не только на продуктовые линейки, но и на бизнес-отделы и функциональные отделы, такие как отдел кадров. и финансы. Мы рассматривали SAFe как модель, которая приведет нас от стратегии к реализации».

Масштабируемость

Работайте по-другому. Стройте будущее.

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

Обычные результаты, опубликованные SAFe Enterprises.

50%

35%

Увеличение производительности

30%

Более счастливые и заинтересованные сотрудники

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

Курсы SAFe®

Разделы

Решения для бизнеса

Вы приглашены на весенний запуск 2022

Обзор конфиденциальности

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

Мы выделили две самые популярные платформы гибкого масштабирования (SAFe и LeSS), чтобы помочь руководителям определить, какая из них лучше всего соответствует их потребностям.

SAFe или LeSS: что вам подходит?

SAFe®: Масштабируемая Agile Framework®

SAFe ® — это самая популярная платформа для внедрения Agile в масштабах всего предприятия. Его популярность связана с проверенным системным мышлением Lean и основными принципами гибкой разработки.

SAFe ® лучше всего работает в организациях с количеством команд от пяти до нескольких сотен. Поэтому это отличный фреймворк для крупных компаний. SAFe ® предоставляет этим предприятиям высоконадежный метод планирования, выполнения и доставки с помощью Agile Release Trains (ART’s).

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

Плюсы SAFe®

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

Минусы SAFe®

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

SAFe ® – это комплексное комплексное решение, обеспечивающее гибкость не только команды, но и портфолио и бизнеса. Таким образом, SAFe ® — отличный выбор для компаний, которым требуется полная корпоративная гибкость при строгом подходе к результатам.

LeSS: крупномасштабный скрам

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

В LeSS есть две платформы:

LeSS: до восьми команд
LeSS Huge: подходит для более чем восьми команд.

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

Плюсы LeSS:

Удобный и знакомый благодаря своим корням Scrum
Уделяет внимание общесистемному мышлению.
Ориентирован на продукт, а не на проект.
Единый владелец продукта и невыполненная работа

Минусы LeSS:

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

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

Выбор правильной Agile-инфраструктуры или ее настройка в соответствии с вашими потребностями

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

Чтобы узнать больше о том, как Agile Velocity может помочь вам масштабировать Agile в вашей организации, посетите нашу страницу Transformation Services или нашу страницу SAFe Transformation .

4 ответа на вопрос «Какая Agile Scaling Framework вам подходит? SAFe® против LeSS”

[…] Podemos afirmar, sin temor aquivocarnos "mucho", que SAFe, después de cinco versiones a sus espaldas y un número apreciable de referencias enectores muy variados ha conseguido, de momento, convertirse en la alternativa gandora, con эль разрешение де LeSS. […]

[…] уникальная визуальная оптимизация для современных марок в качестве SAFe или LeSS. El objetivo es entregar algo grande que pueda mantener a grandes equipos de equipos […]

[…] уникальная визуальная оптимизация для современного Маркоса в качестве SAFe или LeSS. El objetivo es ofrecer algo grande que pueda mantener unidos a grandes equipos de […]

Читайте также: