Organisatorische Ebenen

Applikationen & Features

Integrierte und getestete Features sind die Ergebnisse von Applikations-Teams. Allgemeine Attribute von Teams Die minimale Voraussetzung für ein Team-Ergebnis ist, dass es inspizierbar ist, d.h. es muss in einer Form vorlegen, die es für die Stakeholder (z.B. Nutzer des Ergebnisses) bewertbar macht. Die Definition-of-Done für die jeweiligen Ergebnisse und Artefakte müssen dies berücksichtigen. Inspectable-Results sind…

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 entwickeln, bauen und konfigurieren Produkte und Applikationen, d.h. System-Varianten, die ggf. für bestimmte Märkte. Dabei nutzen sie häufig Module und Platformen, die von Modul-Teams oder externen Dienstleistern entwickelt werden. Die Anforderungserhebung, Definition, Konfiguration, Integration und der Test der Anwendungen obliegen den interdisziplinären Applikation-Teams, die dabei die Verantwortung der Applikation über den kompletten Produkt-/ bzw.…

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. Jede Organisation besitzt folgende Artefakte: Die Organisations-Struktur: Sie beschreibt die Cluster und Teams innerhalb der Organisation, sowie die Workflows und Prozesse, wie diese Zusammenarbeiten. Die Organisations-Mission: Definiert den…

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. Jeder Cluster besitzt folgende Artefakte: Die Cluster-Struktur: Sie beschreibt die Teams und Rollen innerhalb…

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. Jedes Team das sich innerhalb des…

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. Die Verfeinerung ist ein kontinuierlicher Prozess, in dem der Cluster-Product-Owner und die Team-System-Engineer-Gruppe gemeinsam die Cluster-Backlog-Einträge detaillieren. Bei der Verfeinerung des Cluster-Backlogs werden die Einträge begutachtet und revidiert. Der…

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…