Сравнение фреймворков масштабирования Agile

Краткий обзор фреймворков

Scaled Agile Framework (SAFe) — наиболее распространённый фреймворк для масштабирования Agile

Это комплексная «методичка» для большого предприятия с множеством ролей, уровней и регулярным синхронным планированием. Американская исследовательская компания Gartner называет SAFe «фреймворком №1 по уровню интереса и внедрения среди крупных организаций». Фактически это «большой готовый Agile», за что его и ценят корпорации, которым нужен целостный подход​. 

Большинство компаний, использующих SAFe, начинают с внедрения PI Planning, System Demo и других элементов, которые позволяют наладить квартальное планирование и синхронизировать релизы продуктов на масштабе больших департаментов​. 

Large-Scale Scrum (LeSS) — наиболее соответствующий ценностям Agile подход к масштабированию

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

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

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

Nexus — фреймворк от создателей Scrum 

Он был разработан для координации 3-9 Scrum-команд, работающих над одним продуктом. Если LeSS — это Scrum на масштабе, то Nexus — это «Scrum из Scrum’ов». Для того чтобы следить за зависимостями и интеграцией результатов работы всех команд в единый инкремент, создается Nexus Integration Team — небольшая команда из технических специалистов, Скрам-мастера и Владельца продукта.

При этом подходе добавляются общие для всех команд мероприятия: совместное планирование спринта, ежедневные Daily Scrum, Sprint Review и ретроспективы. Каждая команда продолжает работать по Скрам, а масштабирование только сводит их работу воедино.

Nexus — сравнительно молодой и не столь популярный фреймворк. Согласно опросам аудиторских компаний, его используют ~2% организаций. Тем не менее, он может подойти тем, у кого уже есть несколько Scrum-команд, которые нужно только синхронизировать между собой без лишней бюрократии.

Flight Levels — не совсем фреймворк в классическом смысле, скорее концепция бизнес-гибкости

Flight Levels, в отличие от SAFe, LeSS и Nexus, не диктует структуру команд и конкретные роли. Вместо этого он помогает связать бизнес-цели с их работой и вводит три «уровня полёта»: стратегический, координационный и оперативный.

Идея Flight Levels заключается в том, что одной высокопроизводительной команды недостаточно для бизнес-гибкости. Нужна согласованность на уровне всей организации​. Для этого Flight Levels предлагает визуализировать работу на всех этапах с помощью Kanban-досок, находить узкие места и улучшать процесс от стратегии до внедрения. Причем не нужно ломать текущую структуру — можно начать с того, где вы сейчас, и постепенно улучшать взаимодействие между уровнями.

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

Как именно разные фреймворки помогают масштабированию?

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

SAFe

Его можно сравнить с симфоническим оркестром под управлением дирижёра, роль которого выполняет Release Train Engineer, он же Машинист Поезда SAFe. А сам оркестр — это Agile Release Train или группа Agile-команд, которые работают вместе для достижения общей цели, то есть для создания ценности.

Дирижер координирует исполнение партитуры, помогает управлять рисками и обеспечивает ценность на программном и портфельном уровне. Это позволяет добиться синхронности и единства замысла. SAFe делает акцент на стандартизации процессов и ролей для большого количества команд. Большинство компаний отмечают, что единый ритм PI-планирования (интервалы от 8 до 12 недель) помог добиться более предсказуемых результатов за счет слаженной работы нескольких команд.

Но у SAFe есть и минусы. Вы видели когда-нибудь вживую симфонический оркестр? Он очень громоздкий и иерархичный. Критики считают, что в SAFe слишком много уровней и правил, из-за чего он «недостаточно agile». 

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

LeSS

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

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

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

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

Nexus 

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

Например, если над одним продуктом работают пять команд, Nexus организует ежедневные стенд-апы, чтобы синхронизировать их работу и устранить возникающие трудности. Такой подход не требует дирижёра и легко управляется самими командами. Но для сложных «симфоний» Nexus не подходит — он рассчитан на относительно небольшое количество команд.

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

Flight Levels 

Сложно сравнить этот фреймворк с музыкой. Flight Levels работает как диспетчерская вышка для Agile — не управляет каждой командой в отдельности, а устанавливает ориентиры и связывает разные уровни. 

На самом высоком уровне определяется стратегия — куда летим. На среднем налаживается координация между отделами. А на нижнем команды, непосредственно, выполняют конкретные задачи. Важно, что Flight Levels не диктует, как именно лететь каждой команде — они могут использовать Scrum, Kanban или что угодно​. Главное, чтобы были согласованы приоритеты и точки синхронизации.

Например, руководство банка может с помощью Flight Levels визуализировать все главные инициативы на портфельной доске и видеть, как они разбиваются на задачи для команд — это создаёт прозрачность. 

Как рассказывали о своем кейсе agile-коучи одной из технологических российских компаний, элементы Flight Levels помогли связать OKR руководства с бэклогами команд разработки. Этот фреймворк дает гибкость, но требует зрелого управления.

Как выбрать правильный фреймворк?

Единого рецепта нет. Но вот несколько практических советов:

Оценить масштаб и сложность

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

Обратить внимание на тип продукта и организацию

Если вы — продуктовая компания среднего размера или стартап, стремящийся вырасти, то вам может подойти LeSS​. Он особенно эффективен, когда вся компания сфокусирована на одном или ограниченном наборе продуктов. LeSS​ хорошо работает для R&D-центров крупных компаний или отдельных бизнес-юнитов, которые могут относительно автономно перейти на новую структуру команд​. 

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

Начать с малого, если есть сомнения

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

Для всего остального есть Flight Levels

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

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

Оцените культуру и готовность к изменениям

Анализ McKinsey показывает, что до 70% трансформаций терпят неудачу из-за сопротивления и непонимания со стороны сотрудников. Поэтому выбирайте то, что впишется в вашу культуру или то, что эту культуру постепенно сдвинет. Если компания привыкла к регламентам и четкой иерархии, SAFe может быть воспринят легче, чем другие фреймворки. Он выглядит знакомо для руководителей и даёт им понятные рычаги. 

Если вы опять таки дорожите духом стартапа, то вам лучше идти от обратного. Начните с LeSS и лишь при необходимости добавляйте новые правила. Как отмечает Deloitte, успех Agile-трансформации во многом определяется тем, что делают или не делают лидеры​. Руководству нужно быть готовым пересмотреть свой стиль управления — перейти от командно-контрольного к поддерживающему лидерству и культуре экспериментов.

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

Комбинируйте и адаптируйте

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

Например, можно использовать PI Planning и Quarterly OKR Review из SAFe, но при этом оставить команды работать по Скрам без дополнительных ролей, как в Nexus. Или объединить несколько трайбов по модели Spotify, организовав для них единую очередь задач и общие ревью результата, как в LeSS. 

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

Последний совет

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

И помните, что по-настоящему гибкими становятся не от выбора названия фреймворка, а от тех изменений в мышлении и работе, которые за ним стоят. Как говорили в одном из банков после Agile-трансформации: «Не так важно, по SAFe мы или по LeSS, важно, что мы научились быстрее ценность для клиента создавать». 

Приходите на наш тренинг по масштабированию Agile , на котором мы рассмотрим все перечисленные фреймворки.

И успехов вам на пути масштабирования!