SAFe, LeSS или свой фреймворк. Как выбрать подход к масштабированию agile

Когда в компании больше трёх-четырёх Scrum-команд, работающих над одним продуктом или связанными продуктами, рано или поздно возникает вопрос координации. Кто-то гуглит «масштабирование agile», находит SAFe и начинает внедрять. Gartner называет SAFe «фреймворком номер один по уровню интереса и внедрения среди крупных организаций», и для многих руководителей этого аргумента достаточно.

Через полгода-год компания обнаруживает, что у неё появилось 15 новых ролей, 40 новых церемоний, несколько уровней планирования и Release Train Engineer, который координирует Agile Release Train. Структура выглядит солидно. Скорость доставки при этом выросла незначительно, а количество совещаний увеличилось заметно.

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

SAFe: когда он действительно уместен

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

Типичный контекст: крупный банк или телеком-оператор, 15-20 команд, сложная интеграция между системами, необходимость синхронного PI Planning раз в квартал. Здесь SAFe даёт готовую структуру с ролями, церемониями и метриками, которую можно адаптировать под себя.

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

LeSS: минимализм и доверие командам

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

LeSS хорошо работает, когда команды достаточно зрелые и умеют самоорганизовываться. 2-8 команд, работающих над одним продуктом, общий Product Owner, минимум дополнительных ролей. Для организаций, которые ценят простоту и хотят сохранить дух Scrum при масштабировании, LeSS часто оказывается более естественным выбором, чем SAFe.

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

Flight Levels: координация без фреймворка

Flight Levels, предложенный Клаусом Леопольдом, это скорее модель мышления, чем фреймворк. Идея в том, что координация работы происходит на трёх уровнях: операционный (одна команда), координационный (несколько команд) и стратегический (вся организация). На каждом уровне визуализируется поток работы и выстраиваются WIP limits.

Flight Levels привлекателен тем, что не требует перестройки организационной структуры. Можно начать с визуализации потока на координационном уровне и постепенно добавлять элементы. Это менее рискованный старт, чем внедрение SAFe или LeSS целиком.

Кастомный подход: почему «свой» фреймворк часто работает лучше

Многие компании, попробовав SAFe или LeSS, приходят к тому, что берут отдельные элементы из разных подходов и собирают свою систему координации под конкретный контекст. PI Planning из SAFe, общий беклог из LeSS, визуализация потока из Flight Levels, собственные метрики и ритуалы.

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

Как выбирать

Несколько вопросов, которые помогают определить направление.

Сколько команд и насколько они связаны? Для 2-5 слабо связанных команд, возможно, достаточно еженедельного sync между PO и визуализации зависимостей. Полноценный фреймворк масштабирования может быть избыточен.

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

Готов ли менеджмент меняться? LeSS требует убрать лишние слои управления. SAFe позволяет их сохранить (и добавить новые). Flight Levels можно начать без организационных изменений. Честный ответ на этот вопрос часто определяет выбор.

Можно ли начать с малого? Внедрение SAFe целиком для всей организации за квартал, рискованная стратегия. Начать с одного Agile Release Train или с Flight Levels для пары связанных команд гораздо безопаснее.

Где разобраться глубже

Тренинг Масштабирование Agile: SAFe, LeSS и Flight Levels разбирает все три подхода на практике. 12 модулей: от организации кросс-функциональных команд и выбора фреймворка до метрик, управления зависимостями и построения системы постоянных улучшений. Тренинг помогает выбрать подход под контекст вашей организации, а не внедрять «самый популярный».

Для менеджеров проектов и delivery-менеджеров полезна также программа Agile Project Management. Метрики потока, прогнозирование и прозрачность для бизнеса на уровне нескольких команд.