Was ist SAFe?
Scaled Agile Framework – einfach erklärt
Sie wollen verstehen, wie große Organisationen agil Produkte entwickeln? Entdecken Sie SAFe®, das führende Framework für agile Skalierung – verständlich und praxisnah aufbereitet.
Inhalt
Was ist SAFe?
SAFe® (Scaled Agile Framework) ist ein Framework zur agilen Entwicklung von Produkten in großen Umgebungen. "Groß" bezeichnet dabei die Anzahl der Teams und Menschen, die benötigt werden, um das Produkt entwickeln zu können – beginnend bei etwa 5 Teams mit mindestens 50 Individuen. SAFe® wird vornehmlich für Software-Produkte eingesetzt, ist aber auch für andere Produktarten geeignet.
SAFe® baut auf Scrum auf – und geht weit darüber hinaus!
Wer Scrum verstanden hat, dem wird es leicht fallen, SAFe® zu verstehen. SAFe® als agiles Framework ist wesentlich umfangreicher als Scrum, weist aber auch viele Parallelen auf.
Im Kern besteht SAFe® wie Scrum auch aus:
Im Kern besteht SAFe® wie Scrum auch aus:
-
einem Organisationsmodell
(Rollen) -
Events (Meetings) -
Artefakten -
Strukturen und Regeln
Ein wesentlicher Unterschied zu Scrum: SAFe® ergänzt die Teamebene um weitere Ebenen (genannt "Konfigurationen") und integriert eine erhebliche Zahl agiler Methoden und Vorgehensweisen, orientiert an verbreiteten Modellen und Prinzipien wie:
-
Design Thinking -
Lean Startup -
Kanban -
Team Topologies
Was bedeutet „Lean-Agile“ in SAFe®?
SAFe® selbst beschreibt sich als „Lean-Agile“ Framework. „Lean“ ist ein Begriff, der von amerikanischen Wissenschaftlern geprägt wurde, als sie das Toyota-Production-System erforschten. Sie entdeckten Konzepte, die später die agile Bewegung inspirierten:
- Flow: Ein möglichst reibungsloser Arbeitsablauf zur Verkürzung der Durchlaufzeiten.
- Obeya: Alle Beteiligten arbeiten in einem (oft virtuellen) großen Raum für schnelle Kommunikation und Entscheidungen.
- Muda: Vermeidung nicht wertschöpfender Aktivitäten (Verschwendung).
- Kaizen: Kontinuierliche, schrittweise Verbesserung durch alle Beteiligten
SAFe®-Konfigurationen
SAFe® unterscheidet vier Ebenen, wobei die ersten beiden für die meisten Praktiker am relevantesten sind. Von „unten nach oben“ sortiert:
- Teamebene
- ART-Ebene (Agile Release Train)
- Large Solution-Ebene (Solution Train)
- Portfolio-Ebene
SAFe® beschreibt diese Ebenen in Form sogenannter „Konfigurationen“:
- Essential SAFe
Fasst Team- und ART-Ebene zusammen. (Der Kern) - Large Solution SAFe
Fasst Team-, ART- und Solution Train-Ebene zusammen. - Portfolio SAFe
Fasst Team- und ART-Ebene zusammen und fügt die Portfolio-Ebene hinzu. - Full SAFe
Fasst alle vier Ebenen zusammen.
1. Teamebene
Hier gelten im Wesentlichen die Scrum-Empfehlungen.
Wie in Scrum gibt es Product Owner und Scrum Master (oder Team Coach). Statt "Developers" spricht SAFe® generischer von "Agile Team Members" (Entwickler, Tester, Designer etc.).
Der in Scrum „Sprint“ genannte Takt wird in SAFe® als „Iteration“ bezeichnet (max. 4 Wochen, oft 2 Wochen).
- Iteration Planning (vgl. Sprint Planning): Zu Beginn jeder Iteration.
- Team Sync (vgl. Daily Scrum): Tägliches kurzes Abgleichmeeting.
- Iteration Review (vgl. Sprint Review): Am Ende jeder Iteration, idealerweise mit "Business Ownern" (Stakeholder).
- Iteration Retrospective (vgl. Sprint Retrospective): Abschluss jeder Iteration zur kontinuierlichen Verbesserung.
- Backlog Refinement (vgl. Product Backlog Refinement): Mindestens 1x pro Iteration
- Team Backlog (vgl. Product Backlog): Team-spezifischer Plan mit User Storys.
- Iteration Backlog (vgl. Sprint Backlog): Plan für eine Iteration, oft via Team Kanban visualisiert.
- Team Increment (vgl. Increment): Beitrag des Teams zum Gesamt-Product Increment.
- Team Kanban (vgl. Taskboard): Empfohlen zur Visualisierung und Steuerung des Flows.
2. ART-Ebene (Agile Release Train)
Ein ART („Agile Release Train“) ist eine virtuelle Organisation von mehreren Teams (5-12 Teams, ca. 50-125+ Personen), die gemeinsam an einem Produkt arbeiten.
- Product Management: Verantwortet Vision, Backlog (Features) und Priorisierung auf ART-Ebene (kann ein Team sein, "Chief Product Owner").
- Release Train Engineer (RTE): Coach für den ART, organisiert ART-Events ("Chief Scrum Master").
- System Architect/Engineer: Definiert technische Vision und Architektur-Richtlinien.
- Business Owner: Wichtige Stakeholder, verantwortlich für Geschäftsergebnisse.
- (Optional: System Team): Unterstützt bei Infrastruktur und Tests.
- SAFe® empfiehlt die Nutzung von Team Topologies (Stream-aligned, Platform, Enabling, Complicated Subsystem Teams).
- Ein PI ist ein Zeitfenster (typischerweise 8-12 Wochen, oft 10 Wochen).
- Alle Teams im ART arbeiten in synchronisierten Iterationen.
- Ein 10-wöchiges PI besteht meist aus 4 Entwicklungsiterationen und 1 IP-Iteration (Innovation & Planning: für Innovation, Pufferung, Vorbereitung).
- Das PI-Planning oder der „Herzschlag“ von SAFe®
- Was: Gemeinsames Planungs-Meeting aller Teams im ART für das nächste PI.
- Wann/Wie lange: Alle 8-12 Wochen, 2 Tage.
- Besonderheit: Bis zu 150 Personen planen gemeinsam! Ziele sind schnelle Entscheidungen, Kommunikation und Identifikation von Abhängigkeiten. Vorgehen ist Top-Down (Vision, Top-Features) und Bottom-Up (Team PI Objectives, Implementierungspläne). Ergebnis: Gemeinsamer Plan (ART Planning Board), PI Objectives, Risiken, Confidence Vote.
- Wöchentlicher „Boxenstop“ im sog. ART Sync
- Abgleich zwischen ART-Rollen, oft gesplittet in Coach-Sync (RTE, Scrum Master) und PO-Sync (Product Management, Product Owner). Wöchentlich, ca. 30-60 min.
- Zweiwöchentliche „Inspektion“ in der sog. System Demo
- Gemeinsames Review der integrierten Arbeitsergebnisse aller Teams im ART. Alle 2 Wochen (Ende jeder Team-Iteration).
- Kombiniertes Review-Retro-Meeting auf ART-Ebene am Ende jedes PIs („Inspect & Adapt-Meeting“)
- Gemeinsames Review- & Retro-Meeting auf ART-Ebene. Am Ende jedes PIs, ca. 3-4 Stunden.
- Das ART-Backlog: eine Sammlung von „Features“ für den ART
- Priorisierte Liste von Features (größere Anforderungen als User Stories, von einem ART in einem PI umsetzbar).
- PI Objectives: Konkrete, SMARTe Ziele, die der ART im PI erreichen will.
- ART Planning Board – das vielleicht wichtigste Steuerungsinstrument in SAFe®
- Visualisiert Features, Abhängigkeiten zwischen Teams und Meilensteine für ein PI. Zeigt Flaschenhälse und Risiken.
- ART Kanban: Visualisiert den Workflow zur Steuerung der Feature-Entwicklung.
- PI Roadmap & Vision: Langfristige Ausrichtung und geplante Meilensteine.
3. (Large) Solution-Ebene – wenn es sehr groß wird!
Wenn eine Produktentwicklung mehr als 10-12 Teams (über 150 Personen) erfordert, werden mehrere ARTs zu einem Solution Train ("Train of Trains") gebündelt.
- Solution Management (Pendant zu Product Management auf ART-Ebene)
- Solution Train Engineer (STE) (Pendant zu RTE)
- Solution Architect (Pendant zu System Architect)
- Supplier (interne/externe Partner)
Alle ARTs im Solution Train starten und enden ihr PI am selben Tag und führen PI-Plannings parallel durch, mit Abstimmungsmeetings davor, dazwischen und danach.
Zusätzlich zu Team- und ART-Events:
- Pre-PI-Planning: Abgleich der ARTs vor dem eigentlichen PI Planning.
- Management Review: Abgleich der ARTs am Abend des ersten PI-Planning-Tages.
- Post-PI-Planning: Letzter Feinschliff nach den ART PI Plannings.
- Solution Train Sync: Dreigeteilter Abgleich (RTE-Sync, PM-Sync, Architect-Sync) zwischen ARTs.
- Solution-Demo: Präsentation der kompletten Solution (mind. 1x pro PI).
- Solution Backlog: Priorisiertes Backlog mit Capabilities (größere Einheiten als Features, erfordern Zuarbeit mehrerer ARTs).
- Capabilities: (Beschreibung wie Features, aber größer).
- Solution Intent: Wissensbasis für Anforderungen, Designs, Qualitätskriterien.
- Solution Roadmap: Meilensteinplanung über mind. ein Jahr.
- Solution Kanban: (Zur Steuerung des Capability-Flusses).
4. Portfolio-Ebene
Die vierte Ebene beschreibt das Lean Portfolio Management (LPM), in dem Anforderungen auf höchster Ebene prozessiert werden.
- Lean Portfolio Management (LPM): Gremium für strategische Ausrichtung, Finanzierung, Governance; Eigentümer des Portfolio-Kanban-Systems.
- Epic Owner: Verantwortet die Koordination einer einzelnen Epic (große Idee/Vorhaben).
- Enterprise Architect: Verantwortet Architekturkohärenz innerhalb eines/mehrerer Portfolios.
Kein empfohlener Takt; neue Ideen (Epics) durchlaufen das Portfolio-Kanban-System (Zustände wie Review, Analyse etc.)
- Strategic Portfolio Review: Überprüfung der Portfolio-Vision, Priorisierung von Epics (1x pro PI/Quartal).
- Portfolio Sync: Koordination zwischen LPM, Epic Owners, RTEs/STEs (alle 2 Wochen).
- Participatory Budgeting: Gemeinsame Budgetentscheidung für Value Streams (1-2x/Jahr).
- Lean Budget Review: Überprüfung und Anpassung der Budgetverwendung (1-2x/Jahr).
- Communities of Practice: Regelmäßiger Austausch von Experten.
- Roadshow: Präsentation von Portfolio-Ergebnissen und Strategien.
- Strategic Themes: Geschäftsziele, die das Portfolio mit Unternehmenszielen verbinden.
- Portfolio Canvas: Visualisiert Elemente eines Portfolios (Value Streams, Lösungen, Kosten etc.).
- Portfolio Vision: Langfristiger Zielzustand des Portfolios.
- Portfolio Backlog: Enthält Epics (große Initiativen/Investitionsvorhaben).
- Lean Business Case: Beschreibt Kosten, Nutzen, Risiken, Erfolgskriterien für Epics.
- Portfolio Kanban: Steuert und visualisiert den Fluss eines Epics.
- Solution Investments: Balanciert Investitionen nach Zeithorizonten.
SAFe® ist besonders wertvoll für:
- Große Unternehmen und Konzerne, die Agilität über viele Teams hinweg skalieren müssen.
- Organisationen, die komplexe Produkte oder Systeme mit mehreren voneinander abhängigen Teams entwickeln.
- Unternehmen, die eine schnellere Time-to-Market, höhere Produktivität und bessere Qualität anstreben.
- Bereiche, in denen eine enge Abstimmung zwischen Business und IT erfolgskritisch ist.
Häufig gestellte Fragen (FAQ) zu SAFe®
Sie haben Fragen zu SAFe®? Hier finden Sie kompakte, leicht verständliche Antworten auf die häufigsten Suchanfragen – ideal für den schnellen Überblick.
Scrum ist ein Framework für einzelne Teams. SAFe® erweitert Scrum (oder ähnliche agile Methoden auf Teamebene) um Strukturen, Rollen und Prozesse für die Zusammenarbeit vieler Teams in großen Organisationen.
Ein ART ist ein langlebiges "Team von agilen Teams" (5-12 Teams, 50-125+ Personen), das gemeinsam Wert liefert. Alle Teams im ART arbeiten im gleichen Rhythmus (Kadenz) und planen gemeinsam im PI Planning.
Es ist das zentrale Planungs-Event, das alle Mitglieder eines ARTs zusammenbringt, um Ziele für das nächste Planungsintervall (ca. 10 Wochen) festzulegen, Abhängigkeiten zu klären und sich auf einen Plan zu einigen. Dies fördert Alignment, Transparenz und Commitment.
Ab ca. 5 Teams (mindestens 50 Personen), die an einem gemeinsamen Produkt arbeiten.
Primär für Software, aber die Prinzipien sind auch auf andere Bereiche (Hardware, Systemtechnik) anwendbar.
Fazit: SAFe® – Struktur für agile Champions
SAFe® bietet einen umfassenden Werkzeugkasten, um Agilität in großen Unternehmen erfolgreich zu leben. Es schafft die nötige Struktur für Koordination und Ausrichtung, ohne Flexibilität und Wertfokus zu verlieren.