Applikationen und Marktvarianten

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

Applikations- und Feature-Team

Applikations-Teams bauen aus den Modulen konkrete Applikationen, d.h. System-Varianten, die ggf. für bestimmte Märkte konfiguriert sind. Diese Teams können auch als „Produkt-Teams“ bezeichnet werden, wenn das Produkt auf Entwicklungsebene nicht konfiguriert wird. Die Anforderungserhebung, Definition, Konfiguration, Integration und der Test der Anwendungen obliegt den interdisziplinären Applikation-Teams, die dabei die Verantwortung der Applikation über den kompletten…

Artefakte der Organisation

Die Organisation ist die oberste Ebene in P4 und organisiert das Portfolio. Hierfür besitzt die Organisation ein Portfolio-Backlog mit Applikationen als Elemente, ein Portfolio-Kanban-Board und die Organisations-DoD.

Artefakte des Clusters

Jeder Cluster besteht aus mehreren Teams und unterteilt die Organisation in sinnvolle Wertströme. Er organisiert die verschiedenen Systeme, Applikationen (Produkte) und Märkte. Hierfür besitzt er ein Cluster-Backlog mit Systemversionen bestehend aus Features und Modulen als Elemente, ein Cluster-Kanban-Board und die Cluster-DoD.

Artefakte des Teams

Teams innerhalb der Organisation sind in Cluster strukturiert. Alle zukünftigen Arbeiten des Teams werden im Team-Backlog verwaltet. Aktuelle Arbeit wird im Iterations-Backlog oder auf einem Kanban-Board dargestellt. Je nach Team-Art, erzeugen Teams Features und Applikationen, Module und Systemplattformen oder Dienstleistungen (Services). Die Qualitätsansprüche des Teams sind in der Team-DoD aufgeführt.

Cluster-Backlog-Item (CBI)

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

Cluster-Backlog-Refinement

Als Refinement (Verfeinerung) des Cluster-Backlogs wird der Vorgang angesehen, in dem Details zu Backlog-Einträgen hinzugefügt, Schätzungen erstellt, oder die Reihenfolge der Einträge im Cluster-Backlog bestimmt werden.

Cluster-Backlog, Cluster-Cycle-Backlog und Cluster-Kanban

Jeder Cluster hat für seinen Verantwortungsbereich und seine Aufgaben genau ein Backlog, das Cluster-Backlog. Es besteht in der einfachsten Form aus Elementen nur eines Systems, an dem alle Teams des Clusters arbeiten. In diesem Fall kann das Cluster-Backlog als System-Backlog bezeichnet werden. Werden von dem Cluster mehrere Systeme verantwortet und bearbeitet, befinden sich alle Backlog-Elemente der…

Cluster-Cycle-Wechsel in der Inter-Cycle-Week

Der Cluster-Cycle stellt eine Art große Iteration auf Cluster-Ebene dar, man könnte ihn auch als „Cluster-Iteration“ bezeichnen. Oft wird der gleiche Zyklus auch für die Portfolio-Ebene der gesamten Organisation verwendet. Der Cluster-Cycle besteht aus mehreren Iterationen, einem Vorspann, bestehend aus  Cluster-Planning und einem Nachspann, bestehend aus Cluster-Review und Cluster-Retrospektive. Da diese Events eine nicht zu vernachlässigende…