Der Portfolio-Architekt hat mit der Cluster-System-Engineer-Gruppe auf der Portfolio- und Organisationsebene die Verantwortung für die Technologie- und Architekturseite des gesamten Produktentwicklungsprozesses.
Der Portfolio-Architekt bildet mit dem Portfolio-Owner und dem Organisation-Scrum-Master das Management der gesamten Organisation.
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.
Das P4-Framework gliedert seine Organisations- und Managementstruktur der Produktentwicklung in drei Bereiche:
Die technischen Rollen der verschiedenen Ebenen tragen die Verantwortung für die eingesetzten und neue Technologien, sowie der Architektur der entwickelten Systeme, also der Zerlegung in Funktionen, Module, Komponenten und Schnittstellen. Dabei kommunizieren sie mit den Stakeholdern dieses Bereichs: Lieferanten, der Supply-Chain und der Produktion.
Innerhalb des Working-Teams hat der Team-System-Engineer die Rolle, technische Entscheidungen zu moderieren und zu treiben und im Zweifelsfall Entscheidungen zu treffen. Er steht dabei nicht „über“ dem Working-Team, sondern ist sozusagen der „Erste unter Gleichen“ (Primus inter paris).
Der Team-System-Engineer eines Teams vertritt die technische Expertise und Verantwortung seines Teams in Gruppen und Gremien, sowie bei der Abstimmung zwischen den Teams. Als Verterer seines Working-Teams schätzt es z.B. die Cluster-Backlog-Einträge zusammen mit den Team-System-Engineers der anderen Teams im Cluster.
Innerhalb der Team-System-Engineer-Gruppe hat der Cluster-System-Engineer die Rolle, technische Entscheidungen zu moderieren und zu treiben und im Zweifelsfall Entscheidungen zu treffen. Er steht dabei nicht „über“ der Team-System-Engineer-Gruppe, sondern ist sozusagen der „Erste unter Gleichen“ (Primus inter paris).
Der Cluster-System-Engineer eines Clusters vertritt die technische Expertise und Verantwortung seines Clusters, in Gruppen und Gremien, sowie bei der Abstimmung zwischen den Clustern. Als Verterer seiner Team-System-Engineer-Gruppe schätzt es z.B. die Portfolio-Backlog-Einträge zusammen mit den Cluster-System-Engineers der anderen Cluster.
Innerhalb der Cluster-System-Engineer-Gruppe hat der Portfolio-Architect die Rolle, technische Entscheidungen zu moderieren und zu treiben und im Zweifelsfall Entscheidungen zu treffen. Er steht dabei nicht „über“ der Cluster-System-Engineer-Gruppe, sondern ist sozusagen der „Erste unter Gleichen“ (Primus inter paris).
Der Portfolio-Architekt vertritt die technische Expertise und Verantwortung der Organisation im Organisations-Management-Kreis gegenüber der Portfolio-Owner und dem Organisations-Scrum-Master, um eine globale Balance zwischen den Themen zu erreichen.
.
\r\n
Passende und weiterführende Artikel:
| Events | Rollen | Gruppen | Artefakte |
| Team-Planning
. . |
Team-Product-Owner
. . |
Working-Team
. . |
Team-Backlog
. Nutzbares-Wissen & System-Inkrement . |
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.
Der Team-System-Engineer vertritt die technische Expertise und Verantwortung seines Teams in der Team-System-Engineer-Gruppe des Clusters. Wenn das Team keine andere Regelung vereinbart, vertritt er das Team auch in den Cluster-Syncs (Scrum-of-Scrums). Hierfür sollte er oder sie ein möglichst breites Wissen über die Themen innerhalb seines Teams haben. Je nach Art und Verantwortungsbereich kann dies deutlich unterschiedlich sein.
Vertritt ein Service-Team eine bestimmte Expertise (z.B. EMV oder Akustik), ist der Team-System-Engineer meist der erfahrenste des Teams.
Innerhalb eines Modulteams kennt der Team-System-Engineer die Module seines Teams, ihre Stärken und Schwächen, sowie ihre Anwendungsbereiche.
Innerhalb eines Applikationsteams kennt der Team-System-Engineer die technischen Möglichkeiten zu Realisierung der von seinem Team verantworteten Applikationen am besten.
Innerhalb des Working-Teams hat der Team-System-Engineer die Rolle, technische Entscheidungen zu moderieren und zu treiben und, im Zweifelsfall, diese zu treffen. Er steht dabei nicht über dem Working-Team, sondern ist der „Erste unter Gleichen“ (Primus inter paris).
.
\r\n
Passende und weiterführende Artikel:
| Events | Rollen | Gruppen | Artefakte |
| Team-Planning | Team-Product-Owner
. . |
Working-Team | Team-Backlog |
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.
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 . |