The Scaling Problem

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)

Comparing the Major Scaling Frameworks

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)

Mapping Agile at Scale in Jira

Hierarchy Levels

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 and Filters for 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.

The Most Common Agile at Scale Mistakes

Installing a Framework Instead of Changing Culture

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.

Too Much Tool, Not Enough Conversation

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 Scaling with Experience

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.

Scaling Agile – the Right Way

Let's find out together which scaling model fits your organization.

Request Agile Consulting →

Further Reading