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.
Kategorie: Rollen & Gruppen
Cluster-Ebene
Jeder Cluster besteht aus mehreren Teams und unterteilt die Organisation in zusammengehörende Wertströme. Die verschiedenen Systeme, Applikationen (Produkte) und Märkte werden von den Clustern verantwortet.
Team-System-Engineer-Gruppe (TSEG)
Die Team-System-Engineer-Gruppe wird aus allen Team-System-Engineers des Clusters gebildet. Sie entspricht auf der Cluster-Ebene der Rolle des Working-Teams.
Die Team-System-Engineer-Gruppe mit dem Cluster-System-Engineer hat auf der Cluster/System-Ebene die Verantwortung für die Technologie und Architektur innerhalb des Produktentwicklung.
Team-Product-Owner-Gruppe (TPOG)
Die Team-Product-Owner-Gruppe besteht aus allen Team-Product-Owner eines Clusters und dem Cluster-Product-Owner. Sie hat auf der Cluster- und System-Ebene die Verantwortung für die Markt- und Geschäftsseite innerhalb des Produktentwicklungsprozesses.
Cluster-Scrum-Master (CSM)
Der Cluster-Scrum-Master hat, zusammen mit der Team-Scrum-Master-Gruppe, des Clusters, die Verantwortung für die Infrastruktur und Prozesse.
Team-Scrum-Master-Gruppe (TSMG)
Die Team-Scrum-Master-Gruppe mit dem Cluster-Scrum-Master (CSM) hat, auf der Cluster- und System-Ebene, die Verantwortung für den Produktentstehungsprozess, die Infrastruktur und die kulturellen Aspekte.
Team-Scrum-Master (TSM)
Team-Scrum-Master (TSM)
Der TSM sorgt dafür, dass die Mitglieder seines Teams optimal arbeiten können. Er sorgt für einen optimalen Arbeitsfluss zwischen den Team-Mitgliedern, durch Entdecken von Verbesserungen und Lösen von Behinderungen und Problemen (dargestellt im Team-Improvement-Backlog), die in der Zusammenarbeit der Teams auftreten. Dies betrifft insbesondere solche, die durch das selbstorganisierte Working-Team nicht eigenständig gelöst werden können.
Hierfür organisiert und moderiert der TSM die Team-Retrospektive, in der sich die Team-Mitglieder austauschen um ein Optimum der Arbeitsbedingungen und des Arbeitsflusses innerhalb des Teams anstreben.
Der Team-Scrum-Master arbeitet mit anderen TSMs innerhalb des Clusters in der Team-Scrum-Master-Gruppe (TSMG) zusammen, um lokale Optimierungen innerhalb des Teams zu verhindern und Probleme bei der Zusammenarbeit mehrere Teams zu beheben.
Hier geht es zur allgemeinen Beschreibung der Scrum Master Rolle.
.
\r\n
Passende und weiterführende Artikel:
Events | Rollen | Gruppen | Artefakte |
Team-Planning | Team-Product-Owner
. . |
Working-Team | Team-Backlog |
Der Scrum-Master verantwortet Prozesse, Infrastruktur und Organisationsentwicklung
Der Scrum-Master ist dafür verantwortlich, Scrum & P4 entsprechend der P4-Regeln zu fördern und zu unterstützen. Scrum-Master tun dies, indem sie allen Beteiligten helfen, die Scrum/P4-Theorie, Praktiken, Regeln und Werte zu verstehen.
Lieferanten, Supply Chain & Produktion
Lieferanten sind wichtige externe Stakeholder der Produktentstehung auf allen Ebenen (Organisation, Cluster und Team), sowie Supply-Chain und Produktion wichtige interne Stakeholder sind. Auf der Team-Ebene haben besonders die Modul-Teams einen engen Kontakt zu Lieferanten, da sie wichtige Randbedingungen zur Technologie geben.
Stakeholder werden zu den Reviews eingeladen um den entsprechenden Organisationseinheiten Feedback zu geben. Dies können Team-Reviews der Teams, Cluster-Reviews der Cluster oder Portfolio-Reviews sein.
Stakeholder können, zur Klärung von Anforderungen, zu Refinement-Meetings eingeladen werden. Dies können Team-Backlog-Refinements, Cluster-Backlog-Refinements oder Portfolio-Refinements sein.
.
\r\n
Passende und weiterführende Artikel:
Events | Rollen | Gruppen | Artefakte |
Team-Backlog-Refinement
. . |
Team-Product-Owner
. . |
Working-Team
. . |
Team-Backlog
. Nutzbares-Wissen & System-Inkrement . |
Benutzer, Kunden und Vertrieb
Dies sind die primären Stakeholder der Produktentwicklung auf allen Ebenen (Organisation, Cluster und Team). Auf der Team-Ebene haben besonders die Applikations-Teams einen engen Kontakt zu Benutzern, Kunden und dem Vertrieb, da sie die ultimativen Anforderungen an die Produkte, Systeme und Applikationen geben, sowie diese bewerten.
Stakeholder werden zu den Reviews eingeladen (also Team-Reviews, Cluster-Review, Portfolio-Review), um dem entsprechenden Team Feedback zu geben.
Stakeholder können zu Refinement-Meetings zur Klärung von Anforderungen eingeladen werden.
.
\r\n
Passende und weiterführende Artikel:
Events | Rollen | Gruppen | Artefakte |
Team-Backlog-Refinement
. . |
Team-Product-Owner
. . |
Working-Team
. . |
Team-Backlog
. Nutzbares-Wissen & System-Inkrement . |