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-Item (TBI)

Cluster-Backlog-Items (TBI) sind die einzelnen Elemente (Backlog-Items) eines Cluster-Backlogs und beschreiben Arbeiten für einen Cluster. Von der Größe her ist ein CBI zu Beginn nicht beschränkt. Es muss aber vor der Einplanung im Cluster-Planning, d.h. vor dem Ziehen in das Cluster-Cycle-Backlog, in mehrere, in einem einzelnen Cluster-Cycle leistbare Einzelelemente, aufgeteilt werden. Dies geschieht normalerweise in…

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-Cycle-Wechsel in der Inter-Cycle-Week

Der Cluster-Cycle stellt eine Art große Iteration auf Cluster-Ebene dar, man könnte ihn auch als „Cluster-Iteration“ bezeichnen. Oft wird der gleiche Zyklus auch für die Portfolio-Ebene der gesamten Organisation verwendet. Der Cluster-Cycle besteht aus mehreren Iterationen, einem Vorspann, bestehend aus  Cluster-Planning und einem Nachspann, bestehend aus Cluster-Review und Cluster-Retrospektive. Da diese Events eine nicht zu vernachlässigende…

Cluster-Cycle

Die Grundidee der Iteration als Time-Box für die Teams wird auf Ebene der Cluster durch den Cluster-Cycle als einen größeren festen Zeitraum als Grundrhythmus genutzt. Häufig werden auch die Systemversionen, Produkte und Applikationen im Rhythmus der Cluster-Cycles in den Markt gebracht. Daher wird der Cluster-Cycle auch manchmal als Release-Cycle bezeichnet. Der Vorteil eines festen Rhythmus‘…

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 beschreibt den Vorrat an Verbesserungen und wird von der entsprechenden Einheit, selbst-organisiert, in die Arbeitsplanung integriert. Eine Regel, die beschreibt, wie viel Arbeitsaufwand für Verbesserungen investiert wird (z.B. 10-20%), hilft die Planbarkeit und Vorhersagbarkeit von anderen Backlog-Einträgen hoch zu halten. Das Improvement-Backlog ist das Planungs- und Strukturierungswerkzeug des Scrum-Masters. Improvement-Backlogs gibt es auf…

Cluster-Planning

Cluster-Planning in Cycles Jeder Cluster-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 …)