Bereiche

System-Inkrement

System-Inkremente sind Teil- oder Vollintegrationen von Systemversionen, die durch interne oder externe Tests, sowie durch Nutzer- und/oder Markttests verifiziert werden. System-Inkremente werden meist von den Applikationsteams des Clustes erzeugt d.h. durch die Integration von Teilergebnissen der verschiedenen Teams eines Clusters (Modul- und Plattformteams, sowie Feature-Teams). Für das System-Inkrement hat P4 die Arten und Definitionen von…

Team-Improvement-Backlog

Das Improvement-Backlog beschreibt den Vorrat an Verbesserungen und wird von der entsprechenden Einheit, selbst-organisiert, in die Arbeitsplanung integriert. Eine Regel, die beschreibt, wie viel Arbeitsaufwand für Verbesserungen investiert wird (z.B. 10-20%), hilft die Planbarkeit und Vorhersagbarkeit von anderen Backlog-Einträgen hoch zu halten. Das Improvement-Backlog ist das Planungs- und Strukturierungswerkzeug des Scrum-Masters. Improvement-Backlogs gibt es auf…

Team-Mission

Inhalt einer Mission Die Mission deckt die Verantwortungsbereiche (das Was) und die Kultur und Verhaltensstandards (das Wie) ab. Die Mission klärt folgende Punkte: Wie sieht unser Selbstverständnis aus. Was ist der Sinn (Purpose) des Teams. Wie verortet sich das Team innerhalb des Clusters und der Organisation. Welche Verantwortung trägt das Team und sein PO (Produkte,…

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

Verantwortung von Markt und Business durch den Product Owner

Das P4-Framework gliedert seine Organisations- und Managementstruktur der Produktentwicklung in drei Bereiche: Markt und Business (hier weiter ausgeführt) Organisation, Infrastruktur und Prozesse Technologie und Architektur Markt und Business Die Product-Owner-Rollen der verschiedenen Ebenen tragen die Verantwortung für die Produkte und deren Märkte. Dabei kommunizieren sie mit den Stakeholdern dieses Bereichs: Benutzer, Kunden und der (meist…