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…

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.

Backlog (allgemein)

Ein Backlog ist eine geordnete Liste von allem Bekannten, das von einer Organisationseinheit (Team, Gruppe, Cluster, Organisation) durchgeführt werden soll und dient als einzige Anforderungsquelle für Arbeiten dieser Organisationseinheit. Der Product-Owner ist für das Backlog, seine Inhalte, den Zugriff darauf und die Reihenfolge der Einträge verantwortlich. Ein Backlog enthält nur die zurzeit bekannten Einträge. Während…

Backlog-Item

Ein Backlog-Eintrag enthält als Attribute eine Beschreibung, eine Aufwandsschätzung, sowie Akzeptanzkriterien und Testbeschreibungen, die die Vollständigkeit nachweisen und beschreiben wann er erledigt [„Done“] ist. Alle Backlog-Einträge haben folgende Eigenschaften und Attribute: Einen eindeutigen Kurznamen oder eine sonstige Identifikation (z.B. eine Nummer) Eine möglichst kurze, aber aussagekräftige Beschreibung Einen Hinweis darauf, wer die Quelle bzw. 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-DoD

Die Teams des Clusters, die Team-System-Engineer-Gruppe, die Team-Product-Owner-Gruppe und die Stakeholder müssen sich darauf einigen was es bedeutet, wenn ein Backlog-Eintrag oder ein Ergebnis als erledigt („Done“) bezeichnet wird. Obwohl sich dies erheblich von Cluster zu Cluster unterscheiden kann, müssen alle ein gemeinsames Verständnis davon haben, wann Arbeit erledigt ist, um Transparenz zu gewährleisten. Dies…

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

Definition-of-Ready (DoR)

Die Definition-of-Ready (DoR) ist eine Liste, die festlegt, welche Kriterien bestimmte Artefakte erfüllen müssen, bevor festgelegte Aktionen in einer Organisationseinheit anlaufen. Sie ist damit ist eine Vereinbarung, um klare Qualitätskriterien von Artefakten festzulegen. Z.B. darf im P4-Framework ein Team keine ungeschätzten Backlog-Elemente in eine Iteration ziehen. DoRs gibt es auf allen Ebenen und können für…