Artefakte des Clusters

Jeder Cluster besteht aus mehreren Teams und unterteilt die Organisation in sinnvolle Wertströme. Er organisiert die verschiedenen Systeme, Applikationen (Produkte) und Märkte. Hierfür besitzt er ein Cluster-Backlog mit Systemversionen bestehend aus Features und Modulen als Elemente, ein Cluster-Kanban-Board und die Cluster-DoD.

Cluster-Backlog-Refinement

Als Refinement (Verfeinerung) des Cluster-Backlogs wird der Vorgang angesehen, in dem Details zu Backlog-Einträgen hinzugefügt, Schätzungen erstellt, oder die Reihenfolge der Einträge im Cluster-Backlog bestimmt werden.

Cluster-Backlog, Cluster-Cycle-Backlog und Cluster-Kanban

Jeder Cluster hat für seinen Verantwortungsbereich und seine Aufgaben genau ein Backlog, das Cluster-Backlog. Es besteht in der einfachsten Form aus Elementen nur eines Systems, an dem alle Teams des Clusters arbeiten. In diesem Fall kann das Cluster-Backlog als System-Backlog bezeichnet werden. Werden von dem Cluster mehrere Systeme verantwortet und bearbeitet, befinden sich alle Backlog-Elemente der…

Cluster-DoD

Die Teams des Clusters, die Team-System-Engineer-Gruppe, die Team-Product-Owner-Gruppe und die Stakeholder müssen sich darauf einigen was es bedeutet, wenn ein Backlog-Eintrag oder ein Ergebnis als erledigt („Done“) bezeichnet wird. Obwohl sich dies erheblich von Cluster zu Cluster unterscheiden kann, müssen alle ein gemeinsames Verständnis davon haben, wann Arbeit erledigt ist, um Transparenz zu gewährleisten. Dies…

Cluster-Improvement-Backlog

Das Improvement-Backlog ist das Planungs- und Strukturierungswerkzeug des Scrum-Masters. Improvement-Backlogs gibt es auf allen drei Ebenen des P4-Frameworks (Team, Cluster, Organisation). Jedes Team, das mehr Verbesserungen identifiziert, als momentan umsetzbar sind, legt diese Verbesserungen in ihrem Team-Improvement-Backlog ab, das der Team-Scrum-Master mit dem Team priorisiert. Die Summe der Verbesserungen eines Clusters befindet sich im Cluster-Improvement-Backlog, das…

Cluster-Planning

Cluster-Planning in Cycles Jeder Cycle beginnt mit einem Cluster-Planning-Event. In diesem präsentiert der Cluster-Product-Owner der Team-System-Engineer-Gruppe (TSEG) den aktuellen Stand des Cluster-Backlogs. Neue Einträge oder Änderungen, die der Team-System-Engineer-Gruppe seit dem letzten Cluster-Backlog-Refinement noch nicht bekannt sind, werden geschätzt, ggf. durch Akzeptanzkriterien ergänzt und vom Cluster-Product-Owner innerhalb des Cluster-Backlogs priorisiert. Die Team-System-Engineer-Gruppe ermittelt die Kapazität für…

Cluster-Product-Owner (CPO)

Der Cluster-Product-Owner hat mit der Team-Product-Owner-Gruppe auf der Cluster- und System-Ebene die Verantwortung für die Markt- und Geschäftsseite innerhalb des Produktentwicklungsprozesses. (Eine allgemeine Beschreibung des Product-Owner-Rolle befindet sich hier …)

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 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.