Das Skalieren von Agile bedeutet, viele Teams, die an einem Produkt arbeiten, zu koordinieren, ohne schwerfällige Top-down-Kontrolle wieder einzuführen. Die Kernherausforderung besteht darin, Autonomie und schnelles Feedback zu bewahren und gleichzeitig Teams an gemeinsamen Zielen auszurichten und Abhängigkeiten zu verwalten. Mehrere Frameworks gehen das unterschiedlich an.
| Framework | Idee | Kompromiss |
|---|
| SAFe | Geschichtete Struktur, Agile Release Trains, PI-Planung | Starke Ausrichtung; kann schwerfällig/präskriptiv wirken |
| LeSS | Scrum skaliert mit minimalem zusätzlichem Prozess | Leichtgewichtig; erfordert echte organisatorische Veränderung |
| Spotify model | Squads, tribes, chapters, guilds | Kulturelles Muster, kein 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
Acht Teams auf einer Plattform führen ein vierteljährliches Big-Room-Planungs-Event durch, um sich auf Ziele abzustimmen und Abhängigkeiten offenzulegen, während jedes Team sein eigenes Sprint-Tempo und sein eigenes Backlog beibehält.
Schlecht skaliert führt dazu, dass die Bürokratie wieder entsteht, die Agile beseitigen sollte, und tötet die Geschwindigkeit, die die Veränderung rechtfertigte.
Das richtige Framework hängt vom Kontext ab; die Fähigkeit liegt darin, den Koordinationsaufwand dem tatsächlichen Abhängigkeitsniveau zwischen Teams anzupassen.