Зачем нужен SAFe: история, структура и логика масштабирования

Фреймворк SAFe (Scaled Agile Framework) в своем современном виде сформировался в 2011 году. Тогда вышла первая версия, и с тех пор он прошел несколько этапов развития. Сегодня актуальна версия SAFe 6.0, доступная на официальном сайте scaledagileframework.com

Я впервые познакомился с SAFe в 2012 году, когда актуальной была версия 2.0. А уже начиная с версии 3.0, в 2013 году, начал работать с клиентами, помогая внедрять фреймворк.

Эволюция SAFe и ключевые изменения

Если сравнить старые версии с современной 6.0, заметно, что SAFe постепенно уходил от терминологии классического проектного менеджмента.
Так, еще в версии 4.6 (2018–2019) активно использовалось слово программаодна из конфигураций называлась Program, элементы фреймворка Program Backlog, Program Increment (PI) и т. д.
Но с версии 5.0 название конфигурации заменили на Essential, а в 6.0 термин Program полностью исчез. Это отражает стремление SAFe дистанцироваться от традиционной проектной логики и перейти к системному, ценностно-ориентированному и продукто-ориентированному подходу.

Четыре конфигурации SAFe

Во всех версиях SAFe можно выделить четыре уровня конфигурации:

  1. Essential SAFe — базовый уровень, ядро системы.

  2. Portfolio SAFe — уровень управления портфелем.

  3. Large Solution SAFe — уровень работы с крупными и комплексными решениями.

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

 

1. Essential SAFe: аналог программы

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

Совокупность таких команд образует Agile Release Train (ART) — «паровоз», который двигается к общей цели и синхронизирует работу нескольких команд. Это и есть уровень Essential SAFe — аналог программы, объединяющей отдельные проекты.

Хорошая метафора: если каждая команда делает отдельную деталь — колеса, раму, руль, — то ART создает велосипед целиком. Это свойство называется эмерджентным: каждая команда по отдельности не может создать продукт как велосипед, но вместе они формируют новую ценность.

2. Portfolio SAFe: аналог портфеля проектов

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

3. Large Solution SAFe: масштабирование без добавления новых бизнесов

Конфигурация Large Solution появилась не сразу. Ее ввели как ответ на запросы организаций, которым нужно было управлять огромными системами без добавления новых бизнес-направлений.

Пример: если завод может производить велосипеды для 10 млн человек, а теперь нужно обеспечить поставки для миллиарда — бизнес остался тем же, но сложность выросла в сотни раз.
Large Solution SAFe помогает справиться именно с этой ситуацией: координировать работу тысяч человек, оставляя структуру бизнеса прежней.

4. Full SAFe: Полная конфигурация SAFe, конфигурация для больших организаций, состоящих из нескольких портфелей

В рамках большой организации у нас возникают разные бизнес направления, некоторые проявляются как портфели, некоторые меньше. Конфигурация Full Solution позволяет отобразить всю сложность такой организации через разные комбинации всех остальных конфигураций.

Full SAFe Configuration объединяет все возможные уровни:

  • Essential SAFe — командный уровень (бывшая программа);

  • Large Solution SAFe — масштабирование крупных систем;

  • Portfolio SAFe — стратегическое управление и инвестиции.

Эта полная конфигурация используется для крупных предприятий и корпораций, где одновременно работают десятки ART (Agile Release Train), сотни команд и тысячи специалистов.

 

SAFe и отличие от фреймворков масштабирования Scrum

Важно понимать, что SAFe — это не фреймворк масштабирования Scrum. Он значительно шире по охвату и логике применения.

На уровне команд SAFe допускает два рекомендованных подхода:

  • SAFe Scrum — близкий к классическому Scrum из Scrum Guide, но со своими особенностями;

  • SAFe Team Kanban — подход, ориентированный на потоковую работу.

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

Интеграция не Agile команд

Другой важный момент — SAFe позволяет интегрировать команды и даже целые подразделения, которые не работают по Lean&Agile принципам.
На уровне Large Solution SAFe для этого предусмотрен специальный элемент — Supplier (поставщик, подрядчик или вендор). Это может быть:

  • внутреннее подразделение компании,

  • внешний партнер,

  • технический поставщик, не готовый перейти на Agile.

Такие участники не вовлекаются в регулярные итерации и не синхронизируются на уровне команд. Однако в SAFe есть механизм, как встроить их работу в общую систему через PI Planning — крупную каденцию длительностью 2–3 месяца.

От Agile-команд в рамках PI ожидается несколько инкрементов ценности за итерации, а от таких поставщиков — хотя бы один интеграционный результат за весь интервал планирования (PI).

Таким образом, SAFe сохраняет управляемость и предсказуемость даже при работе с “негибкими” партнерами.

 

Сравнение SAFe с другими фреймворками: LeSS, Nexus, Scrum@Scale

Если коротко — все три фреймворка масштабируют Scrum, а SAFe масштабирует организацию.

В LeSS, Nexus и Scrum@Scale первый шаг — это наличие Scrum-команд. Если команда не работает по Scrum, подключить её к масштабированию невозможно.
SAFe же допускает Scrum, Kanban и XP-практики, создавая более гибкую экосистему.

 

Ключевые различия

  1. Гибкость на уровне команд.
    SAFe не требует строгого соблюдения Scrum. Можно использовать Kanban, XP или смешанные практики.

  2. Large Solution как отличительная характеристика (дифференциатор).
    Уровень Large Solution позволяет интегрировать даже те организации, подразделения и команды, которые вообще не работают по Lean&Agile. Это уникальная особенность SAFe.

  3. Портфельный уровень.
    SAFe включает управление портфелем продуктов — то, чего нет в LeSS, Nexus или Scrum@Scale.
    Эти фреймворки ориентированы на один продукт, тогда как SAFe позволяет управлять множеством направлений и распределять инвестиции между ними.

Направление масштабирования

Scrum-фреймворки (LeSS, Nexus, Scrum@Scale) растут снизу вверх:

  • сначала одна команда,

  • потом две,

  • при трёх командах появляется потребность в синхронизации.

SAFe же исторически создавался сверху вниз — как фреймворк для Enterprise-уровня.
Даже минимальная конфигурация SAFe рассчитана на 5–12 команд, то есть 50–125+ человек.
А полная конфигурация применяется в корпорациях с тысячами сотрудников.

Enterprise-ориентированная философия

С версии 4.0 SAFe стал активно позиционироваться не только для бизнеса, но и для госструктур и некоммерческих организаций. На сайте фреймворка можно найти рекомендации для Enterprise, Government и Non-Profit.

Таким образом, SAFe — это не просто способ “масштабировать Scrum”. Это фреймворк стратегического управления на уровне предприятия, который начинается с команд, но выстраивает связи вплоть до корпоративного портфеля и миссии.

 

Подпишитесь в Telegram!

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

Подпишитесь на рассылку!