SAFe_Agile_Release_Trains.md

title	tags	author	anrechnung
SAFe_Agile_Release_Trains	agil klassisch	FilipPrecik	a

Wie SAFe oder Scaled Agile Framework bezeichnet man eine Stellung zum Agile Management. Diese Stellung ist von der Firma Scaled Agile geschaffen und jetzt befindet sich im Version 5.1. Es wird von großen Gesselschaften für die Organisation der Projekts benutzt. Die SAFe-Struktur ist von viele Elemente gebildet und dazu zählt man auch AGT oder Agile Release Trains, die noch unten beschreibt sind.

SAFe Vorteile und die Grundsätze

Laut der Firma Scaled Agile¹,die SAFe entwickelt hat, bring diese Plateaussohle bessere Produktivität, schnelles Feedback und erhöht die Mitarbeiterzufriedenheit und Mitarbeiterengagement. Viele Firmen auch registieren, dass sie schneller auf Kundennachfrage reagieren können. Jede Branche ist ganz unterschiedlich und deswegen kann auch die SAFe-Nutzung bei der Firma unterschiedlich sein. Trotz der Vielfalt der Situationen sollen die Firmen für die erfolgreiche Nutzung die 10 Grundprinzipe folgen.

Die sind folgende²:

1. Take an economic view
2. Apply systems thinking
3. Assume variability; preserve options
4. Build incrementally with fast, integrated learning cycles
5. Base milestones on objective evaluation of working systems
6. Visualise and limit WIP (Work in process), reduce batch sizes, and manage queue lengths
7. Apply cadence, synchronise with cross-domain planning
8. Unlock the intrinsic motivation of knowledge workers
9. Decentralise decision-making
10. Organise around value

Agile Release Trains in der SAFe-Struktur - wozu braucht man ARTs?

Als eine Firma versucht das SAFe Agile Management zu implementieren, ist es wichtig im Prozess für den Erfolg, Value Stream und ARTs zu definieren. Value Stream³ ist eine Menge des Werts, die das Unternehmen im Prozess zu den Kunden bringt. Im Vergleich zu Value Stream sind ARTs⁴ (oder Agile Release Trains) Teams, die eine Lösung wie den Wert im Produkt zu implementieren suchen. Diese Teams sind cross-funktional und sind organisiert, um den Wert zu bringen.

ARTs arbeiten auf diese Prinzipe⁴

• Der Plan des ARTs ist fest festgestellt und hat mehrere Teile (Iteration). Wenn das Team ein Element nicht bringen schafft, kann es in der nächsten Teil oder Iteration bringen.
• Das neue System muss immer jede zweite Woche gebracht werden.
• Jedes Team hat das gleiche Programm und deshalb arbeiten alle ARTs in der Synchronisation.
• Jedes Team hat eine Vorstellung wie viele Elements es bringen kann.
• Teams sind agile
• Die Leute, die in ART arbeiten, beschäftigen sich mit ART-Team für volle Zeit.
• Das ART-Team hat regelmäßig ein Face-to-Face Treffen, wo sie die PI Planung haben
• Innovation und Planung (IP) veranstalten immer am Ende einen Teil der PI Planung und sind gemeint, um die Verbesserrung zu bringen
• Inspektion und Adaptierung (I&A) veranstalten auch immer am Ende der PI Planung und sind gemeint, die aktuelle Situation auszuwerten und mit der Solution-oriented Einstellung zu verbessern
• Develop on Cadence, Release on Demand - die Lieferung der Lösung vom ART-Teams kann in jedem Moment sein

Organisation um den Wert

Wie schon gesagt war, die ARTs sind organisiert, um den Wert zu bringen. ARTs sind am meistens virtuelle Teams, in denen die Leute zusammen arbeiten, aber sehr häufig bleiben die Leute unter dem klassischen Struktur des Unternehmens. Das Bild unten zeigt wie sind die ARTs gebildet.

Bild 1.⁵, ARTs sind cross-functional Teams , Author: © Scaled Agile, Inc.

ART Teamstruktur und wichtige Teamrollen

Die Struktur der ART Teams ist zwar nicht fest festgestellt, aber es gibt hier eine bestimmte Rollen, die für erfolgreiches Funktionieren wichtig sind. Meistens enthalten die Teams zwichen 50 und 125 Leute⁴. Für jedes Team gibt es ein Release train engineer (RTE), Product manager und System architect. Außer dem AGT-Team sind auch business owner, die verantwortlich für die Businessergebnisse eines ART-Teams sind, und die Kunden, denen die Lösungen von einem ART-Team geliefert sind.

Kurze Rollenbeschreibung:⁴

• Release train engineer - ist der ART-führer und ist verantwortlich für die Leitung des ART-Teams. Dazu zählt man die Exekution, das Riskmanagement und die Verbesserung des Prozesses im ART-Team.
• Product manager - ist verantworlich für den Auftritt. Er kommuniziert mit den Kunden und Product owners und achtet darauf, dass der Auftritt nach der festgestellten Vision und Roadmap ist.
• System architect - kann ein Person oder ein Team sein. Er definiziert die allgemeine Struktur des Systems.
• Business owner - ist verantwortlich für die Businessergebnisse eines ART-Teams

Siehe auch

• Ozkan, N. and Tarhan, A. (2019) ‘A Review of Scaling Approaches to Agile Software Development Models’, Software Quality Professional, 21(4), pp. 11–20.
• Putta, A., Paasivaara, M. and Lassenius, C., 2018, November. Benefits and challenges of adopting the scaled agile framework (SAFe): preliminary results from a multivocal literature review. In International Conference on Product-Focused Software Process Improvement (pp. 334-351). Springer, Cham.
• One Agile Production (2020) What is an Agile Release Train Engineer (SAFe 5). Available at: https://www.youtube.com/watch?v=p4MiBPbfxAA (Accessed: 20 November 2021).

Quellen

Footnotes

1. Benefits of SAFe: How it Benefits Organizations (no date) Scaled Agile. Available at: https://scaledagile.com/what-is-safe/scaled-agile-benefits/ (Accessed: 18 November 2021). ↩

2. SAFe Lean-Agile Principles, n.d. . Scaled Agile Framework. URL https://www.scaledagileframework.com/safe-lean-agile-principles/ (accessed 11.24.21). ↩

3. Alexander, M., 2019. What is SAFe? The Scaled Agile Framework explained. CIO. ↩

4. Agile Release Train, n.d. . Scaled Agile Framework. URL https://www.scaledagileframework.com/agile-release-train/ (accessed 11.17.21). ↩ ↩² ↩³ ↩⁴

5. © Scaled Agile, Inc. (no date) Agile-Release-Train_F02_web.png (800×336). Available at: https://www.scaledagileframework.com/wp-content/uploads/2018/09/Agile-Release-Train_F02_web.png (Accessed: 20 November 2021). ↩