Organisationsebene

Portfolio-Backlog, Portfolio-Cycle-Backlog und Portfolio-Kanban

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…

Portfolio-Cycle

Die Grundidee der Iteration als Time-Box für die Teams wird auf Ebene der Organisation durch den Portfolio-Cycle als einen größeren festen Zeitraum als Grundrhythmus genutzt. Häufig werden auch die Systemversionen, Produkte und Applikationen im Rhythmus der Portfolio-Cycles in den Markt gebracht. Daher wird der Portfolio-Cycle auch manchmal als Release-Cycle bezeichnet. Der Vorteil eines festen Rhythmus‘…

Portfolio-Owner (PFO)

Der Portfolio-Owner ist der Product Owner der Organisation. Er hat zusammen mit der Cluster-Product-Owner-Gruppe (CPOG) auf der Portfolio- bzw.  Organisationsebene die Gesamtverantwortung für die Markt- und Geschäftsseite des Produktentwicklungsprozesses. (Eine allgemeine Beschreibung des Product-Owner-Rolle befindet sich hier …) Der Portfolio-Owner bildet mit dem Portfolio-Architekt und dem Organisation-Scrum-Master den Managementkreis der Organisation. Der Portfolio-Owner hat, zusammen…

Portfolio-Planung

Die Planung auf Portfolio-Ebene ist im P4-Framework ein semi-kontinuierlicher Prozess, genauso wie z.B. die Budgetplanung, die eng mit der Portfolioplanung verknüpft ist.  Der Planungsprozess besteht aus der Vorbereitung durch das Portfolio-Refinement und das Portfolio-Planungs-Event. Der Planungsprozess findet auf der Ebene der Portfolio-Backlog-Elemente statt. Diese sind: Applikationsversionen (d.h. an den Kunden auslieferungsfähige Produkte) System-Versionen (d.h. fertig…

Portfolio-Review

Am Ende jedes Cycles wird ein Portfolio-Review abgehalten, in dem die Cluster-System-Engineer-Gruppe (CSEG) mit dem Portfolio-Owner (PFO), den Stakeholdern die Ergebnisse vorstellen. Dabei bekommen sie Feedback von den Stakeholdern zu den Ergebnissen, damit der Portfolio-Owner bei Bedarf das Portfolio-Backlog anpasst. Zusammen mit eventuellen Änderungen am Portfolio-Backlog, die während des Portfolio-Cycles eingeflossen sind (z.B. in den…

Practice-Lead

Practice-Leads sind fachliche Coaches oder Trainer innerhalb der Organisation, die sich um eine Expertise oder technische Disziplin kümmern. Sie führen eine Community-of-Practice, bilden deren Mitglieder aus und kümmern sich um die Weiterentwicklung des Themas und der Mitarbeiter innerhalb der Organisation. Beim Übergang von klassischen Organisationen können die ehemaligen Linienvorgesetzten zu Practice-Leads werden. . Passende und…

Produkte, Applikationen und Marktvarianten

Das Portfolio-Backlog auf Organisationsebene, der oberste Ebene der Backlogs, enthält Systeme, Produkte und technische Produktvarianten, sowie Produktvarianten für spezielle Märkte. Jede dieser Produktvarianten wird durch einen Satz von System-Anforderungen (Feature Set) beschrieben. Auf diese Weise sind die Produktvarianten sowohl bezüglich des Nutzens, als auch bezüglich des zu investierenden Aufwands gegeneinander abschätzbar. Hierfür wird im P4-Framework…

Vermarktbare Systeme und Anwendungen

Applikationen und Marktvarianten sind die integrierten, getesteten und freigegebenen Produkte der Organisation, die in den Zielmärkten an Kunden vertrieben werden können. Sie entsprechen den Anforderungen, die aus den Stakeholder-Needs in den „Feature-Sets“ als Gruppe spezifiziert wurden. Einzeln sind diese in den System-Anforderungen & Funktionen sowie den Qulitätsattributen und Einschränkungen (QA&C) definiert. . Passende und weiterführende…