Agile-Methodik beginnt meist mit kleinen Teams, die sich auf Beiträge zum Projekt konzentrieren. Typischerweise entsteht schließlich der Bedarf an langfristigen, funktionsübergreifenden Teams, die sich auf die Lieferung von Wert in einem bestimmten Wertstrom oder einer Reihe von Wertströmen konzentrieren. Dann wird ein Agile Release Train etabliert. Agile Release Trains sind mehrere Agile-Teams, die auf ein gemeinsames Ziel ausgerichtet sind.

Der Agile Release Train umfasst die Menschen, die für Implementierung, Test, Deployment und Release des Produkts benötigt werden. Ein genauerer Blick auf die Prinzipien und Schlüsselrollen innerhalb eines Release Trains folgt.

Die Prinzipien des Agile Release Train

Ein Agile Release Train operiert nach einer Reihe gemeinsamer Prinzipien:

Der Zeitplan ist fest. Agile Release Trains planen und liefern Arbeit nach einem festen Zeitplan, bestimmt durch den Program-Increment-(PI-)Rhythmus. Program Increments dauern üblicherweise 8-12 Wochen, und wird ein Projekt oder Feature nicht in den aktuellen PI eingeplant, beginnt es erst im nächsten.

Ein neues System-Increment alle zwei Wochen. Agile Release Trains arbeiten in zweiwöchigen Zyklen, System-Increments genannt.

Synchronisation wird angewendet. Alle Teams sind auf denselben Zeitplan und dieselbe PI-Länge (mit gemeinsamen Start- und Enddaten sowie Dauern) synchronisiert, um alles aufeinander abzustimmen.

Der Train hat eine bekannte Velocity. Jeder Agile Release Train kann verlässlich schätzen, wie viel Arbeit in einem PI geliefert werden kann.

Agile Teams. Leistungsstarke Agile-Teams, die das Agile Manifest verkörpern, sind eine wichtige Komponente von Agile Release Trains. Teams sollten funktionsübergreifend, stabil und autonom sein (dazu später mehr), während sie das Manifest und agile Methoden anwenden.

Dedizierte Menschen. Die meisten Menschen im Train sind Vollzeit dediziert, unabhängig von ihrer funktionalen Berichtsstruktur, was zur Stabilität beiträgt.

Persönliches PI-Planning. Agile Release Trains planen Arbeit periodisch, meist in persönlichen PI-Planning-Events. Während des PI-Plannings stimmen Teams strategische Prioritäten für den kommenden PI ab.

Innovation und Planung. IP-Iterationen finden am Ende jedes Program Increments statt. Sie bieten einen Puffer zwischen PIs sowie dedizierte Zeit für PI-Planning, Innovation, Weiterbildung und Infrastrukturarbeit.

Inspect and Adapt (I&A). Nach jedem Program Increment folgt ein Inspect-and-Adapt-Event. Während des Events wird der aktuelle Stand der Lösung vom Team demonstriert und bewertet. Teams und Management nutzen diese Zeit, um Verbesserungs-Backlog-Elemente in einem strukturierten Problemlösungs-Workshop zu identifizieren.

Develop on Cadence, Release on Demand. Agile Release Trains wenden Rhythmus und Synchronisation an, um Forschung und Entwicklung zu managen. Sie können eine Lösung oder Teile davon jederzeit veröffentlichen (vorbehaltlich Release-Kriterien).

Rollen im Agile Release Train

Agile Release Trains brauchen leistungsstarke Agile-Teams. Folgende Rollen tragen zur erfolgreichen Umsetzung bei:

  • Scrum Master: verantwortlich, das Team fortlaufend durch Scrum-Prozesse und Best Practices zu führen.
  • Product Owner: verantwortlich für den Wert, den das Agile-Team produziert.
  • Teammitglieder (Entwickler:innen): die funktionsübergreifenden, kollaborativen Personen, die sich auf inkrementelle Lieferung konzentrieren.

Zusätzlich zu diesen Kernrollen gibt es oft weitere Rollen, die von Agile Release Trains genutzt werden:

  • Release Train Engineers: verantwortlich für das Management der Programmausführung, die Beseitigung von Workflow-Hindernissen, sowie Risiko- und Abhängigkeitsmanagement.
  • Product Manager: verantwortlich für die Gesamtproduktvision und -strategie, kommuniziert mit internen und externen Stakeholdern, um Kundenanforderungen zu definieren und zu erfüllen.
  • System-Architekt:innen/Ingenieur:innen: verantwortlich für die Definition der Gesamtarchitektur der Systeme und dafür, dass zentrale Systemelemente und Schnittstellen nahtlos zusammenarbeiten.
  • Business Owner: zentrale interne Stakeholder des Agile Release Trains, verantwortlich für die Lieferung der beabsichtigten Geschäftsergebnisse.

Neben diesen Rollen ist auch die Sicherstellung bestimmter Qualitäten im Team wichtig, dazu im nächsten Abschnitt mehr.

Agile Release Trains brauchen leistungsstarke Agile-Teams

Funktionsübergreifend. Reibungslose Zusammenarbeit über mehrere Abteilungen hinweg ist für langfristigen Erfolg nötig.

Stabil. Dedizierte Teams, die sich nicht ändern, haben die Gelegenheit zu wachsen, besonders in der Zusammenarbeit mit Teammitgliedern außerhalb ihrer Kernexpertise.

Autonom. Agile-Teams sollten die Autonomie haben, sich bei der Lieferung des Produkts oder inkrementellen Werts für das Projekt selbst zu managen.

Zusammenfassung

Organisationen, die Teams in Agile Release Trains organisieren, profitieren von größerem Wert und besserer Kapitalrendite. Das bietet Vorteile wie reduzierte Teamkosten durch weniger Wiederholungsarbeit, hilft, hochwertige Arbeit zu priorisieren, und fördert die Zusammenarbeit von Teams. Es ist daher ein nützliches Werkzeug in Agile, um Erfolg voranzutreiben.