Skalierung auf einen Blick
- Problem
- Scrum ist für ein einzelnes Team ausgelegt (3-9 Personen)
- Lösung
- Skalierungsframeworks für mehrere Teams
- Optionen
- LeSS (schlank), Nexus (mittel), SAFe (umfangreich)
- Grundregel
- Erst ein Team richtig, dann skalieren
Wann musst du Scrum skalieren?
Die klare Antwort: Nur wenn du musst. Skalierung fügt Komplexität hinzu — und Komplexität ist der Feind von Agilität. Typische Auslöser:
- Mehr als 9 Personen arbeiten am selben Produkt
- Mehrere Teams teilen sich eine Codebasis oder Plattform
- Abhängigkeiten zwischen Teams blockieren regelmäßig den Fortschritt
- Ein einzelner Product Owner schafft es nicht mehr, alle Teams zu bedienen
Bevor du skalierst, frag dich: Können wir das Problem durch bessere Teamschnitte lösen? Oft lässt sich Skalierung vermeiden, indem Teams entlang von Features statt entlang von Technologien organisiert werden.
Welche Skalierungsframeworks gibt es?
Die drei bekanntesten im Überblick:
- LeSS (Large-Scale Scrum): Bleibt so nah wie möglich am originalen Scrum. Ein Product Owner, ein Product Backlog, mehrere Teams. Minimal an Regeln, maximal an Scrum-Treue. Für 2-8 Teams.
- Nexus: Von Scrum.org (Ken Schwaber). Fügt eine „Nexus Integration Team"-Rolle hinzu, die sich um teamübergreifende Integration kümmert. Für 3-9 Teams. Pragmatisch und strukturiert.
- SAFe (Scaled Agile Framework): Das umfangreichste Framework. Eigene Rollen (Release Train Engineer, Solution Architect), eigene Events (PI Planning), eigene Ebenen (Team, Program, Portfolio). Für große Organisationen mit 50-125+ Personen. Mächtig, aber komplex.
Welches Framework passt zu dir?
Eine grobe Orientierung:
- Du willst nah am Scrum Guide bleiben? → LeSS. Minimaler Overhead, maximale Scrum-Treue. Aber: Erfordert starke Teams und einen sehr erfahrenen Product Owner.
- Du brauchst mehr Struktur für die Integration? → Nexus. Guter Mittelweg zwischen Einfachheit und Koordination.
- Du bist in einem Konzern mit 100+ Entwicklern? → SAFe. Bietet Struktur für Portfolio-Management, Budgetierung und Governance. Aber: Hoher Einführungsaufwand und Gefahr der Bürokratie.
Der wichtigste Rat: Scrum muss erst in einem Team funktionieren, bevor du es skalierst. Wer Scrum skaliert, ohne es verstanden zu haben, skaliert nur die Probleme.