Simyl
simylflow
Kursübersicht
Modul 2: Team-Ebene
Lektion 1 von 3
18 Min.

Agile Teams in SAFe

Teamzusammensetzung, Rollen und wie Teams in den umfassenderen Agile Release Train eingebunden sind.

1Teamzusammensetzung

In SAFe ist das agile Team der grundlegende Baustein. Alles – der ART, der Solution Train, das Portfolio – existiert, um Teams bei großartiger Arbeit zu unterstützen.

Ein SAFe-agiles Team ist:

  • Funktionsübergreifend: Das Team verfügt über alle Fähigkeiten, die erforderlich sind, um Wertinkremente zu definieren, zu erstellen, zu testen und bereitzustellen. Keine Übergaben an andere Teams für „deren Teil".
  • Selbstorganisierend: Das Team entscheidet, wie die Arbeit erledigt wird. Das Management legt das Was und Warum fest; das Team verantwortet das Wie.
  • Dediziert: Teammitglieder sind zu 100 % einem Team zugeordnet. Keine Aufteilung auf mehrere Teams – Kontextwechsel zerstören den Flow.
  • Langlebig: Teams bleiben über PIs und Iterationen hinweg zusammen. Es braucht Zeit, um das Vertrauen und gemeinsame Verständnis aufzubauen, die hohe Leistung hervorbringen.
  • Klein: 5–11 Personen. Groß genug für vielfältige Fähigkeiten, klein genug für echte Zusammenarbeit.

Teams wenden typischerweise Scrum (am häufigsten), Kanban (für Support-/Betriebsteams oder flussorientierte Arbeit) oder ScrumBan (eine Mischform) an. SAFe schreibt keine spezifische Methode vor – es schreibt vor, dass Teams agil sind und sich in die ART-Kadenz integrieren.

Das Dedikationsprinzip

Geteilte Teammitglieder sind der stille Killer Nummer 1 von Agilität im großen Maßstab. Wenn jemand in 3 Teams ist, ist er wirklich in keinem Team. SAFe ist explizit: 100 % Dedikation zu einem Team.

2Rollen innerhalb des Teams

Jedes SAFe-agile Team hat drei Schlüsselrollen:

Scrum Master / Team Coach – Moderiert Events, beseitigt Hindernisse, coacht das Team in agilen Praktiken und schützt das Team vor externen Störungen. In SAFe hilft der SM auch bei der Koordination mit anderen Teams im ART und nimmt am Scrum of Scrums teil.

Product Owner (PO) – Verantwortet das Team-Backlog, definiert und akzeptiert Stories und repräsentiert den Kunden gegenüber dem Team. Der PO arbeitet mit Product Management (eine Rolle auf ART-Ebene) zusammen, um Features in implementierbare Stories zu zerlegen. Der PO ist befugt, Entscheidungen über Umfang und Priorität auf Teamebene zu treffen.

Entwickler – Alle anderen: Ingenieure, Tester, Designer, Analysten. SAFe schreibt keine spezifischen Entwicklerrollen vor. Das Team verantwortet gemeinsam alle Entwicklungsarbeiten einschließlich Tests, Dokumentation und Bereitstellung.

Wichtiger Unterschied zu Einzel-Team-Scrum: In SAFe arbeitet der PO nicht isoliert. Er arbeitet mit anderen POs im ART und mit Product Management zusammen, um sicherzustellen, dass die Prioritäten auf Teamebene mit den Zielen auf Programmebene übereinstimmen. Diese Ausrichtung macht SAFe „skaliert" – individuelle Teamautonomie innerhalb gemeinsamer Richtung.

3Teams im ART

Teams arbeiten nicht isoliert. Sie sind Teil eines Agile Release Train (ART) – typischerweise 5–12 Teams (50–125 Personen), die an einem gemeinsamen Wertstrom arbeiten.

Teil eines ART zu sein bedeutet:

  • Gemeinsame Kadenz: Alle Teams führen die gleiche Iterationslänge (normalerweise 2 Wochen) und die gleiche PI-Kadenz (normalerweise 8–12 Wochen) durch.
  • Gemeinsame Planung: Alle Teams planen gemeinsam bei der PI-Planung, machen Abhängigkeiten sichtbar und Verpflichtungen transparent.
  • Gemeinsame Integration: Alle Teams tragen zur System-Demo in jeder Iteration bei und beweisen, dass das integrierte System funktioniert.
  • Gemeinsame Verbesserung: Alle Teams nehmen am Inspect & Adapt Event am Ende jedes PI teil.

Der ART hat zusätzliche Rollen, die Teams unterstützen:

  • Release Train Engineer (RTE): Moderiert ART-Events, managt Risiken und beseitigt teamübergreifende Hindernisse. Betrachten Sie den RTE als Scrum Master für den ART.
  • Product Management: Definiert die Programmvision und Roadmap, priorisiert das Programm-Backlog, arbeitet mit POs an der Feature-Zerlegung.
  • System Architect: Leitet architektonische Entscheidungen über Teams hinweg, stellt technische Ausrichtung sicher, adressiert übergreifende Belange.

Diese Rollen auf ART-Ebene existieren, um Koordinationsprobleme zu lösen, die einzelne Teams nicht allein lösen können.

Team-Topologien in SAFe

Erwägen Sie, Teams nach Wertstrom oder Feature-Bereich statt nach Technologieschicht zu organisieren. Feature-Teams (Full-Stack) reduzieren Übergaben. Plattform-Teams bieten gemeinsame Services. Dies entspricht dem Team-Topologies-Denken.

Wichtige Erkenntnisse
  • Teams sind funktionsübergreifend, selbstorganisierend, dediziert, langlebig und klein (5–11)
  • Drei Rollen: Scrum Master, Product Owner, Entwickler
  • Teams arbeiten in einem ART mit gemeinsamer Kadenz, Planung, Integration und Verbesserung
  • ART-Rollen (RTE, Product Management, System Architect) lösen teamübergreifende Koordination