Agile-Leitfaden · Agile skalieren
Was ist ein Agile Release Train (ART) in SAFe?
Ein Agile Release Train (ART) ist ein langfristig bestehendes Team aus agilen Teams, das nach einem gemeinsamen Zeitplan zusammen plant, sich verpflichtet und liefert. Er ist die zentrale Lieferstruktur des Scaled Agile Framework.
Das Wichtigste in Kürze
- Ein ART ist ein langfristig bestehendes Team aus agilen Teams, typischerweise 50 bis 125 Personen.
- Er plant in jedem PI gemeinsam und teilt eine gemeinsame Kadenz.
- Der Release Train Engineer moderiert und coacht den ART.
Merkmale eines ART
- Typischerweise 50 bis 125 Personen in mehreren agilen Teams.
- Um einen Wertfluss organisiert, etwa ein Produkt, eine Customer Journey oder einen Service.
- Verfügt über alle Kompetenzen, um seine Lösung zu definieren, zu entwickeln, zu testen und zu releasen.
- Hat eine gemeinsame Kadenz: Alle Teams beginnen und beenden Iterationen gemeinsam.
- Plant gemeinsam in jedem Program Increment (PI), meist 8 bis 12 Wochen.
- Besteht langfristig: Die Arbeit wird zum Train gebracht, statt für jedes Projekt neue Teams zu bilden.
Wichtige Rollen
| Rolle | Verantwortung |
|---|---|
| Release Train Engineer (RTE) | Moderiert ART-Events, beseitigt Hindernisse, coacht Führungskräfte und Teams |
| Product Management | Definiert und priorisiert Features im ART-Backlog |
| System Architect | Liefert Architekturvorgaben und Enabler |
| Business Owners | Legen Geschäftsziele fest und nehmen Ergebnisse ab |
| Agile Teams | Stories und Features in Iterationen liefern |
ART-Events
- PI Planning: Der gesamte Train plant das nächste Inkrement gemeinsam.
- ART Sync: ein regelmäßiges Koordinationsmeeting zu Fortschritt, Abhängigkeiten und Hindernissen.
- System Demo: Das integrierte Ergebnis aller Teams wird am Ende jeder Iteration gezeigt.
- Inspect and Adapt: ein Workshop am Ende jedes PI, um Ergebnisse zu prüfen und Probleme zu lösen.
Einen ART starten
- Identifizieren Sie den Wertstrom und die Personen, die für ihn benötigt werden.
- Schulen Sie Führungskräfte und Teams.
- Bereiten Sie den ART-Backlog mit Features vor.
- Führen Sie das erste PI-Planning-Event durch.
- Setzen Sie das PI um und führen Sie am Ende Inspect and Adapt durch.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Warum heißt er Release Train?
Wie ein Zugfahrplan läuft der ART nach einem festen, vorhersehbaren Zeitplan. Features, die fertig sind, erreichen den Zug; die anderen warten auf den nächsten.
Released ein Agile Release Train nur am Ende eines PI?
Nein. Die Planung folgt der PI-Kadenz, doch Teams können releasen, sobald Wert bereitsteht.
Was ist ein Agile Release Train?
In SAFe ein langfristig bestehendes Team aus agilen Teams, typischerweise 50 bis 125 Personen, organisiert um einen Wertfluss, das gemeinsam plant und liefert.
Wie viele Teams gehören zu einem Agile Release Train?
Meist mehrere agile Teams mit jeweils etwa zehn oder weniger Personen, insgesamt also etwa 50 bis 125 Personen.
Was macht ein Release Train Engineer?
Moderiert ART-Events wie das PI Planning, beseitigt Hindernisse und coacht Führungskräfte und Teams.
Was ist eine System Demo in einem Agile Release Train?
Eine Vorführung der integrierten Arbeit aller Teams des ART am Ende jeder Iteration.
Was ist Inspect and Adapt in einem Agile Release Train?
Ein Workshop am Ende jedes PI, in dem der ART Ergebnisse prüft und systemische Probleme löst.
Was ist ART Sync in einem Agile Release Train?
Ein regelmäßiges Koordinationsmeeting zu Fortschritt, Abhängigkeiten und Hindernissen über die Teams des Trains hinweg.
Wie unterscheidet sich ein Agile Release Train von einem Projektteam?
Ein ART besteht langfristig, und die Arbeit wird zu ihm gebracht, während ein Projektteam für ein Projekt gebildet und am Ende aufgelöst wird.
Wie hängt ein Wertstrom mit einem Agile Release Train zusammen?
Die Abfolge von Schritten, mit denen eine Organisation einem Kunden Wert liefert. ARTs sind um Wertströme herum organisiert.
Wie startet man einen Agile Release Train?
Wertstrom und Personen identifizieren, Führungskräfte und Teams schulen, den Feature-Backlog vorbereiten, das erste PI Planning durchführen und dann das PI umsetzen und auswerten.