SAFe (Scaled Agile Framework)
SAFe ist ein Framework zur Skalierung agiler Methoden für große Unternehmen und komplexe Projekte mit mehreren Teams. Es organisiert Arbeit auf Team-, Programm- und Portfolio-Ebene durch Agile Release Trains, PI Planning und synchronisierte Iterationen für unternehmensweite Agilität.
Das Scaled Agile Framework (SAFe) ist eine strukturierte Methode zur Skalierung agiler Praktiken über einzelne Teams hinaus auf Unternehmensebene. SAFe wurde entwickelt, um die Herausforderungen zu bewältigen, die entstehen, wenn mehrere agile Teams zusammenarbeiten müssen, um komplexe Produkte zu entwickeln.
Grundlegende Struktur von SAFe
SAFe organisiert die Arbeit in verschiedenen Ebenen:
- Team-Ebene: Hier arbeiten agile Teams (typischerweise mit Scrum oder Kanban) an der Umsetzung von Features.
- Programm-Ebene: Mehrere Teams werden zu einem "Agile Release Train" (ART) zusammengefasst, der gemeinsam an einem Produkt oder einer Lösung arbeitet.
- Portfolio-Ebene: Hier werden strategische Entscheidungen getroffen und Ressourcen auf verschiedene Value Streams verteilt.
- Large Solution-Ebene: Bei besonders großen und komplexen Lösungen koordiniert diese Ebene mehrere ARTs.
Kernelemente von SAFe
Zu den wichtigsten Elementen des SAFe-Frameworks gehören:
- Agile Release Trains (ARTs): Gruppen von 5-12 agilen Teams (50-125 Personen), die zusammenarbeiten, um einen kontinuierlichen Wertstrom zu liefern.
- Program Increment (PI): Ein Zeitraum von typischerweise 8-12 Wochen, in dem ein ART einen bedeutenden Mehrwert liefert. Beginnt mit PI-Planning.
- PI Planning: Ein zweitägiges Event, bei dem alle Teams eines ARTs zusammenkommen, um die Arbeit für das nächste PI zu planen.
- Value Streams: Die Abfolge von Aktivitäten, die nötig sind, um Kundenwert zu schaffen.
- Epics: Große Initiativen, die mehrere Features umfassen und mehrere ARTs betreffen können.
- Features: Funktionalitäten, die Kundenbedürfnisse erfüllen und in einem PI umgesetzt werden können.
- Stories: Kleinere Arbeitseinheiten, die in einem Sprint umgesetzt werden können.
SAFe-Prinzipien
SAFe basiert auf neun Grundprinzipien:
- Ökonomisches Denken
- Systemisches Denken
- Annahmen validieren
- Inkrementell mit schnellen Lernzyklen bauen
- Meilensteine auf objektiver Bewertung von Arbeitssystemen basieren
- Visualisieren und begrenzen von Work in Progress, Losgrößen reduzieren und Warteschlangen managen
- Kadenz anwenden und mit Unsicherheit synchronisieren
- Intrinsische Motivation der Wissensarbeiter erschließen
- Dezentrale Entscheidungsfindung
Rollen in SAFe
SAFe definiert spezifische Rollen für jede Ebene:
- Release Train Engineer (RTE): Der "Scrum Master" auf Programm-Ebene, der den ART facilitiert.
- Product Management: Verantwortlich für die Vision und Definition der Features.
- System Architect/Engineer: Bietet technische Führung für den ART.
- Business Owners: Hauptstakeholder des ARTs.
- Epic Owners: Verantwortlich für die Definition und Lieferung von Epics.
- Scrum Master: Facilitator auf Team-Ebene.
- Product Owner: Definiert Stories und priorisiert Team-Backlogs.
Vor- und Nachteile von SAFe
Vorteile:
- Bietet einen strukturierten Rahmen für die Skalierung agiler Praktiken
- Verbessert die Ausrichtung zwischen Business und IT
- Fördert unternehmensweite Transparenz
- Standardisiert Prozesse über Teams hinweg
- Umfassende Dokumentation und Ressourcen verfügbar
Nachteile:
- Kann als zu präskriptiv und schwergewichtig empfunden werden
- Hoher Schulungs- und Implementierungsaufwand
- Risiko, dass agile Werte unter der Struktur leiden
- Kann für kleinere Organisationen zu komplex sein
Implementierung von SAFe
Die Einführung von SAFe erfordert typischerweise:
- Führungskräfte-Schulung und Unterstützung
- Identifizierung und Organisation von ARTs
- Ausbildung von SAFe-Trainern und Veränderungsagenten
- Inkrementelle Implementierung, beginnend mit einem Pilot-ART
- Kontinuierliche Verbesserung des Implementierungsansatzes
SAFe in der Praxis
SAFe wird vor allem von großen Unternehmen eingesetzt, insbesondere in regulierten Branchen wie Finanzen, Gesundheitswesen, Verteidigung und Automobilindustrie. Die Implementierung kann je nach Unternehmensgröße und -komplexität 12-24 Monate dauern, mit messbaren Verbesserungen bei Time-to-Market, Mitarbeiterengagement und Produktqualität.
Weitere Glossarbegriffe
Definition of Done
Die Definition of Done ist eine gemeinsame Vereinbarung darüber, welche Kriterien erfüllt sein müssen, damit eine User Story oder ein Produktinkrement als abgeschlossen gilt. Sie umfasst Aspekte wie Codequalität, Testing, Dokumentation und Deployment und verhindert technische Schulden.
Product Backlog: Definition, Aufbau & Best Practices
Der Product Backlog ist die priorisierte, dynamische Anforderungsliste in Scrum und die einzige Quelle für Änderungen am Produkt. Verwaltet vom Product Owner, enthält er User Stories, Epics, Bugs und technische Aufgaben, die durch kontinuierliches Refinement für Sprints vorbereitet werden.
Holacracy
Holacracy ist ein selbstorganisierendes Managementsystem, das hierarchische Strukturen durch ein Netzwerk aus Kreisen und Rollen mit verteilter Autorität ersetzt. Entwickelt von Brian Robertson, definiert es klare Governance-Prozesse, dynamische Rollen und strukturierte Meetings für dezentrale Entscheidungsfindung in Organisationen.