SAFe (Scaled Agile Framework)

Was ist SAFe?

SAFe steht für Scaled Agile Framework und richtet sich an Organisationen, die agile Arbeitsweisen über viele Teams und organisatorische Ebenen koordinieren möchten. Das Framework kombiniert Konzepte aus Agile, Lean Product Development, Systems Thinking und Portfolio Management.

SAFe ist deutlich umfangreicher als Scrum oder Kanban. Es definiert zahlreiche Rollen, Artefakte, Events und Strukturelemente. Deshalb sollte es nicht als „Scrum für mehr Teams“ beschrieben werden.

Fachliche Grundlage: Agile Werte und der offizielle SAFe-Rahmen

SAFe bezieht sich auf Lean- und Agile-Prinzipien und steht damit in einem Umfeld, das wesentlich vom Agile Manifesto geprägt wurde. Das Manifest selbst schreibt jedoch kein Skalierungsframework vor. Organisationen sollten diese Ebenen trennen: Agile Werte und Prinzipien sind nicht identisch mit einer bestimmten SAFe-Implementierung.

Die offizielle SAFe-Dokumentation stellt heute Core SAFe als Operating Model zur Skalierung von Lean und Agile dar. Der Rahmen wird laufend weiterentwickelt; Begriffe und Ausprägungen können sich zwischen Versionen ändern.

Agile Release Train (ART)

Ein zentrales SAFe-Konzept ist der Agile Release Train. Mehrere Teams arbeiten dauerhaft an einer gemeinsamen Value Stream-/Produktmission und koordinieren Planung, Abhängigkeiten und Lieferung innerhalb eines gemeinsamen Rhythmus.

Der ART soll damit eine stabilere organisatorische Einheit schaffen als temporäre Projektteams, die für jede Initiative neu zusammengestellt werden.

Planning Interval und gemeinsame Planung

SAFe organisiert Arbeit über längere gemeinsame Planungsintervalle. Das früher stark als „Program Increment“ bekannte Konzept wird in aktuellen Darstellungen als Planning Interval geführt. Mehrere Teams stimmen Ziele, Abhängigkeiten, Kapazitäten und Risiken ab.

Der Wert solcher Planung entsteht nicht aus einem großen Meeting allein. Entscheidend ist, ob Abhängigkeiten realistisch sichtbar werden und Teams danach weiterhin auf neue Informationen reagieren können.

Lean Portfolio Management

SAFe betrachtet nicht nur Teamprozesse. Lean Portfolio Management verbindet Strategie, Finanzierung und Portfolioentscheidungen mit der operativen Wertlieferung. Das adressiert ein reales Skalierungsproblem: Teams können lokal agil arbeiten und trotzdem durch starre Jahresbudgets, Projektfreigaben oder Governance blockiert werden.

Was sagt die Forschung zu Scaling Frameworks?

Die Forschung mahnt zu einer differenzierten Bewertung. Kalenda, Hyna und Rossi analysierten Praktiken, Herausforderungen und Erfolgsfaktoren bei Agile Scaling in großen Organisationen. Systematische Literaturarbeiten zeigen, dass großskalige Transformationen erhebliche organisatorische Herausforderungen besitzen.

Besonders interessant ist die empirische Studie von Verwijs und Russo mit mehr als 15.000 Teammitgliedern und 1.800 Stakeholdern. Die Unterschiede zwischen verschiedenen Skalierungsansätzen waren zwar teilweise statistisch signifikant, die Effektgrößen aber so klein, dass sie praktisch kaum relevant waren. Erfahrung mit Agile war ein stärkerer Einflussfaktor.

Das spricht gegen die einfache Behauptung, SAFe oder ein anderes Framework garantiere bessere Teameffektivität.

Kritikpunkte an SAFe

• hohe Prozess- und Rollenkomplexität,
• Gefahr, bestehende Hierarchien lediglich „agil“ umzubenennen,
• große Planungsmechanismen können Reaktionsfähigkeit wieder einschränken,
• Framework-Konformität kann wichtiger werden als tatsächliche Wertlieferung,
• Einführungskosten für Training, Rollen und Transformation.

Diese Punkte bedeuten nicht, dass SAFe generell ungeeignet ist. Sie zeigen, dass Kontext und Implementierungsqualität entscheidend sind.

Wann kann SAFe sinnvoll sein?

SAFe kann relevant werden, wenn viele Teams an gemeinsamen Produkten oder komplexen Lösungen arbeiten, starke Abhängigkeiten besitzen und zusätzlich Portfolio- und Governance-Fragen gelöst werden müssen. Für kleine Organisationen mit zwei oder drei Teams wäre der komplette Rahmen häufig unverhältnismäßig.

SAFe sollte gegen ein konkretes Skalierungsproblem geprüft werden

Vor einer Einführung sollte die Organisation benennen können, welches Problem sie lösen will: fehlende Produktpriorisierung über Teams, instabile Abhängigkeiten, Portfoliofinanzierung, Governance oder mangelnde technische Integration. Ohne diese Diagnose besteht das Risiko, viel Framework einzuführen, ohne den Engpass zu treffen.

Ein sinnvoller Vergleich umfasst auch leichtere Alternativen wie direkte Team-of-Teams-Koordination, LeSS, Nexus oder eigene kontextspezifische Strukturen. Die empirische Forschung spricht ausdrücklich gegen eine automatische Überlegenheit eines Labels.

Fazit

SAFe ist ein umfassender Skalierungsrahmen, der reale Koordinationsprobleme großer Organisationen adressiert. Fachlich sinnvoll ist eine nüchterne Betrachtung: Das Framework bietet Strukturen, aber der Name allein erzeugt keine Agilität. Empirische Forschung legt nahe, dass Erfahrung, Kultur und tatsächliche Praktiken mindestens ebenso wichtig sind wie die Wahl des Skalierungslabels.