Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03370.jsonl.gz/1210

Wie Sie wahrscheinlich wissen, verwenden SAFe-Teams agile Praktiken, die hauptsächlich auf Scrum, Kanban, Lean, Systemdenken und von Extreme Programming abgeleiteten Qualitätspraktiken basieren.
Scrum ist ein leichtgewichtiges, teambasiertes Framework, das schnelles Feedback und eine schnelle, iterative Lösungsentwicklung fördert. In Scrum definieren, erstellen, testen (und implementieren) Teams Funktionen in kurzen Sprints (Iterationen).
Die erste Kategorie, in grün in der Abbildung, stellt das agile Team dar, das wie ein Scrum-Team zusammengesetzt ist.
Scrum-Master Scrum Product Owner Entwicklungsteam
Da das SAFe-Framework jedoch viele von Scrum abgeleitete Rollen besetzt, kommen für jede dieser Rollen einige Besonderheiten hinzu.
Release Train
Safe schließt sich dann den „Teams of Agile“ an, die im Rahmen des ART (Agile Release Train) zusammenarbeiten.
Selbst bei guter Ausführung erfordert die Erstellung von Lösungen in der Regel mehr Fähigkeiten, als ein einzelnes agiles Team bieten kann. Daher arbeiten agile Teams unter einem ART, einem langjährigen agilen Team.
Zusätzlich zum agilen Team tragen die folgenden Rollen (in gelb) zur erfolgreichen Durchführung des ART bei:
Release Train Engineer (RTE)
Der Release Train Engineer (RTE) hat eine sehr wichtige Rolle. Er ist der agile Leiter und Coach auf der Ebene des Agile Release Train (ART). In Scrum hat der Scrum Master eine Moderatorenrolle auf Teamebene. Da es in SAFe eine Verkleinerung der Teams gibt, finden wir auf der Ebene des Train ein Team von Teams und dann eine Reihe von spezifischen Rollen. Vereinfacht könnte man sagen, dass der RTE dem Scrum Master entspricht, allerdings auf Train-Ebene.
Er erleichtert die Weiterentwicklung des Train, die Zeremonien (Pi Planning, Inspect and Adapt), verwaltet Abhängigkeiten, systemische Risiken usw. Er hat auch eine Coaching-Rolle in Bezug auf die SAFe-Methode und das Lean Agile Framework, ebenfalls auf Train-Ebene.
Der Release Train Engineer (RTE) verfolgt die Indikatoren auf Train-Ebene, den gesamten Planungs- und Überwachungsteil von Kanban und unterstützt den Product Manager (PM) in wichtiger Weise.
Produktmanager
Wenn wir die Rolle des RTE in gewisser Weise mit der Rolle des Scrum-Masters vergleichen können, können wir sagen, dass der Produktmanager (PM) in gewisser Weise dem PO (Product Owner) entspricht, allerdings auf einer Ausbildungsebene. In diesem Zusammenhang ist der Produktmanager bestrebt, das bestmögliche Produkt zu schaffen.
SAFe spricht viel von „Benutzer-Kunden-Zentrierung“. Die Aufgabe des Produktmanagers besteht also darin, das effizienteste Produkt zu schaffen, dasjenige, das den meisten Wert bringt, das beste für seinen zukünftigen Benutzer. In diesem Zusammenhang hat der Produktmanager mehrere Rollen und mehrere Tätigkeiten.
Die erste Aufgabe besteht darin, das richtige Produkt zu definieren, indem er bestimmte Techniken wie Design Thinking, Produktvision, Roadmap und Funktionalität anwendet. Der Produktmanager hat sein eigenes Backlog (auf Programmebene), das die „Features“ enthält, und kümmert sich um deren Umsetzung und Fertigstellung. Der PM wird eng mit seinen Product Ownern (PO) zusammenarbeiten.
Wir sprechen viel über die PO/PM-Dualität in SAFe, um das Produkt zu schaffen, so wie der RTE viel mit den Scrum Masters zusammenarbeitet, damit der Zug funktioniert.
Systemarchitekt/Engineer
Systemarchitekten/-ingenieure sind für die Definition und Kommunikation einer gemeinsamen technischen und architektonischen Vision für einen Agile Release Train (ART) verantwortlich. Ihre Aufgabe ist es, sicherzustellen, dass das in der Entwicklung befindliche System oder die Lösung für den Zweck geeignet ist.
Business Owner
Die Business Owner sind die wichtigsten Stakeholder des ART und tragen die letzte Verantwortung für die Geschäftsergebnisse des Train.
Andere Beteiligte anwesend
Die Kunden sind die letztendlichen Empfänger der Lösung. Zusätzlich zu diesen kritischen ART-Rollen können die folgenden Funktionen oft eine Schlüsselrolle für eine erfolgreiche ART spielen: Systemteams helfen typischerweise bei der Erstellung und Unterstützung der DevOps-Infrastruktur für Entwicklung, kontinuierliche Integration, automatisierte Tests und Konfiguration in der Staging-Umgebung. Bei großen Systemen können End-to-End-Tests durchgeführt werden, die von einzelnen Agile-Teams nicht ohne weiteres geleistet werden können.
Shared Services sind Spezialisten (z. B. Datensicherheit, Informationsarchitekturen, Datenbankadministratoren (DBAs)), die für den Erfolg einer ART notwendig sind, aber nicht einem bestimmten Zug zugeordnet werden können. Alle ART-Teams verwenden die gleiche Iterationsfrequenz und -dauer, um ihre Arbeit zu synchronisieren, so dass sie gemeinsam planen, demonstrieren und lernen können.
Diese ersten beiden Kategorien, „Team Agile“ und „Release Train“, bilden das „SAFe Essential®“-Framework.
Während SAFe Essential die Mindestmenge an Rollen, Ereignissen und Artefakten definiert, die für die kontinuierliche Bereitstellung von Geschäftslösungen durch einen Zug (ART) erforderlich sind, untersucht „SAFe Large Solution“, dargestellt durch die dritte Kategorie in Orange auf dem Diagramm, Komplexitäten oder eine vielfältige Menge. Zusätzlich zur Team- und Programmebene wurde eine neue Ebene, die globale Lösungsebene, in dieses Framework aufgenommen. Wenn es darum geht, große Lösungen und komplexe Systeme zu entwerfen oder zu implementieren, kommt diese Ebene zum Einsatz. Verschiedene ARTs synchronisieren sich und arbeiten innerhalb dieses Rahmens zusammen, um einen Mehrwert zu schaffen.
SAFE Große Lösung
Solution Train
„SAFe Large Solution®“ in orange im Diagramm, beinhaltet 3 neue Rollen
Solution Architect/Engineering
Entspricht dem Systemarchitekten/Ingenieur, aber auf Lösungsebene. Verantwortlich für die Definition und Kommunikation einer gemeinsamen technischen und architektonischen Vision innerhalb des Solution Train, um sicherzustellen, dass das zu entwickelnde System oder die Lösung zweckmäßig ist.
Lösungsmanagement
Entspricht dem Produktmanagement, jedoch auf Lösungsebene. Diese Funktion ist verantwortlich für die Definition und Unterstützung der Entwicklung von großen Geschäftslösungen. Sie arbeitet eng mit dem Produktmanagement und dem Solution Architect/Engineering zusammen. Führungskräfte in dieser Funktion erreichen dies, indem sie mit einer Vielzahl von Personen zusammenarbeiten, um die Kundenbedürfnisse zu ermitteln und zu definieren, den Lösungskontext zu verstehen und die Lösungsvision, den Lösungsfahrplan und die zur Erstellung der Lösung erforderlichen Fähigkeiten zu entwickeln.
Solution Train Engineer (STE)
Entspricht dem RTE, jedoch auf der Lösungsebene. Der STE ist eine dienende Führungspersönlichkeit und ein Coach für die Lösungsschulung, der die Arbeit aller ART- und Wertstromanbieter erleichtert und leitet.
Er/sie bereitet die IP-Planung und die Bereitstellung von Lösungen in großem Maßstab vor, leitet und koordiniert sie, misst die Ergebnisse und schlägt Verbesserungen vor.
SAFE-Portfolio
Portfolio
Die letzte Ebene „SAFe Portfolio®“, im Diagramm rot dargestellt, integriert zwei Rollen:
Epic Owner
Epic Owner sind verantwortlich für die Koordination von Epic Portfolios über das Portfolio Kanban System. Sie definieren kollaborativ das Epic, sein Minimum Viable Product (MVP) und den Business Case und erleichtern nach der Genehmigung die Implementierung.
Epic Owner arbeiten direkt mit den Stakeholdern des Agile Release Train (ART) und des Solution Train zusammen, um die Funktionen und Fähigkeiten zu definieren, die den Wert der genehmigten Epics ausmachen.
Enterprise architect
Die Unternehmensarchitektur legt eine Technologiestrategie und einen Fahrplan fest, die es einem Portfolio ermöglichen, aktuelle und zukünftige Geschäftsfunktionen zu unterstützen. Sie leiten den Entwurf, die Entwicklung, die Wiederverwendung und die Anwendung von Mustern und erstellen Epic Enablers für die Architekturen, aus denen die Lösungen in einem Portfolio bestehen. Durch kontinuierliches Feedback fördern diese Architekten adaptive Design- und Engineering-Praktiken und leiten Programme und Teams an, sich an eine gemeinsame technische Vision zu halten.