Как ускорить работу нескольких команд с помощью SAFe, LeSS и Flight Levels | OnAgile Consulting

Как ускорить работу нескольких команд с помощью SAFe, LeSS и Flight Levels

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

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

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

Современные подходы к масштабированию Agile

Существует несколько фреймворков масштабирования, в этой статье мы расскажем о SAFe, LeSS и Flight Levels.

SAFe (Scaled Agile Framework)

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

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

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

LeSS (Large Scale Scrum)

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

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

Если проблема масштабирования Scrum на несколько команд актуальна для вас, мы собрали серию материалов про Large-Scale Scrum и постарались простыми словами объяснить, как устроены роли, оргструктура, и как применить LeSS в вашей организации.

Flight Levels 

Flight Levels помогает управлять не только отдельными командами, но и синхронизировать их работу с целями компании на стратегическом уровне. При этом внедрение уровней полёта не привязано к конкретным практикам вроде Scrum или Kanban, а скорее предлагает новый способ посмотреть на управление в целом.

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

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

Что может пойти не так при масштабировании и что с этим делать

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

Ниже разберём с самые частые проблемы, с которыми сталкиваются команды, и покажем, как можно их решить.

Одна из самых частых ошибок — пытаться внедрить Agile только в отдельных командах. Из-за различий в подходах начнутся проблемы — непонимание, путаница в ролях и отсутствия общих целей. Чтобы этого избежать, важно выстроить общий ритм и цели для всех команд. Важную роль здесь играют Product Owner и Scrum Master — именно они помогают настроить взаимодействие между командами и договориться, кто за что отвечает и согласовать действия всех участников.

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

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

Какие результаты может дать масштабирование Agile

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

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

Главное преимущество масштабирования Agile не просто в том, чтобы организовать работу десятков команд, а в умении видеть и устранять реально существующие проблемы на всех уровнях. Компании, сумевшие масштабировать Agile с помощью SAFe, LeSS или Flight Levels , со временем начинают быстрее реагировать на изменения, оставаясь гибкими и конкурентоспособными. 

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

Интересно узнать подробнее?

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

Вопросы и ответы по теме

Почему крупные компании отказываются от классического Agile в пользу SAFe?

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

Какое неожиданное преимущество дает Flight Levels производственным компаниям?

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

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

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

Какую критическую ошибку допускают компании при масштабировании Agile?

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

Как определить, какой фреймворк масштабирования подойдет вашей компании?

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

Почему традиционные метрики не работают при масштабировании Agile?

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

Хотите системно изучить гибкие методологии?

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

23 - 25 июля 2025
Узнать больше

Профессиональный сертификационный тренинг по Agile и Scrum

29 - 31 июля 2025
Узнать больше

Cертифицированный Скрам-мастер и Agile-coach

27 - 29 августа 2025
Узнать больше

Полный календарь тренингов

Перейти к расписанию

Еще публикации по Agile в Масштабирование: SAFe, LeSS, Nexus

Внедрение LeSS в организации
Публикация Масштабирование: SAFe, LeSS, Nexus

Внедрение LeSS в организации

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

Сравнение фреймворков масштабирования Agile
Публикация Масштабирование: SAFe, LeSS, Nexus

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

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

Роли и организационная структура в LeSS
Публикация Масштабирование: SAFe, LeSS, Nexus

Роли и организационная структура в LeSS

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

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!