Organisatorische Ebenen

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

Inhalt einer Mission Die Mission deckt die Verantwortungsbereiche (das Was) und die Kultur und Verhaltensstandards (das Wie) ab. Die Mission klärt folgende Punkte: Wie sieht unser Selbstverständnis aus. Was ist der Sinn (Purpose) des Teams? Wie verortet sich das Team innerhalb des Clusters und der Organisation? Wie wollen wir intern zusammenarbeiten (Verhaltensregeln im Team). Wie…

Cluster-Planning

Cluster-Planning in Cycles Jeder Cluster-Cycle beginnt mit einem Cluster-Planning-Event. In diesem präsentiert der Cluster-Product-Owner den aktuellen Stand des Cluster-Backlogs der Team-System-Engineer-Gruppe (TSEG) 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…

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 …) Der Cluster-Product-Owner bildet mit dem Cluster-System-Engineer und dem Cluster-Scrum-Master das Managementkreis des Clusters. Der Cluster-Product-Owner hat mit der Team-Product-Owner-Gruppe folgende Aufgaben: Erstellen des Cluster-Backlog, abgeleitet vom…

Cluster-Product-Owner-Gruppe (CPOG)

Die Cluster-Product-Owner-Gruppe (CPOG) mit dem Portfolio-Owner hat auf der Portfolio- bzw.  Organisationsebene die Gesamtverantwortung für die Markt- und Geschäftsseite des Produktentstehungsprozesses der Organisation. Die Cluster-Product-Owner Gruppe hat mit dem Portfolio-Owner folgende Aufgaben: Erstellen des Portfolio-Backlog,  in Abstimmung mit der Cluster-System-Engineer-Gruppe Requirements Management: Entgegennahme von Anfragen/Anforderungen zu Systemen, Applikationen & Features, sowie Arbeit mit den Stakeholdern…

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.   Der Cluster-Scrum-Master bildet mit dem Cluster-System-Engineer und dem Cluster-Product-Owner den Managementkreis des Clusters. Der CSM sorgt dafür, dass die Teams seines Clusters optimal arbeiten können. Zusammen mit der Team-Scrum-Master-Gruppe (TSMG), bestehend aus den Team-Scrum-Mastern des Clusters, sorgt er für einen optimalen Arbeitsfluss…