Organisatorische Ebenen

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 zwischen…

Cluster-Scrum-Master-Gruppe (CSMG)

Die Cluster-Scrum-Master-Gruppe, bestehend aus den Cluster-Scrum-Mastern der verschiedenen Cluster, hat zusammen mit dem Organisation-Scrum-Master (OSM) die Verantwortung für die Prozesse, Infrastruktur und die kulturelle Seite des Produktentstehungsprozesses auf der Organisationsebene. Zur Planung und Durchführung von Verbesserungsvorhaben führt die CSMG das Organisations-Improvement-Backlog. Die Rolle des Organisation-Scrum-Masters (OSM) bildet die höchste Managementrolle im Unternehmen. Sie trägt die…

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.   Der Cluster-System-Engineer bildet mit dem Cluster-Product-Owner und dem Cluster-Scrum-Master das Managementkreis des Clusters. Zusammen mit der Team-System-Engineer-Gruppe hat der System-Achitekt folgende Aufgaben: Erstellung und Pflege der Architekturen des System-Portfolios innerhalb des Clusters Erstellen der Architecture-Roadmap des Clusters…

Cluster-System-Engineer-Gruppe (CSEG)

Die Cluster-System-Engineer-Gruppe (CSEG) besteht aus den Cluster-System-Engineers aller Cluster der Organisation. Sie entspricht auf der Organisationsebene der Rolle des Working-Teams auf Team-Ebene. Die Cluster-System-Engineer-Gruppe hat mit dem Portfolio Architect auf der Organisations- bzw. der Portfolio-Ebene die Verantwortung für die Technologie- und Architekturseite des Produktentstehungsprozesses.   Zusammen mit dem Portfolio-Architekt hat die Cluster-System-Engineer-Gruppe folgende Aufgaben: Erstellung…

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. Für die Umsetzung umfangreicher und komplexer Systeme werden in der Regel viele verschiedene Kompetenzen benötigt. Um gemeinsam an einem solchen Vorhaben zu arbeiten, reicht ein einzelnes Team…

Communities-of-Practice

Communities-of-Practice (CoP) sind Gruppen, die sich um spezielle Wissens- und Erfahrungsthemen kümmern. Alle Mitarbeiter haben die Möglichkeit, innerhalb ihrer „Practice-Zeit“ bzw. Ausbidungszeit in den selbstorganiserten CoPs zu arbeiten. Das P4-Framework sieht hierfür ca. 10% der Arbeitszeit vor. In den Communities-of-Practices geht es um: Erfahrungsaustausch Ausbildung und persönliche Weiterentwicklung Tools und Werkzeuge Typische Communities-of-Practice sind z.B.…

Context & Scope

Context ist die Umgebung, in der das System eingesetzt wird. Scope beschreibt das System (Produkt), wie es beschaffen ist und wie es mit der Umgebung inteagiert. Eine Context-Map beschreibt in grafischer Form die wichtigsten Eigenschaften des Systems und seiner Umgebung. Es darf auch gerne als Poster mit Post-Its erstellt werden.