SAFe (Scaled Agile Framework)
SAFe (Scaled Agile Framework) — самый распространённый фреймворк масштабирования Agile. Создан Дином Леффингвеллом, активно развивается с 2011 года. Подходит для организаций от 50 до 10 000+ человек.
Структура SAFe
- Team — обычные Scrum/Kanban-команды по 5–11 человек.
- Program (Essential SAFe) — 5–12 команд объединены в Agile Release Train (ART), работают синхронно по PI 8–12 недель.
- Large Solution — несколько ART объединены в Solution Train (для очень крупных продуктов: автомобиль, банковская платформа).
- Portfolio — стратегический уровень: epic-и, инвестиции, Lean Portfolio Management.
Ключевые элементы
- PI Planning — двухдневное событие, где весь ART (50–125 человек) синхронизирует план на следующий PI.
- Release Train Engineer (RTE) — Scrum Master уровня программы.
- Product Manager и System Architect на уровне ART.
SAFe критикуют за бюрократичность и отход от ценностей Agile-манифеста, но он остаётся стандартом de facto в Enterprise.
Когда применять и когда нет
Применять
- Организация 50+ человек, 5+ команд работают над одним продуктом
- Нужна синхронизация релизов между командами
- Есть ресурсы на обучение и сертификацию
Не применять
- Маленькие команды до 30 человек — достаточно одного Scrum
- Стартап на этапе поиска продукт-маркет-фит
- Команды не освоили базовый Scrum/Kanban
Примеры применения
Крупный банк. 8 продуктовых команд (~85 человек) работают над мобильным банком. Объединены в один ART. PI длится 10 недель = 5 спринтов по 2 недели. Раз в PI — двухдневное PI Planning, на котором все вместе планируют релиз и идентифицируют зависимости.
Часто задаваемые вопросы
SAFe — тяжёлый фреймворк с множеством ролей и церемоний (RTE, System Architect, PI Planning, Inspect & Adapt). LeSS — минималистичный, расширяет обычный Scrum на несколько команд почти без новых ролей. SAFe лучше для Enterprise, LeSS — для команд, привыкших к чистому Scrum.
5–12. Меньше 5 — ART избыточен (проще объединить команды). Больше 12 — PI Planning становится неуправляемым (больше 125 человек в комнате), стоит делить на два ART.
Спорный вопрос. Критики (включая авторов Agile Manifesto) считают, что SAFe слишком процессно-ориентирован. Сторонники — что без структуры в крупной компании Agile разваливается. На практике зависит от того, как внедрено.