SAFe Methodology Tutorial: Was ist Scaled Agile Framework?

Was ist ein Scaled Agile Framework (SAFe)?

Das Scaled Agile Framework (SAFe) ist eine frei verfügbare Online-Wissensdatenbank, mit der Sie Lean-Agile-Praktiken auf Unternehmensebene anwenden können. Es bietet eine einfache und einfache Erfahrung für die Softwareentwicklung. Es handelt sich um eine Reihe von Organisationen und Workflow-Mustern, die Unternehmen bei der Skalierung schlanker und agiler Praktiken unterstützen sollen. Es ist in drei Segmente unterteilt: Team, Programm und Portfolio.

SAFe Framework ermöglicht Team für,

• Implementierung von Lean-Agile-Software und -Systemen auf Unternehmensebene
• Es basiert auf Lean- und Agile-Prinzipien.
• Es enthält detaillierte Anleitungen für die Arbeit im Unternehmensportfolio, im Value Stream, im Programm und im Team.
• Es wurde entwickelt, um die Bedürfnisse aller Stakeholder innerhalb einer Organisation zu erfüllen.

SAFe wurde zuerst auf diesem Gebiet entwickelt und in Dean Leffingwells Büchern und Blogs ausgearbeitet . Version 1.0 ist die erste offizielle Version im Jahr 2011. Die neueste Version ist 4.6 und wurde im Oktober 2018 veröffentlicht. Sie enthält Anleitungen für die Arbeit auf Portfolio-, Wertstrom-, Programm- und Teamebene.

In diesem SAFe Agile-Tutorial lernen Sie:

• Was ist Scaled Agile Framework (SAFe)?
• Warum Agile Framework verwenden?
• Wann wird Scaled Agile Framework verwendet?
• Wie anders als andere agile Praktiken
• Grundlagen des Scaled Agile Framework
• Agiles Manifest
• Verschiedene Ebenen in SAFE
• Teamebene
• Programmebene
• Portfolioebene
• Wertstromebene

Warum Agile Framework verwenden?

Es ist ein einfaches und leichtes Framework, das jedoch die Anforderungen großer Wertströme und komplexer Systementwicklungen erfüllen kann. Durch die Implementierung des agilen SAFe-Frameworks haben Sie folgende Vorteile:

• Die Produktivität stieg um 20 - 50%
• Die Qualität stieg um mehr als 50%
• Time-to-Market ist schneller als 30 -75%
• Erhöhtes Engagement und Zufriedenheit der Mitarbeiter .

Das detaillierte Framework-Diagramm finden Sie auf der Website. Es zeigt alle Schlüsselrollen, Aktivitäten, Ergebnisse und Abläufe. Es dient auch als Navigationshilfe für den Rest der Site.

Das folgende Bild erklärt, wie agile Prozesse funktionieren. Epen sind ein großes Werk, das weiter in eine Reihe kleinerer Geschichten oder Unter-Epen unterteilt ist. Diese Sub-Epen werden dem Team als Story zugeordnet. Jedes Team arbeitet dann entsprechend an diesen Storys oder Softwarefunktionen.

Wann wird Scaled Agile Framework verwendet?

• Wenn ein Team daran interessiert ist, einen agilen Ansatz konsequent in größeren Programmen und Portfolios mit mehreren Teams umzusetzen.
• Wenn mehrere Teams ihre eigene Art der agilen Implementierung ausführen, aber regelmäßig auf Hindernisse, Verzögerungen und Ausfälle stoßen.
• Wenn Teams unabhängig arbeiten wollen.
• Wenn Sie Agile unternehmensweit skalieren möchten, sich aber nicht sicher sind, welche neuen Rollen möglicherweise benötigt werden oder welche vorhandenen Rollen (dh das Management) wie geändert werden müssen.
• Wenn Sie versucht haben, die Agilität in Ihrem Unternehmen zu skalieren, aber Schwierigkeiten haben, eine einheitliche oder konsistente Strategie für alle Geschäftsabteilungen vom Portfolio bis zur Programm- und Teamebene zu erreichen.
• Wenn ein Unternehmen seine Vorlaufzeit für die Produktentwicklung verbessern muss und wissen möchte, wie es anderen Unternehmen gelungen ist, Agile mit SAFe zu skalieren.

Wie anders als andere agile Praktiken

Lassen Sie uns nun in diesem Tutorial zum skalierten agilen Framework sehen, wie sich das skalierte agile Framework von anderen agilen Praktiken unterscheidet.

• Es ist öffentlich verfügbar und kostenlos zu benutzen.
• Verfügbar in einer sehr zugänglichen und benutzerfreundlichen Form.
• Es ist leicht, praktisch erprobte Ergebnisse und spezifisch für das Niveau.
• Es ändert ständig / regelmäßig die am häufigsten verwendeten agilen Praktiken.
• Bietet nützliche Erweiterungen für gängige agile Praktiken.
• Begründet agile Praktiken in einem Unternehmenskontext.
• Bietet ein vollständiges Bild der Softwareentwicklung.
• Sichtbarkeit oder Transparenz sind auf allen Ebenen wichtiger.
• Fortsetzung oder regelmäßiges Feedback zu Qualität und Verbesserung.

Grundlagen des Scaled Agile Framework

Scaled Agile Framework (SAFe): Es steht auf den Grundlagen seiner

1. Lean-Agile-Prinzipien
2. Grundwerte,
3. Lean-Agile Führung
4. Lean-Agile Mind-Set,
5. Communities of Practice (Gruppe von Personen, die ständig an SAFe-Praktiken arbeiten)
6. Implementierung von 1-2-3

SAFe Lean-Agile-Prinzipien

Diese grundlegenden Prinzipien und Werte von SAFe Agile für SAFe müssen verstanden, ausgestellt und fortgesetzt werden, um die gewünschten Ergebnisse zu erzielen.

• Nehmen Sie eine wirtschaftliche Sicht
• Systemdenken anwenden
• Variabilität annehmen; Optionen beibehalten
• Bauen Sie schrittweise mit schnellen, integrierten Lernzyklen auf
• Grundmeilensteine ​​sind eine objektive Bewertung der Arbeitssysteme
• Visualisieren und begrenzen Sie WIP, reduzieren Sie die Stapelgröße und verwalten Sie die Warteschlangenlängen
• Wenden Sie die Trittfrequenz an und synchronisieren Sie sie mit der domänenübergreifenden Planung
• Schalten Sie die intrinsische Motivation von Wissensarbeitern frei
• Entscheidungsfindung dezentralisieren

SAFe Agile Core Values

Die SAFe Agile-Methodik basiert auf diesen vier Werten.

Ausrichtung:

• SAFe unterstützt die Ausrichtung.
• Die Ausrichtung beginnt um,
  • Strategische Themen im Portfolio Backlog und
  • Weiter geht es mit Vision und Roadmap der Programmrückstände und dann
  • Wechselt zu den Team-Backlogs.

Eingebaute Qualität:

• Es stellt sicher, dass jede inkrementelle Lieferung die Qualitätsstandards widerspiegelt.
• Qualität wird nicht "später hinzugefügt" eingebaut.
• Eingebaute Qualität ist eine Voraussetzung für Lean und obligatorisch

Transparenz:

• Transparenz ist der Wegbereiter für Vertrauen.
• SAFe hilft dem Unternehmen, Transparenz auf allen Ebenen zu erreichen - Führungskräfte, Portfoliomanager und andere Stakeholder.
• Jeder kann in das Portfolio-Backlog / Kanban, die Programm-Backlogs / Kanban und das Team-Backlog / Kanban sehen.
• Jede Ebene hat ein klares Verständnis der PI-Ziele.
• Zugprogramme haben Einblick in die Rückstände des Teams sowie in andere Rückstände des Programms
• Teams und Programme haben Einblick in Business- und Architektur-Epics. Sie können sehen, was auf sie zukommt.

Programmausführung:

• SAFe legt großen Wert auf Arbeitssysteme und die daraus resultierenden Geschäftsergebnisse.
• SAFe ist nicht nützlich, wenn Teams nicht ausführen und kontinuierlich Wert liefern können.

Lean Agile Leaders:

Die Lean-Agile Leaders sind lebenslange Lernende und Lehrende. Es hilft Teams, bessere Systeme aufzubauen, indem es die Lean-Agile SAFe-Prinzipien versteht und zeigt.

Als Enabler für die Teams liegt die letztendliche Verantwortung in der Übernahme, dem Erfolg und der kontinuierlichen Verbesserung der Lean-Agile-Entwicklungen. Für den Wandel und die kontinuierliche Verbesserung müssen Führungskräfte geschult werden.

Führungskräfte müssen einen neuen Führungsstil annehmen. Eine, die Einzelpersonen und Teams wirklich befähigt und einbezieht, ihr höchstes Potenzial zu erreichen.

Prinzipien dieser Lean-Agile-Führungskräfte

• Führe die Veränderung
• Den Weg kennen; Betonen Sie das lebenslange Lernen
• Menschen entwickeln
• Inspiriere und richte dich der Mission aus; Einschränkungen minimieren
• Entscheidungsfindung dezentralisieren
• Schalten Sie die intrinsische Motivation von Wissensarbeitern frei

Lean Agile Mind-Set:

Lean-Agile-Denkweise wird in zwei Dingen dargestellt:

1. Das SAFe House of Lean
2. Agiles Manifest

Das SAFe House of Lean :

SAFe basiert auf Lean Manufacturing-Prinzipien und -Praktiken. Basierend auf diesen Faktoren präsentiert SAFe das "SAFe House of Lean". Es ist inspiriert vom "Haus" des schlanken Toyota.

Das Ziel von Lean ist unschlagbar: Maximalen Kundennutzen in kürzester Vorlaufzeit mit höchstmöglicher Qualität für den Kunden

Die folgende Abbildung erläutert das Ziel, die Säulen und die Gründung von "SAFe House of Lean".

Agiles Manifest

Wir entdecken bessere Möglichkeiten zur Entwicklung von Software, indem wir dies tun und anderen dabei helfen. Durch diese Arbeit sind wir zu Wert gekommen:

Deshalb schätzen wir die Elemente auf der linken Seite mehr, obwohl die Elemente auf der rechten Seite einen Wert enthalten.

Agiles Manifest

1. Die höchste Priorität ist es, den Kunden durch kontinuierliche und frühzeitige Lieferung wertvoller Software zufrieden zu stellen.
2. Nehmen Sie die sich ändernden Anforderungen auch spät in der Entwicklung an. Die agile SAFe-Methodik nutzt Veränderungen zum Nutzen des Kunden.
3. Stellen Sie häufig funktionierende Software bereit, von einigen Wochen bis zu einigen Monaten, wobei Sie die kürzere Zeitspanne bevorzugen.
4. Entwickler und Geschäftsleute müssen während des gesamten Projekts täglich zusammenarbeiten.
5. Bauen Sie Projekte um motivierte Personen auf. Geben Sie ihnen Unterstützung und die Umgebung, die sie benötigen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.
6. Die effizienteste Methode für die Kommunikation mit einem Entwicklungsteam ist ein persönliches Gespräch.
7. Arbeitssoftware ist das wichtigste Maß für den Fortschritt.
8. Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo einzuhalten.
9. Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design erhöht die Agilität.
10. Einfachheit - die Kunst, den Arbeitsaufwand zu maximieren - ist unerlässlich.
11. Die besten Architekturen, Anforderungen und Designs entstehen aus selbstorganisierenden Teams.
12. In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Verschiedene Ebenen in SAFE

Es gibt zwei verschiedene Arten der SAFe-Implementierung:

1. Implementierung von SAFe 4.0
2. Implementierung von SAFe 3.0

• In der SAFe 4.0-Implementierung haben wir 4 Ebenen: Portfolio, Wertstrom, Programm und Team.
• In der SAFe 3.0-Implementierung haben wir 3 Ebenen: Portfolio, Programm und Team
• 3-Level SAFe ist für kleinere Implementierungen mit 100 oder weniger Personen vorgesehen. Programme, die keine nennenswerte Zusammenarbeit erfordern.
• 4-Level SAFe ist für Lösungen gedacht, bei denen in der Regel viele Hunderte von Anwendern für die Entwicklung und Wartung von Software erforderlich sind.

Teamebene

Rollen / Teams		Veranstaltungen		Artefakte
* Agiles Team		* Sprintplanung		* Team Backlog
* Product Owner		* Backlog-Pflege		* Nicht-funktionale Anforderungen
* Scrum Master		* Tägliches Aufstehen		* Team PI Ziele
		* Ausführung		* Iterationen
		* Sprint Demo		* Geschichten (Arbeitssoftware)
		* Sprint Retrospektive		* Sprintziele
		* IP-Sprints		* Eingebaute Qualität
				* Spikes
				* Team Kanban

• Alle SAFe-Teams sind Teil des einen oder anderen Agile Release Train (ART).
• SAFe-Teams sind befähigte, sich selbst organisierende, sich selbst verwaltende, funktionsübergreifende Teams
• Jedes Team ist gleichermaßen dafür verantwortlich, Storys aus seinem Team-Backlog in Iterationen fester Länge zu definieren, zu erstellen und zu testen
• Die Teams planen und führen zweiwöchige Iterationen mit Zeitrahmen gemäß den vereinbarten Iterationszielen durch.
• Die Teams werden die ScrumXP / Team Kanban-Routine verwenden, um hochwertige Systeme bereitzustellen und alle zwei Wochen eine Systemdemo zu erstellen.
• Alle verschiedenen Teams in den ART (Agile Release Trains) erstellen ein integriertes und getestetes System. Die Stakeholder bewerten und reagieren mit schnellem Feedback
• Sie wenden integrierte Qualitätspraktiken an.
• Jedes ScrumXP-Team hat 5-9 Teammitglieder, einschließlich aller Rollen, die erforderlich sind, um in jeder Iteration einen inkrementellen Qualitätswert zu erstellen.
• Zu den ScrumXP-Rollen gehören:
  • Team (Dev + QA)
  • Scrum Master
  • Product Owner. Usw…
• SAFe unterteilt die Entwicklungszeitleiste in eine Reihe von Iterationen innerhalb eines PI (Program Increment).
• Die PI-Dauer liegt zwischen 8 und 12 Wochen.
• Das Team wird Geschichten verwenden, um den Wert zu liefern. Der Product Owner hat die inhaltliche Autorität über die Erstellung und Akzeptanz der Storys.
• Geschichten enthalten Kundenanforderungen.
• Das Team-Backlog enthält Benutzer- und Enabler-Storys, die während der PI-Planung identifiziert werden. Wenn das Produktmanagement die Roadmap, Vision und das Programm-Backlog präsentiert.
• Das Identifizieren, Ausarbeiten, Priorisieren, Planen, Implementieren, Testen und Akzeptieren der Storys sind die Hauptanforderungen der Managementarbeit auf Teamebene.
• Jede Iteration bietet:
  • Eine wertvolle Erweiterung der neuen Funktionalität
  • Erreichen Sie dies durch ein sich ständig wiederholendes Muster
  • Planen Sie die Iteration
  • Verpflichten Sie sich zu einigen Funktionen
  • Führen Sie die Iteration aus, indem Sie Stories erstellen und testen
  • Demo der neuen Funktionalität
  • Rückblick
  • Wiederholen Sie dies für die nächste Iteration
• Die Teams unterstützen auch die Systemdemo am Ende jeder Iteration. Das ist der kritische Integrationspunkt für die ART.
• Größere Wertströme haben mehrere ARTs.
• Die Iterationen für Innovation und Planung (IP) bieten den Teams die Möglichkeit zur Innovation und Erforschung.

Programmebene

Rollen / Teams		Veranstaltungen		Artefakte
* DevOps		* PI-Planung (Program Increment)		* Vision
* Systemteam		* Systemdemos		* Roadmap
* Release Management		* Inspektion und Annahme der Werkstatt		* Metriken
* Produkt Management		* Architektonische Landebahn		* Meilensteine
* UEX Architect		* Jederzeit freigeben		* Veröffentlichungen
* Release Train Engineer (RTE)		* Agile Release Train		* Programm-Epen
* Systemarchitekt / Ingenieur		* Veröffentlichung		* Programm Kanban
* Unternehmer				* Programm-Backlog
* Lean-Agile-Führungskräfte				* Nicht-funktionale Anforderungen
* Communities of Practice				* Gewichteter kürzester Job zuerst (WSJF)
* Geteilte Dienstleistungen				* Programm PI Ziele
* Kunde				* Merkmal
				* Möglichmacher
				* Lösung
				* Wertstromkoordination

• Auf Programmebene wird der Wert von SAFe von langlebigen Agile Release Trains (ART) geliefert. Die Iteration ist für das Team und der Zug für das Programm.
• Agile Release Trains (ART) sind das Hauptinstrument für die Wertschöpfung auf Programmebene. Es liefert einen Wertstrom an die Organisation.
• Die Dauer der Programminkremente (PIs) beträgt 8 bis 12 Wochen.
• ART besteht aus 5 bis 12 agilen Teams (ca. 50 bis 125 Personen), die alle Rollen und Infrastrukturen umfassen, die für die Bereitstellung vollständig getesteter, funktionsfähiger Software auf Systemebene erforderlich sind.
• Jeder PI ist eine Zeitbox mit mehreren Iterationen. Währenddessen wird ein bedeutendes, wertvolles Inkrement des Systems entwickelt und geliefert.
• In jedem PI finden eine "Demo" - und eine "Inspect and Adapt" -Sitzung statt, und die Planung für das nächste PSI beginnt.
• Auf Programmebene legt SAFe den Schwerpunkt auf das Prinzip der Angleichung. Dies liegt daran, dass mehrere agile Teambemühungen integriert sind, um Kundennutzen zu schaffen.
• Die SAFe-Artefakthierarchie lautet Epics-> Features-> User Stories .
• Auf Programmebene verfügt der Produktmanager / Programmmanager über Inhaltsberechtigung. Er definiert und priorisiert den Programmstau.
• Der Programmrückstand ist eine priorisierte Liste von Funktionen.
• Auf Programmebene können Features erstellt werden oder sie können aus Epen stammen, die auf Portfolioebene definiert wurden.
• Features zerlegen sich in User Stories und fließen in Backlogs auf Teamebene ein.
• Der Produktmanager oder die Rolle des Release Train Engineer kann vom Programmmanager / Senior Project Manager übernommen werden
• Die Rolle des Systemarchitekten auf Programmebene besteht darin, die tägliche Arbeit mit den Teams zusammenzuarbeiten. Es stellt sicher, dass nicht funktionale Anforderungen erfüllt werden. Außerdem arbeiten sie mit dem Unternehmensarchitekten auf Portfolioebene zusammen, um sicherzustellen, dass genügend Architektursteg vorhanden ist, um die anstehenden Benutzer- und Geschäftsanforderungen zu erfüllen.
• Das Interface-Design, die User Experience-Richtlinien und die Designelemente für die Teams werden von UX Designers bereitgestellt.
• Die Rolle des Chief-Scrum-Masters wird von 'Release Train Engineer' gespielt.
• Verschiedene Teams (aus Marketing, Entwicklung, Qualität, Betrieb und Bereitstellung) bilden das Release Management Team. Sie werden routinemäßige Releases von Qualitätslösungen für Kunden genehmigen.
• Die Bereitstellung von Software in Kundenumgebungen und die erfolgreiche Bereitstellung wird vom DevOps-Team übernommen.

Portfolioebene

Rollen / Teams		Veranstaltungen		Artefakte
* Enterprise Architect		* Strategische Investitionsplanung		* Strategische Themen
* Programm Portfolio Mgmt		* Kanban Portfolio (Epic) Planung		* Unternehmen
* Epische Besitzer				* Portfolio Backlog
				* Portfolio Kanban
				* Nicht-funktionale Anforderungen
				* Episch und Enabler
				* Wertstrom
				* Budgets (CapEx und OpEx)

• Das höchste Interesse / Interesse / Engagement / an SAFe ist das SAFe-Portfolio
• Das Portfolio bietet die Grundbausteine ​​für die Organisation des Lean-Agile Enterprise-Werteflusses über einen oder mehrere Wertströme.
• Das Portfolio hilft bei der Entwicklung von Systemen und Lösungen, die in strategischen Themen beschrieben werden (verknüpft ein SAFe-Portfolio mit der sich ändernden Geschäftsstrategie eines Unternehmens).
• Um strategische Ziele zu erreichen, werden diese Elemente auf Portfolioebene zusammengefasst. Es bietet grundlegende Budgetierungs- und andere Governance-Mechanismen. Auf diese Weise wird sichergestellt, dass die Investition in die Wertströme die für das Unternehmen erforderlichen Renditen liefert.
• Ein Portfolio ist bidirektional mit dem Geschäft verbunden:
  • Um das Portfolio zu den sich ändernden Geschäftszielen zu führen, enthält es strategische Themen.
  • Eine andere Richtung zeigt den konstanten Fluss der Portfoliowerte an.
• Das Programmportfoliomanagement fungiert als Stakeholder und ist dafür verantwortlich, die Geschäftsergebnisse zu liefern.
• SAFe Portfolio Level enthält Personen, Prozesse und notwendige Build-Systeme und -Lösungen, die ein Unternehmen benötigt, um seine strategischen Ziele zu erreichen.
• Wertströme sind die Hauptziele des Portfolios, mit denen die für die Erstellung der Lösungen erforderlichen Mitarbeiter und sonstigen Ressourcen finanziert werden.
• Wichtige Schlüsselkonzepte, die hier verwendet werden, sind:
  • Verbindung zum Unternehmen,
  • Programmportfoliomanagement,
  • Verwalten des Flusses von Portfolio-Epen.

Wertstromebene

Rollen / Teams		Veranstaltungen		Artefakte
* DevOps		* Planung vor und nach PI (Program Increment)		* Vision
* Systemteam		* Lösungsdemos		* Roadmap
* Release Management		* Inspektion und Annahme der Werkstatt		* Metriken
* Lösungsmanagement		* Agile Release Train		* Meilensteine
* UEX Architect				* Veröffentlichungen
* Value Stream Engineer (RTE)				* Value Stream Epics
* Lösungsarchitekt / Ingenieur				* Wertstrom Kanban
* Geteilte Dienstleistungen				* Value Stream Backlog
* Kunde				* Nicht-funktionale Anforderungen
* Lieferant				* Gewichteter kürzester Job zuerst (WSJF)
				* Wertstrom-PI-Ziele
				* Fähigkeit
				* Möglichmacher
				* Lösungskontext
				* Wertstromkoordination
				* Wirtschaftlicher Rahmen
				* Lösungsabsicht
				* MBSE
				* Set Based
				* Agile Architektur

• Die Wertstromebene ist in SAFe optional.
• Value Stream Level ist neu in SAFe 4.0.
• Die Wertstromebene ist für Unternehmen / Bauherren / Organisationen bestimmt / konzipiert, die:

1. Groß in der Größe
2. Unabhängig
3. Haben Sie komplexe Lösungen
4. Ihre Lösungen erfordern normalerweise mehrere ARTs
5. Sie haben Lieferantenbeitrag.
6. Sie stehen vor den größten Systemherausforderungen
7. Für cyber-physische Systeme
8. Für Software, Hardware, Elektrik und Elektronik, Optik, Mechanik, Fluidik und mehr.

• Der Aufbau dieser Art von Systemen erfordert oft Hunderte, sogar Tausende von Praktikern, externen und internen Lieferanten.
• Wenn die Systeme von entscheidender Bedeutung sind. Der Ausfall der Lösung oder sogar eines Teilsystems hat inakzeptable wirtschaftliche und soziale Folgen.
• Wenn die Unternehmen mit ein paar hundert Praktizierenden gebaut werden können, werden die Konstrukte dieses Levels möglicherweise nicht benötigt. In diesem Fall können sie aus der " reduzierten Ansicht" eine dreistufige SAFe verwenden.
• Das Erstellen von Wertstromlösungen in einem Lean-Agile-Muster erfordert zusätzliche Artefakte, Koordination und Konstrukte. Diese Ebene enthält also einen wirtschaftlichen Rahmen, um finanzielle Grenzen für Value Stream festzulegen
• Es unterstützt Trittfrequenz und Synchronisation für mehrere ARTs und Lieferanten. Es umfasst Besprechungen vor und nach der PI-Planung sowie eine Lösungsdemo.
• Es gibt zusätzliche Rollen: Value Stream Engineer, Solution Architect / Engineering und Solution Management.

Zusammenfassung:

• SAFe ist eine branchenerprobte, wertorientierte Methode zur Skalierung von Agile auf Unternehmensebene.
• Es beantwortet die Fragen wie "Wie planen wir?", "Wie planen wir?" Und "Wie werden wir in Architektur und DevOps funktionsübergreifend?"
• Das SAFe Agile Framework hilft großen Organisationsteams, die strategischen Ziele einer Organisation zu erreichen, nicht nur einzelne Projektziele.
• Das Framework bietet die Möglichkeit, eine zentralisierte Strategie zur Wertschöpfung beizubehalten und zu erstellen.
• Das SAFe-Modell hat drei bis vier Ebenen, die die strategischen Themen einer Organisation zentralisieren.
• Zentralisierte Strategie, kombiniert mit der dezentralisierten agilen Entwicklungsausführung.

Verweise:

SAFe für Lean Enterprises 5.0:

http://www.scaledagileframework.com

Dieser Artikel wurde von Jyothi Rangaraj verfasst