Масштабирование Agile означает координацию множества команд, работающих над одним продуктом, без повторного введения тяжелого контроля сверху вниз. Основная задача — сохранить автономию и быструю обратную связь, одновременно выравнивая команды по общим целям и управляя зависимостями. Несколько фреймворков решают это по-разному.
| Фреймворк | Идея | Компромисс |
|---|
| SAFe | Многоуровневая структура, Agile Release Trains, планирование PI | Сильное выравнивание; может казаться тяжелым/директивным |
| LeSS | Scrum с минимальным дополнительным процессом | Легкий; требует реальных организационных изменений |
| Модель Spotify | Squads, tribes, chapters, guilds | Культурный паттерн, а не шаблон для копирования |
COMMON GOALS WHEN SCALING
- align teams on a shared product vision/roadmap
- make cross-team dependencies visible and managed
- keep each team as autonomous as possible
- preserve fast feedback despite added coordination
Восемь команд на одной платформе проводят ежеквартальное мероприятие по планированию big-room для выравнивания целей и выявления зависимостей, в то время как каждая команда сохраняет собственный Sprint cadence и backlog.
Неправильное масштабирование воссоздает бюрократию, которую Agile должен был устранить, убивая скорость, которая оправдывала изменение.
Правильный фреймворк зависит от контекста; навык состоит в том, чтобы соответствовать накладным расходам координации фактическому уровню зависимости между командами.