Was ist das Scaled Agile Framework (SAFe)?

Warum ist SAFe^® nützlich? 

SAFe bietet Organisationen eine Leitlinie (oder Roadmap), die ihnen auf ihrem Weg des Wachstums hilft. Das Framework wird auf einer niedrigeren Team-Ebene ebenso eingeführt wie auf der darüber liegenden Portfolio- oder Programmebene im Management. 

Zusätzlich zur Roadmap gibt es spezielle Schulungen, die Organisationen absolvieren können. SAFe stellt eine große Wissensbasis für spezifische agile Rollen wie Scrum Master, Product Owner, Architekten und das gesamte agile Team bereit.

Ist SAFe^® eine Methode oder ein Framework?

Wie bereits am Namen erkennbar, ist SAFe ein sehr anpassungsfähiges Framework. Da es laut weltweit von mindestens 1.000.000 Anwendern und 20.000 Unternehmen eingesetzt wird, hätte SAFe niemals so große Attraktivität und Verbreitung, wenn es sich um eine starre Methode handeln würde.

Das ist eine häufig gestellte Frage, da die Begriffe Methode und Framework im Alltag oft synonym verwendet werden. Zur Unterstützung meiner Antwort auf diese Frage hilft es, sich an die Worte von Michael Wood aus seinem Artikel Methode vs. Framework zu erinnern:

Im Allgemeinen definieren Frameworks eine Struktur dessen, was zu tun ist, überlassen dem Anwender jedoch den Weg zum Ziel, während eine Methodik alles im Detail vorgibt: Was zu tun ist, wann, wie und warum.

Michael Wood

Führen Sie intelligenter im Zeitalter der KI

Treten Sie der DPM-Community bei und erhalten Sie Zugang zu exklusiven Inhalten, praxisnahen Vorlagen, Mitglieder-Events und wöchentlichen Leadership-Insights – die Teilnahme ist kostenlos.

Sign up with:

LinkedInGoogleMicrosoft

Or sign up with email:

Comments

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

SAFe^®-Prinzipien

Da SAFe Organisationen eine Möglichkeit bietet, agile Vorgehensweisen mit dem Wachstum der Organisation zu skalieren, verbindet das Framework die Grundlagen von Agilität, Lean-Produktentwicklung und Systemdenken. Das liefert Orientierung nicht nur für ein agiles Team, sondern für viele „Teams von Teams“.

Es gibt 10 Lean-Agile-Prinzipien, auf denen das Framework basiert:

1. Nimm eine wirtschaftliche Perspektive ein: Im Mittelpunkt steht das Konzept, Kunden frühzeitig und regelmäßig einen Mehrwert zu liefern. Eine wirtschaftliche Sichtweise hebt auch hervor, dass alle Kosten (Risiko, Fertigung, Betrieb, Entwicklung) sowie das Agieren innerhalb der genehmigten Budgetgrenzen berücksichtigt werden müssen.
2. Systemdenken anwenden: Erfordert das Verständnis von Systemen, wobei das Unternehmen, das die Lösung erstellt, ein System ist und auch die Lösung selbst ein System darstellt (das Projekt, das Produkt).
3. Von Variabilität ausgehen und Optionen erhalten: Dreht sich darum, sich nicht schon früh in der Entwicklung auf ein einziges Design oder einen fixen Satz von Anforderungen festzulegen, sondern mehrere Designs/Anforderungen zu betrachten und mithilfe von echten Daten (aus Experimenten/Tests) die Optionen zu begrenzen.
4. Schrittweises Erarbeiten mit schnellen, integrierten Lernzyklen: Verfolgt das Konzept, Arbeit in kleineren (häufigeren) Einheiten zu liefern und auf bereits geleisteter Arbeit weiter aufzubauen.
5. Meilensteine auf objektiver Bewertung oder funktionierenden Systemen basieren: Die Arbeit in Entwicklung wird zu verschiedenen Zeitpunkten im agilen Entwicklungslebenszyklus bewertet, um sicherzustellen, dass das Entwickelte tatsächlich wirtschaftlichen Nutzen bringt und verwendbar ist.
6. Arbeit in Arbeit (WIP) visualisieren und begrenzen, Losgrößen reduzieren und Warteschlangenlänge steuern: Wie angedeutet, konzentriert sich dieses Prinzip darauf, die zu einem bestimmten Zeitpunkt einem Team oder Einzelnen zugewiesene Arbeit zu limitieren (um Überlastung zu vermeiden und einen kontinuierlichen Arbeits- und Lieferfluss sicherzustellen).
7. Takt anwenden und sich mit bereichsübergreifender Planung synchronisieren: Nach einem Muster der Abstimmung mit anderen für die teamübergreifende Planung vorgehen.
8. Die intrinsische Motivation von Wissensarbeitern freisetzen: Das Bedürfnis nach Autonomie, klaren Rahmenbedingungen und dem Abbau von Hindernissen erkennen sowie eine Kultur der Beteiligung für Teammitglieder schaffen.
9. Entscheidungen dezentral treffen: Um schnell zu handeln und häufiger liefern zu können, müssen Entscheidungen dezentralisiert und denjenigen überlassen werden, die am nächsten dran sind.
10. Organisation rund um den Wert: Statt Teams um bestimmte Funktionen (z.B. Design, Testing etc.) anzusiedeln, organisieren Sie sich nach funktionsübergreifenden Teams sowie nach Kunden- und Unternehmenswert.

Wie implementiert man das Scaled Agile Framework^® 

Schritt 1: Die richtige Denkweise haben

Um mit der Implementierung von SAFe zu beginnen, muss eine Organisation den Wunsch haben, ihre geschäftliche Agilität zu verbessern und den Willen, eine Lean-Agile-Denkweise zu übernehmen.

Lean-Agile vereint Überzeugungen, Prinzipien und Handlungen aus dem Agile Manifest und dem Lean Management. Es ist die Transformation von einer statischen zu einer Wachstums-Mentalität, bei der Fachkräfte bereit sind, zu experimentieren, sich von anderen inspirieren zu lassen, Chancen zu erkunden, Herausforderungen anzunehmen und Misserfolge zu akzeptieren.

Das Ziel von Lean ist es, den maximalen Wert für Kunden in minimaler Zeit bei höchstmöglicher Qualität zu liefern. Lean-Denken kann definiert werden als:

• Den Wert des Produkts festlegen
• Einen Wertstrom für jedes Produkt definieren
• Wertfluss ohne Unterbrechungen schaffen
• Ermöglichen, dass der Kunde den Wert abruft
• Nach Perfektion streben

Schritt 2: Einen Wertstrom definieren 

Ein Wertstrom ist eine Serie von Schritten (und organisatorischen Komponenten), die erforderlich sind, um dem Kunden einen Wert zu liefern – vom initialen Auslöser bis zum Erhalt des Endprodukts oder der Dienstleistung. Gerade bei der Implementierung von SAFe ist dies von enormer Bedeutung.

SAFe konzentriert sich auf die Optimierung des Wertstroms, um einen kontinuierlichen Fluss von Mehrwert zu ermöglichen. Dazu werden Menschen um Wertströme herum organisiert, sodass Personen und Teams reibungslos zusammenarbeiten, anstatt in Silos oder Segmenten zu agieren.

Wenn beispielsweise ein Unternehmen individuelle Keramik-Kaffeetassen zur Bestellung auf seiner Website anbietet, könnte ein Wertstrom so aussehen:

Im obigen Beispiel sind alle Prozesse so organisiert, dass vom Moment der Bestellung der Kaffeetasse durch den Kunden bis zum Erhalt der Lieferung ein durchgängiger Wertfluss sichergestellt ist.

Schritt 3: Einrichtung des Agile Release Train (ART)

Ein Agile Release Train (ART) ist eine Kombination aus mehreren agilen Teams. Er ist um einen Wertstrom organisiert und soll kontinuierlich Mehrwert liefern, indem Lösungen entwickelt werden, die den Endanwendern und dem Kunden zugutekommen.

SAFe dreht sich um die Koordination mehrerer agiler Teams. Ein ART umfasst alle Personen, die für die Entwicklung, das Testen und die Bereitstellung des Produkts oder der Dienstleistung erforderlich sind. Typischerweise besteht er aus 50–125 Personen oder aus 10–12 verschiedenen agilen Teams (mit jeweils 8 bis 10 Teammitgliedern).

Ein ART ist funktionsübergreifend und enthält alle Personen und organisatorischen Ressourcen, die zur Entwicklung, Erstellung und Lieferung eines vollständigen Produkts oder einer Dienstleistung an den Kunden erforderlich sind. Je nach Größe einer Organisation kann es mehrere ARTs geben (denken Sie an große Organisationen mit mehr als 500 Mitarbeitern).

Schritt 4: Verschiedene Rollen in SAFe^® festlegen

Wie jede Organisationsstruktur erfordert auch SAFe bestimmte Rollen, die zugewiesen werden sollten. Auf Ebene der einzelnen agilen Teams sind die Rollen ähnlich wie in einem kleinen agilen Team, jedoch mit einigen zusätzlichen Rollen und Stakeholdern:

• Scrum Master: moderiert agile Zeremonien und beseitigt Hindernisse
• Product Owner: besitzt das Produkt-Backlog und priorisiert dessen Einträge
• Mitglieder des Scrum Teams: bearbeiten priorisierte Backlog-Einträge und liefern Ergebnisse, um den Kunden Mehrwert zu bieten
• Release Train Engineer (RTE): Im SAFe ART ist dies der Programmmanager und Koordinator für die agilen Teams
• Systemarchitekten/Ingenieure: Für technische und nicht-technische Organisationen unterstützen Systemarchitekten und Ingenieure die Produkt- oder Softwareentwicklung, indem sie eine solide Architekturgrundlage für die Lösung bereitstellen

Schritt 5: Erstellung eines Program-Backlogs für den Agile Release Train

Sie haben Ihren ART eingerichtet und jetzt mehrere agile Teams. Um zu koordinieren, was entwickelt oder gebaut wird, erstellen Sie ein Program-Backlog.

Ein Program-Backlog enthält die Features, Epics, User Stories, Funktionalitäten und Architekturaufgaben (Systemaufgaben), die zur Unterstützung des Wertstroms und für die Bereitstellung von Mehrwert für die Kunden erforderlich sind. 

Ein gemeinsames Backlog erfordert den Input vieler ART-Rollen wie des Release Train Engineer, der Product Owner sowie weiterer wie Produktmanagement und Führungskräfte der Organisation. Ein Produkt-Backlog hilft zudem beim nächsten Implementierungsschritt, um festzulegen, wer was und wann bearbeitet.

Schritt 6: Program Increment (PI) Planning und ART-Syncs

Im letzten Schritt müssen Sie planen, wer die Arbeit macht und wann. In SAFe wird dieses Ereignis Program Increment (PI) Planning genannt. Dies ist zentral für SAFe, wird regelmäßig durchgeführt und ist eine Gelegenheit zur Ausrichtung aller Beteiligten im ART.

Ein PI kann jede gewünschte Laufzeit haben, typischerweise jedoch 3 Monate (12 Wochen). Das ermöglicht 6 Sprints zu je 2 Wochen, die die Teams einplanen müssen. Dies geschieht meistens mit dem gesamten ART (also allen agilen Teams).

Aufgrund des Umfangs dauert PI Planning in der Regel zwei Tage und beinhaltet:

• Eine Präsentation des Geschäftskontexts, der strategischen Ziele und der Mission
• Aufteilung in Planungsgruppen der agilen Teams, in denen sie ihre Pläne anhand ihrer Team-Backlogs aus dem gemeinsamen Program-Backlog erstellen
• Präsentation der Entwurfspläne durch alle agilen Teams
• Management-Review und Problemlösungsdiskussionen
• Teamaufteilung für Anpassungen und Finalisierung der Pläne
• Präsentation der finalen Pläne und Vertrauensabstimmung
• Überprüfung von Programmriskien und Nachbearbeitung der Pläne (falls erforderlich)

Nach Abschluss des PI Plannings ist die Koordination und Zusammenarbeit kontinuierlich. Während des PI treffen sich regelmäßig Vertreter der agilen Teams (der PO und der Scrum Master) zusammen mit dem RTE zu einem ART-Sync, um den Fortschritt der agilen Teams zu überprüfen und Abhängigkeiten, Probleme oder Hindernisse zu identifizieren, die Koordination erfordern. Das kann während eines PI in beliebigem Intervall geschehen, aber alle 2 Wochen (oder am Ende jedes Sprints bzw. jeder Iteration) ist eine gute Taktung.

Welche Tools werden in SAFe^® verwendet?

Da SAFe weitere agile Methoden wie Scrum und Kanban nutzt, gibt es eine Vielzahl an Tools, die agilen Teams bei der Arbeit mit SAFe unterstützen können.

Für einige empfohlene Tools, die für SAFe verwendet werden können, beginnen Sie mit unseren Listen von Agile-Tools und Agiler Projektmanagement-Software.

Da die Durchführung von PI Planning als Vor-Ort-Aktivität (Face-to-Face) empfohlen wird, sind die folgenden Tools ebenfalls zu empfehlen:

• Großer Veranstaltungsraum, in dem das gesamte ART zusammenkommen und in Teams arbeiten kann
• Whiteboards oder große Flipchart-Papiere
• Whiteboard-Marker
• Post-Its/Klebezettel (werden verwendet, um Elemente aus dem Team-Backlog darzustellen)
• Snacks & Erfrischungen (denn wer liebt keine Snacks 😊)

SAFe^® & andere agile Methoden

Ich hoffe, Sie hatten Spaß auf der agilen Party und haben unseren neuen Partygast SAFe kennengelernt. Wie Sie vielleicht bemerkt haben, hat SAFe tatsächlich vieles mit anderen Gästen wie Scrum und Lean gemeinsam. Es ist der Beginn einer großartigen Beziehung!

Ebenso: Wenn Ihr Unternehmen wächst und die Koordination mehrerer agiler Teams zunehmend komplex wird, sollten Sie vielleicht darüber nachdenken, SAFe zu Ihrer Party einzuladen. Haben Sie Fragen? Treten Sie gerne mit mir über LinkedIn oder Twitter in Kontakt.

Für weitere hybride Projektmanagement-Methoden und Tools abonnieren Sie den Newsletter vom Digital Project Manager. Lust auf mehr? Sehen Sie sich unsere Mitgliedschaft an!

^®SAFe und Scaled Agile Framework sind eingetragene Marken von Scaled Agile, Inc.