SAFe_Agile_Release_Trains

Wie SAFe oder Scaled Agile Framework wird eine Stellung zum Agilenmanagement bezeichnet. Diese Stellung ist von der Firma Scaled Agile geschaffen und jetzt befindet sich im Version 5.1. Es wird von großen Gesellschaften für die Organisation der Projekte benutzt. Die SAFe-Struktur ist von vielen Elementen gebildet und dazu zählt man auch AGT (Agile Release Trains), die noch unten beschrieben sind.

SAFe-Vorteile und die Grundsätze

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

Die sind²:

Bild 1.², 10 SAFe-Grundprinzipe , Author: © Scaled Agile, Inc.

ART-Teams in der SAFe-Struktur - wozu braucht man ART-Teams?

Um das SAFe-Agilenmanagement zu implementieren, ist es wichtig für den Erfolg, Value Stream und ART-Teams zu definieren. Value Stream³ ist eine Menge des Wertes, die das Unternehmen im Prozess zu den Kunden bringt. Im Vergleich zu Value Stream sind ART-Teams⁴, die eine Lösung wie den Wert im Produkt zu implementieren suchen. Diese Teams sind interfunktional und sind organisiert, um den Wert zu bringen.

ART-Teams arbeiten auf diese Prinzipe⁴

• Der Plan des ART-Teams ist fest festgestellt und hat mehrere Teile (Iteration). Wenn das Team nicht schafft, ein Element zu bringen, kann es im nächsten Teil gebracht werden
• Das neue System muss immer jede zweite Woche gebracht werden
• Jedes Team hat das gleiche Programm und deshalb arbeiten alle ART-Teams synchronisch
• Jedes Team hat eine Vorstellung wie viele Elemente es bringen kann
• Teams haben Agilen-Mindset
• Die Leute, die in ART-Team arbeiten, beschäftigen sich mit ART-Team in Vollzeit
• 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 eines Teils der PI Planung und sind darauf gezielt, die Verbesserrungen zu bringen
• Inspektion und Adaptierung (I&A) veranstalten auch immer am Ende der PI Planung und sind darauf gezielt, die aktuelle Situation auszuwerten und die lösungsorientierte Einstellung zu verbessern
• Die Lösungslieferung von den ART-Teams kann in jedem Moment sein

Organisation um den Wert

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

Bild 2.⁵, ART-Teams sind interfunktional , Author: © Scaled Agile, Inc.

ART-Teamstruktur und wichtige Teamrollen

Die ART-Teamstruktur ist zwar nicht fest festgestellt, aber es gibt hier eine bestimmte Rollen, die für erfolgreiches Funktionieren wichtig sind. Meistens enthalten die Teams zwischen 50 und 125 Leute⁴. Für jedes Team gibt es ein Release Train Engineer (RTE), Produktmanager und Systemarchitekt. Außerdem AGT-Team ist auch Businessbesitzer, der verantwortlich für die Businessergebnisse eines ART-Teams ist, und für die Kunden, denen die Lösungen vom ART-Team geliefert werden.

Kurze Rollenbeschreibung:⁴

• Release Train Engineer - ist der ART-Leiter und ist verantwortlich für die Leitung. Dazu zählt man die Exekution, das Risikomanagement und die Prozessverbesserung im ART-Team
• Produktmanager - ist verantwortlich für den Auftritt. Er kommuniziert mit den Kunden und Produktbesitzern und achtet darauf, dass der Auftritt nach der festgestellten Vision und dem Plan ist
• Systemarchitect - kann eine Person oder ein Team sein. Er definiert die allgemeine Struktur des Systems
• Businessbesitzer - ist verantwortlich für die Businessergebnisse des ART-Teams

Siehe auch

• Value Stream
• PI Planung
• Agilen-Mindset
• Roadmap
• Selbstorganisierende Teams

Weiterführende Literatur

• 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). (Accessed: 20 November 2021).

Quellen

1. Benefits of SAFe: How it Benefits Organizations (no date) Scaled Agile. (Accessed: 18 November 2021). ↩

2. SAFe Lean-Agile Principles, n.d. . Scaled Agile Framework. (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. (accessed 11.17.21). ↩ ↩² ↩³ ↩⁴

5. © Scaled Agile, Inc. (no date) Agile-Release-Train_F02_web.png (800×336). (Accessed: 20 November 2021). ↩