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 den nächste Cycle durch einen Blick auf die bisherige Arbeitsgeschwindigkeit des Clusters (Cluster-Velocity) und durch einen Blick auf die Kapazität der Teams im nächsten Cycle.

Die Team-System-Engineer-Gruppe zieht die Anzahl von Cluster-Backlog-Items (CBI), die der Einschätzung des TSEG über die Kapazität im nächsten Cycle entspricht, in das Cycle-Backlog des Clusters (Pull). Danach verfeinern die Team-Product-Owner mit den TSEG die CBIs in Team-Backlog-Items, die zur Fertigstellung des CBIs nötig sind.

Danach startet die TSEG den Cycle durch ziehen der ersten Aufgaben von „open“ nach „in progress“.

Kontinuierliches Cluster-Planning

Alternativ zum Planungsrhythmus in Cycles, kann die Planung der Arbeiten für den Cluster auch kontinuierlich erfolgen. Hierfür werden die Cluster-Backlog-Refinements genutzt, wobei ein Cluster-Backlog-Items direkt nach der Analyse und Schätzung, in Bearbeitung gehen kann.

.

\r\n


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Team-Planning

.

Cluster-Sync

Cluster-Backlog-Refinement

Cluster-Review

Cluster-Retrospective

.

Portfolio-Planung

Cluster-Product-Owner

Cluster-System-Engineer

Cluster-Scrum-Master

Team-Product-Owner-Gruppe

Team-System-Engineer-Gruppe

Team-Scrum-Master-Gruppe

Managementkreis des Clusters

Cluster-Backlog

Nutzbares-Wissen & System-Inkrement

Cluster-DoD

Cluster-Improvement-Backlog

Organisations-Sync

Organisations-Sync (Scrum-of-Scrums-of-Scrums)

Dieses Event ermöglicht, dass mehrere Cluster miteinander kommunizieren, um Abhängigkeiten, Störungen, neue Erkenntnisse und Entscheidungen, etc. während der laufenden Arbeit untereinander abzustimmen. Die Cluster entscheiden selbst, wie häufig dies benötigt wird (z.B. täglich, wöchentlich).

Die Vertreter des Clusters können die Cluster-System-Engineers der Cluster sein. Es können aber auch andere technische Vertreter des Clusters dazu bestimmt werden.

Das Organisation-Sync findet (meist im Halbkreis) vor dem Portfolio-Kanban-Board der Organisation statt, da die Mitglieder im Organisations-Sync die Portfolio-Backlog-Items bewegen.

Die drei Fragen im Organisations-Sync lauten:

  1. Was hat mein Cluster seit dem letzten Organisations-Sync gemacht?
  2. Was wird mein Cluster voraussichtlich bis zum nächsten Organisations-Sync tun?
  3. An welchen Stellen ist mein Cluster blockiert und benötigt Unterstützung?

In ähnlicher Weise kann die Struktur des Organisations-Sync auch für den Austausch bestimmter Rollen oder Expertisen genutzt werden, z.B. ein Sync der Cluster-Scrum-Master, der Cluster-Product-Owner, der Tester, der Konstrukteure, Designer, etc. eines Clusters.

Durch die Kürze von maximal 15 Minuten ist das Organisations-Sync nur dazu geeignet, Probleme zu identifizieren, nicht aber diese zu diskutieren oder zu lösen. Für die Diskussion von Problemen können die benötigten Mitglieder die Zeit nach dem Organisations-Sync nutzen, während die nicht benötigten Mitglieder weiterarbeiten können.

Besucher im Organisations-Sync

Besucher, die das Organisations-Sync miterleben wollen, können mit Erlaubnis der Mitglieder teilnehmen. Dabei stehen die Besucher in der zweiten Reihe und hören nur zu, außer sie werden von einem aktiven Mitglied angesprochen. Besucher können sein:

.

\r\n


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Team-Sync

.

Cluster-Sync

.

Portfolio-Planning

Portfolio-Refinement

Portfolio-Review

Organisations-Retrospective

Portfolio-Owner

Portfolio-Architect

Organisation-Scrum-Master

Cluster-Product-Owner-Group

Cluster-System-Engineer-Group

Cluster-Scrum-Master-Group

Managementkreis der Organisation

Portfolio-Backlog

Systems & Applications

System-Plattformen & Varianten

Organisations-DoD

Organisations-Improvement-Backlog

Organisations-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 der Cluster-Scrum-Master mit der Team-Scrum-Master-Gruppe priorisiert. Das Cluster-Improvement-Backlog wird meist aus den Verbesserungsvorschlägen der Teams gespeist.

Die Summe der Verbesserungen einer Organisation befindet sich im Organisation-Improvement-Backlog, das der Organisation-Scrum-Master mit der Cluster-Scrum-Master-Gruppe priorisiert. Das Organisations-Improvement-Backlog wird meist aus den Verbesserungsvorschlägen der Cluster gespeist.

.

\r\n


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Portfolio-Planung

Organisations-Sync

Portfolio-Refinement

Portfolio-Review

Organisations-Retrospektive

Portfolio-Owner

Portfolio-Architekt

Organisations-Scrum-Master

Cluster-Product-Owner-Gruppe

Cluster-System-Engineer-Gruppe

Cluster-Scrum-Master-Gruppe

Managementkreis der Organisation

Team-Improvement-Backlog

.

Cluster-Improvement-Backlog

.

Portfolio-Backlog

Systeme & Applikationen

System-Plattformen & Varianten

Organisations-DoD

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 der Cluster-Scrum-Master mit der Team-Scrum-Master-Gruppe priorisiert. Das Cluster-Improvement-Backlog wird meist aus den Verbesserungsvorschlägen der Teams gespeist.

Die Summe der Verbesserungen einer Organisation befindet sich im Organisation-Improvement-Backlog, das der Organisation-Scrum-Master mit der Cluster-Scrum-Master-Gruppe priorisiert. Das Organisations-Improvement-Backlog wird meist aus den Verbesserungsvorschlägen der Cluster gespeist.

.


Passende und weiterführende Artikel:\r\n


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Cluster-Planning

Cluster-Sync

Cluster-Backlog-Refinement

Cluster-Review

Cluster-Retrospective

Cluster-Product-Owner

Cluster-System-Engineer

Cluster-Scrum-Master

Team-Product-Owner-Gruppe

Team-System-Engineer-Gruppe

Team-Scrum-Master-Gruppe

Managementkreis des Clusters

Team-Improvement-Backlog

.

Cluster-Backlog

Nutzbares-Wissen & System-Inkrement

Cluster-DoD

.

Organisations-Improvement-Backlog