At skalere Agile betyder at koordinere mange teams, der arbejder på et produkt uden at gengive tung, top-down kontrol. Kerneutfordringen er at bevare autonomi og hurtig feedback, mens man justerer teams omkring delte mål og styrer afhængigheder. Flere frameworks adresserer dette forskelligt.
| Framework | Ide | Kompromis |
|---|
| SAFe | Lagdelt struktur, Agile Release Trains, PI-planlægning | Stærk justering; kan føles tung/præskriptiv |
| LeSS | Scrum skaleret med minimalt ekstra proces | Letvægts; kræver reel organisatorisk ændring |
| Spotify model | Squads, tribes, chapters, guilds | Kulturelt mønster, ikke et copy-paste framework |
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
Otte teams på én platform vedtager en kvartalsvis big-room-planlægningsbegivenhed for at justere på mål og få afhængigheder til overfladen, mens hvert team bevarer sin egen Sprint-kadence og backlog.
Dårlig skalering genskaber det bureaukrati, som Agile skulle fjerne, hvilket dræber den hastighed, der begrundede ændringen.
Det rigtige framework afhænger af kontekst; færdigheden ligger i at matche koordinationsomkostninger til det faktiske niveau af afhængighed mellem teams.