Das Skalierungsproblem

Agile Methoden wurden für kleine, autonome Teams entwickelt. Scrum funktioniert brillant mit 5-9 Personen. Aber was passiert, wenn 200 Entwickler an einem Produkt arbeiten? Wenn Abhängigkeiten zwischen Teams entstehen? Wenn das Management Planungssicherheit über Quartale hinweg braucht?

Dean Leffingwell, der Schöpfer des Scaled Agile Framework (SAFe), beschreibt im SAFe 6.0 Reference Guide das Kerndilemma: „Enterprises need both agility and alignment." Zu viel Alignment erstick Agilität; zu wenig Alignment erzeugt Chaos.

„Decentralize decision-making. Centralize only what you must." — Scaled Agile, SAFe 6.0 Reference Guide (2023)

Die groĂźen Scaling-Frameworks im Vergleich

SAFe (Scaled Agile Framework)

Das umfassendste und verbreitetste Framework. SAFe organisiert Teams in Agile Release Trains (ARTs), die alle 8-12 Wochen in einem Program Increment (PI) planen und liefern. SAFe bietet klare Strukturen fĂĽr Portfolio-, Programm- und Teamebene.

Stärke: Klare Governance, bewährt in großen Organisationen
Kritik: Kann bĂĽrokratisch werden, wenn dogmatisch implementiert

LeSS (Large-Scale Scrum)

Craig Larmans Ansatz ist radikal einfach: LeSS ist Scrum, angewendet auf mehrere Teams mit einem gemeinsamen Product Backlog und einem Product Owner. Keine zusätzlichen Rollen, keine zusätzlichen Zeremonien.

Stärke: Minimal, fokussiert auf Einfachheit
Kritik: Erfordert radikale organisatorische Veränderungen

Spotify Model

Streng genommen kein Framework, sondern eine Beschreibung, wie Spotify 2012 arbeitete. Squads, Tribes, Chapters und Guilds als Organisationsstruktur. Henrik Kniberg und Anders Ivarsson dokumentierten den Ansatz – betonten aber immer, dass er nicht kopiert, sondern adaptiert werden sollte.

Team Topologies als Meta-Framework

Skelton und Pais argumentieren in Team Topologies, dass kein Scaling-Framework funktioniert, wenn die grundlegende Teamstruktur nicht stimmt. Ihre vier Teamtypen (Stream-aligned, Platform, Enabling, Complicated-subsystem) und drei Interaktionsmodi (Collaboration, X-as-a-Service, Facilitating) bieten ein Denkmodell, das auf jedes Framework angewendet werden kann.

„Fast flow requires restricting communication between teams. Team-first thinking is essential." — Matthew Skelton & Manuel Pais, Team Topologies (2019)

Agile at Scale in Jira abbilden

Hierarchie-Ebenen

Jira bietet eine natürliche Hierarchie, die sich auf Scaling-Frameworks mappen lässt:

Advanced Roadmaps (Jira Premium/Enterprise)

Das Herzstück für Agile at Scale in Jira. Advanced Roadmaps ermöglicht:

Boards und Filter fĂĽr Teams

Jedes Team bekommt sein eigenes Scrum- oder Kanban-Board. Cross-Team-Abhängigkeiten werden über Issue Links oder ein dediziertes Dependencies-Board visualisiert.

PI Planning mit Jira

SAFe-PI-Planning kann in Jira abgebildet werden: Features werden auf Sprints verteilt, Abhängigkeiten markiert, Kapazitäten geprüft. Apps wie BigPicture oder Structure erweitern Jira für diese Szenarien.

Die häufigsten Fehler bei Agile at Scale

Framework installieren statt Kultur verändern

Nicole Forsgren zeigt in Accelerate: „Culture is not something you fix or change. It's an outcome of how people work together." Ein Scaling-Framework ohne kulturelle Veränderung ist eine leere Hülle.

Zu viel Tool, zu wenig Gespräch

PI Planning lebt vom Face-to-Face-Austausch (oder zumindest Video). Wer versucht, alles nur ĂĽber Jira-Tickets zu koordinieren, verliert den menschlichen Faktor.

One-size-fits-all

Nicht jedes Team braucht dasselbe Setup. Stream-aligned Teams, die ein Produkt end-to-end verantworten, arbeiten anders als Platform Teams, die interne Services bereitstellen. Die Tooling-Konfiguration muss diese Unterschiede reflektieren.

XALT: Agile Skalierung mit Erfahrung

Als Atlassian Platinum Partner mit Spezialisierung auf Agile at Scale unterstützt XALT Unternehmen bei der Wahl des richtigen Frameworks, der Konfiguration von Jira für Multi-Team-Setups und dem kulturellen Change, der echte Agilität ermöglicht.

Agile skalieren – aber richtig

Lassen Sie uns gemeinsam herausfinden, welches Scaling-Modell zu Ihrer Organisation passt.

Agile-Beratung anfragen →

WeiterfĂĽhrende Literatur