Die oberste Ebene der Backlogs des P4-Frameworks, die Portfolio- und Organisationsebene, beschreibt alle zu entwickelden Applikationen und Marktvarianten der Systeme und Produkte der gesamten Organisation. Jede dieser Varianten wird durch einen Satz von System-Anforderungen (Feature Set) beschrieben.
Auf diese Weise sind die zu entwickelnden Applikationen, Systeme und Produkte (= Portfolio-Backlog-Elemente) sowohl bezüglich des Nutzens, als auch vom zu investierenden Aufwand gegeneinander abschätzbar. Dies geschieht durch Nutzung des Upswing-Gravity-Fields.
Das Portfolio-Backlog entspricht ungefähr dem Projekt-Portfolio einer klassischen Organisation.
Portfolio-Backlog
Jede Organisation hat für ihren Verantwortungsbereich und seine Aufgaben genau ein Portfolio-Backlog. Es wird in die Elemente der Cluster-Backlogs aller Cluster heruntergebrochen, d.h für Produkte, Systeme und Applikationen der Organisation. Das Portfolio-Backlog wird von der Cluster-Product-Owner-Gruppe (CPOG) verantwortet und priorisiert. Die Cluster-Product-Owner-Gruppe besteht aus den Cluster-Product-Ownern und dem Portfolio-Owner der Organisation. Ein großer Teil des Portfolio-Backlogs wird durch die Cluster-Product-Owner-Gruppe und die Cluster-System-Engineer-Gruppe aus der Business-Strategie abgeleitet.
Der andere Teil des Portfolio-Backlogs besteht aus Arbeiten und Maßnahmen, die die Organisation zur Verbesserung der Arbeits- und Ergebnisqualität durchführt, z.B.
- Qualitätsmaßnahmen und Verbesserung des Organisations-Prozesses
- Pflege der von der Organisation verantworteten Produkte, Systeme und Module (auch PLM genannt)
- Wartung und Instandhaltung von Werkzeugen und Tools.
Um die Arbeitsgeschwindigkeit der Organisation vorhersagbarer zu machen, sollte der Anteil an Backlog-Einträgen, die aus der Organisationsvision abgeleitet werden, über die Zeit relativ stabil sein.
Portfolio-Cycle-Backlog
Das Cycle-Backlog reflektiert die Arbeit einer Organisation für einen gerade laufenden Cycle. Die abgeschätzten Arbeiten, d.h. Backlog-Elemente, werden dabei zu Beginn des Cycles von der CSEG in das Portfolio-Cycle-Backlog gezogen (Pull) und damit für den nächsten Cycle eingeplant (Forecast).
Portfolio-Kanban
Arbeitet die Organisation auf Portfolioebene im Kanban-Modus, verwendet sie statt des Portfolio-Cycle-Backlogs ein Portfolio-Kanban-Board. Hierbei entspricht die erste Spalte dem Portfolio-Backlog und die letzte Spalte dem Zustand „Erledigt“ oder „Done“. Alle anderen Spalten werden vom der Cluster-Scrum-Master-Gruppe der Organisation definiert, entsprechend des organisations-internen Arbeitsprozesses..
Besipiel eines Portfolio-Boards
Jede Spalte ist ein Quartal eines Jahres, in der alle Arbeiten der Oraganisation an unterschiedlichen Produkten als Backlog-Item (Karte), inkl. der Aufwandschätzung dargestellt sind. Im unteren Bereich ist die Arbeitsgeschwindigkeit (Velocity) dargestellt. Sie hilft bei der Vorhersage für zukünftige Quartale.
Wichtig ist, dass genügend Spielraum eingeplant wird, um Kapazität für unvorhersagbare Arbeiten zu haben.
.
Passende und weiterführende Artikel:
| Events | Rollen | Gruppen | Artefakte |
| Portfolio-Planung | Portfolio-Owner | Cluster-Product-Owner-Gruppe | Team-Backlog
. . |