Cluster-Ebene

Cluster-Retrospektive

Die Cluster-Retrospektive bietet dem Cluster-Scrum-Master (CSM) die Gelegenheit, die Arbeitsweisen des Clusters, vertreten durch den Cluster-Product-Owner und die Team-System-Engineer-Gruppe (TSEG), zu überprüfen, sowie Verbesserungen der Arbeitsweise für den kommende Cycle zu identifizieren und zu einzuplanen. Die Cluster-Retrospektive findet zwischen dem Cluster-Review und dem nächsten Cluster-Planning statt und basiert auf den Ergebnissen der Team-Retrospektiven der Teams,…

Cluster-Review

Am Ende jedes Cluster-Cycles wird ein Cluster-Review abgehalten, in dem die Team-System-Engineer-Gruppe (TSEG) mit dem Cluster-Product-Owner (CPO), den Stakeholdern die Ergebnisse vorstellen. Dabei bekommen sie Feedback von den Stakeholdern zu den Ergebnissen, damit der CPO bei Bedarf das Cluster-Backlog anzupasst. Zusammen mit eventuellen Änderungen am Cluster-Backlog, die während des Cycles eingeflossen sind (z.B. in den…

Cluster-Scrum-Master (CSM)

Der Cluster-Scrum-Master hat, zusammen mit der Team-Scrum-Master-Gruppe die Verantwortung für die Infrastruktur und Prozesse des Clusters.

Cluster-Sync (Scrum-of-Scrums)

Cluster-Sync (Scrum-of-Scrums) Dieses Event ermöglicht es, dass mehrere Working-Teams miteinander kommunizieren, um Abhängigkeiten, Störungen, neue Erkenntnisse und Entscheidungen, etc. während der laufenden Arbeit untereinander abzustimmen. Die Teams entscheiden selbst, wie häufig dies benötigt wird (z.B. täglich oder wöchentlich). Je nach Kontext kann es unterschiedliche Arten von Cluster-Syncs geben, z.B. eine tägliche Abstimmung aller Tester der…

Cluster-System-Engineer (CSE)

Der Cluster-System-Engineer hat mit der Team-System-Engineer-Gruppe auf der Cluster/System-Ebene die Verantwortung für die Technologie und Architektur innerhalb des Produktentstehungsprozesses.

Cluster

Jeder Cluster besteht aus mehreren Teams und unterteilt die Organisation in zusammenhängende Wertströme (Value Streams). Die verschiedenen Systeme, Applikationen (Produkte) für bestimmte Märkte werden von den Clustern verantwortet.

Integrated System Sample & Increments

System-Inkremente sind Teil- oder Vollintegrationen von Systemversionen, die durch interne oder externe Tests, sowie (je nach Grad der Regulierung) durch Nutzer- oder sogar Markttests verifiziert werden. System-Inkremente werden häufig auf Cluster-Ebene erzeugt d.h. durch die Integration von Teilprodukten der verschiedenen Teams eines Clusters. Für das System-Inkrement hat P4 die Arten und Definitionen von Mustern aus…

Management-Kreis des Clusters

Ein Cluster innerhalb Produktentwicklungsorganisation wird von einer Gruppe von Managern gelenkt. Der Cluster-Product-Owner, der Cluster-System-Engineer und der Cluster-Scrum-Master bilden zusammen den Management-Kreis des Clusters (Cluster Management Circle, CMC) nach dem Prinzip der Gewaltenteilung. Sie unterstützen und ergänzen sich bei der Entscheidungsfindung von Themen, die auf ihre Ebene reichen, bzw. von einer der drei Gruppen an…

Samples & Integrations (Backlog-Elementtyp)

Samples & Integrations repräsentieren alle Arbeiten, die für Aufbauten (egal, ob virtuell oder physisch) und deren Tests anfallen. Dies können Konzepte, Simulationen, prototypische Teilaufbauten, virtuelle Prototypen, rapid Prototypes, bis hin zu Vorserienmustern sein, die ggf. in Anwenderstudien getestet werden. Samples & Integrations werden erzeugt, um durch Lernen Wissenslücken zu schließen. Daher werden die Samples stets…

System-Anforderungen & Funktionen

Systeme werden auf der obersten Ebene durch System-Anforderungen und Funktionen (Features) beschrieben. Anforderungen beschreiben dabei ausschließlich Fähigkeiten oder Eigenschaften im „Problemraum“, sind also noch losgelöst von konkreten System-Lösungen. Der Lösungsraum wird aber bereits durch die Quality Attributes & Constraints eingeschränkt. Schnittstellen zu Nachbarsystemen im Umfeld sowie deren Eigenschaften werden hier ebenfalls spezifiziert. Hierfür wird ein…