Organisation-Scrum-Master (OSM)

Der Organisations-Scrum-Master hat mit der Cluster-Scrum-Master-Gruppe die Verantwortung für die Infrastruktur und Prozesse auf der Organisationsebene , also der gesamten Produktentwicklung. Der Organisations-Scrum-Master bildet mit dem Portfolio-Architekt und dem Portfolio-Owner das Management der gesamten Organisation. Der OSM sorgt dafür, dass die Teams innerhalb der Organisation über alle Cluster hinweg, optimal arbeiten können. Zusammen mit den Cluster Scrum Master (CSM) des Organisation sorgt er für einen optimalen Arbeitsfluss zwischen den Clustern, durch…

Organisation

Die Organisation repräsentiert die oberste Ebene in der Produktentwicklung und des Betriebs, und damit alle Personen, Rollen und Gruppen. Sie wird auch als Portfolio-Ebene bezeichnet. Alle Arbeiten der Organisation sind im Portfolio-Backlog mit größtmöglicher Transparenz dargestellt. Größere Organisationen  (über 100-150 Personen) werden in unterschiedliche Sub-Organisationen aufgegliedert, die im P4-Framework Cluster genannt werden. Die Cluster verantworten…

Organisations-DoD

Die Teams aller Cluster der Organisation, die Cluster-System-Engineer-Gruppe, die Cluster-Product-Owner-Gruppe und die Stakeholder müssen verstehen was es bedeutet, wenn ein Backlog-Eintrag oder ein Ergebnis als „Done“ bezeichnet wird. Obwohl sich die Cluster-DoDs erheblich von Cluster zu Cluster unterscheiden können, gibt es nur eine DoD auf Portfolio-Ebene für die gesamte Organisation. Alle müssen ein gemeinsames Verständnis…

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

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

Organisations-Retrospektive

Die Organisations-Retrospektive bietet dem Organisations-Scrum-Master (OSM) die Gelegenheit, die Arbeitsweisen der Organisation, vertreten durch den Portfolio-Owner (PFO) und die Cluster-System-Engineer-Gruppe (CSEG), zu überprüfen, sowie Verbesserungen der Arbeitsweise für den kommende Cycle zu identifizieren und zu einzuplanen. Die Organisations-Retrospektive findet zwischen dem Portfolio-Review und dem nächsten Portfolio-Planning statt und basiert auf den Ergebnissen der Cluster-Retrospektiven, die…

Organisations-Sync

Organisations-Sync (Scrum-of-Scrums-of-Scrums) Dieses Event ermöglicht, dass mehrere Cluster miteinander kommunizieren, um Abhängigkeiten, Störungen, neue Erkenntnisse und Entscheidungen, etc. während der laufenden Arbeit untereinander abzustimmen. Die Cluster entscheiden selbst, wie häufig dies benötigt wird (z.B. täglich, wöchentlich). Die Vertreter des Clusters können die Cluster-System-Engineers der Cluster sein. Es können aber auch andere technische Vertreter des Clusters…

Portfolio-Architekt (PFA)

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.   Zusammen mit dem Portfolio-Architekt hat die Cluster-System-Engineer-Gruppe folgende Aufgaben: Erstellung und Pflege der gemeinsamen Architekturen innerhalb des System-Portfolios für…

Portfolio-Backlog-Item (PFBI)

Portfolio-Backlog-Items (PFBI) sind die einzelnen Elemente (Backlog-Items) des Portfolio-Backlogs und beschreiben Arbeiten für die ganze Organisation. Von der Größe her ist ein PFB zu Beginn nicht beschränkt. Es muss aber vor der Einplanung im Portfolio-Planning, d.h. vor dem Ziehen in das Portfolio-Cycle-Backlog, in mehrere, in einem Portfolio-Cycle leistbare Einzelelemente, aufgeteilt werden. Dies geschieht normalerweise in…

Portfolio-Backlog-Refinement

Als Refinement (Verfeinerung) des Portfolio-Backlogs wird der Vorgang angesehen, in dem neue Backlog-Einträge kreiert, Details zu Backlog-Einträgen hinzugefügt, Schätzungen erstellt, Backlog-Einträge zerteilt werden oder die Reihenfolge der Einträge im Portfolio-Backlog geändert werden. Die Verfeinerung ist ein kontinuierlicher Prozess, in dem der Portfolio-Owner und die Cluster-System-Engineer-Gruppe (CSEG) gemeinsam die Portfolio-Backlog-Einträge detaillieren. Bei der Verfeinerung des Portfolio-Backlogs…