Skalering av Agile betyr å koordinere mange team som jobber på ett produkt uten å gjeninnføre tung, toppstyrt kontroll. Kjerneutfordringen er å bevare autonomi og rask tilbakemelding mens du holder team på linje med felles mål og styrer avhengigheter. Flere rammeverk tar tak i dette på forskjellige måter.
| Rammeverk | Idé | Avveining |
|---|
| SAFe | Lagdelt struktur, Agile Release Trains, PI-planlegging | Sterk justering; kan føles tung/foreskrivende |
| LeSS | Scrum skalert med minimale ekstra prosesser | Lettvekt; krever ekte organisatorisk endring |
| Spotify model | Squads, tribes, chapters, guilds | Kulturelt mønster, ikke et kopiér-lim rammeverk |
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
Åtte team på en plattform adopterer en kvartalsvis big-room planleggingsbegivenhet for å justere på mål og bringe avhengigheter til overflaten, mens hvert team opprettholder sin egen Sprint-frekvens og backlog.
Dårlig skalering gjenskaper byråkratiet som Agile skulle fjerne, og dreper hastigheten som rettferdiggjorde endringen.
Riktig rammeverk avhenger av kontekst; evnen er å samsvare koordineringskostnadene med det faktiske nivået av avhengighet mellom team.