Organisatorische Ebenen

Team-Planning

Iterationsplanung der Teams (Scrum) Jede Iteration beginnt mit einem Team-Planning-Event. In diesem präsentiert der Team-Product-Owner dem Working-Team den aktuellen Stand des Team-Backlogs. Neue Einträge oder Änderungen, die dem Working-Team seit dem letzten Team-Backlog-Refinement noch nicht bekannt sind, werden geschätzt, ggf. durch Akzeptanzkriterien ergänzt und vom Product-Owner innerhalb des Team-Backlogs priorisiert. Das Working-Team ermittelt die Kapazität…

Team-Product-Owner (TPO)

Der Team-Product-Owner priorisiert das Team-Backlog und nimmt die Ergebnisse des Working-Teams ab. Im Team-Backlog können mehrere Produktentwicklungen oder Teile davon enthalten sein. (Eine allgemeine Beschreibung des Product-Owner-Rolle befindet sich hier …) Je nach Art und Verantwortungsbereich des Teams (Team-Flavor) sind die Ergebnisse bzw. „Produkte“ der Teams sehr unterschiedlich. Daher können die Team-Product-Owner in P4 verschiedene…

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. Die Team-Product-Owner-Gruppe hat folgende Aufgaben: Erstellen des Cluster-Backlog, abgeleitet vom Portfolio-Backlog, in Abstimmung mit der Team-System-Engineer-Gruppe (TSEG) Requirements-Management: Entgegennahme von Anfragen und Anforderungen zu Systemen, Applikationen & Features, sowie…

Team-Retrospektive

Die Team-Retrospektive bietet dem Team die Gelegenheit, sich selbst zu überprüfen und Verbesserungen der Arbeitsweise für die kommende Iteration zu identifizieren und zu einzuplanen. Sie findet zwischen dem Team-Review und der nächsten Team-Planning statt. Für eine vierwöchige Iteration wird hierfür eine Obergrenze von drei Stunden angesetzt. Bei kürzeren Iterationen ist das Meeting in der Regel…

Team-Review

Am Ende jeder Iteration wird ein Team-Review abgehalten, in dem das Team den Stakeholdern die Ergebnisse vorstellt, wobei das Team Feedback von den Stakeholdern zu diesen bekommt, um dann gemeinsam bei Bedarf das Team-Backlog anzupassen. Zusammen mit eventuellen Änderungen am Team-Backlog, die während der Iteration eingeflossen sind (z.B. in den Team-Backlog-Refinements), bieten diese die Basis…

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

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.   Zusammen mit dem Cluster Scrum Master (CSM) hat die Team-Scrum-Master-Gruppe folgende Aufgaben: Erstellen und Optimieren des Team-Setups als Value-Stream, so dass die Individuen und Teams möglichst reibungslos und mit möglichst wenigen Abhängigkeiten arbeiten…

Team-Sync (Daily Scrum)

Das Team-Sync ist ein täglich wiederkehrendes Team-Event von nicht mehr als 15 Minuten, in dem sich die Mitglieder des Working-Teams „auf Augenhöhe“ synchronisieren, ohne an einen Vorgesetzten zu berichten. Der Team-Product-Owner nimmt hieran nur teil, wenn das Team ihn einlädt. Auch der Team-Scrum-Master muss nicht teilnehmen, wird aber insbesondere bei noch nicht reifen Teams als…

Team-System-Engineer (TSE)

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…

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.   Zusammen mit dem Cluster-System-Engineer hat die Team-System-Engineer-Gruppe folgende Aufgaben: Erstellung und Pflege der gemeinsamen Architekturen innerhalb der Systeme…