Die Stufe 1 des Product Backlogs

Die Verschiebung der Items in die oberste Stufe ist gleich zu setzen mit einer Beauftragung durch den Product Owner an das Team, diesen Item zu realisieren. Bevor Items in die Stufe 1 verschoben werden, prüft der Product Owner diese auf Vollständigkeit. Nur Items, die ausdetailliert und geschätzt sind, dürfen in diese Stufe gelangen. Das bedeutet, es existiert ein Qualitätstor (Qualitygate) zwischen der zweiten und der ersten Stufe. Jeder Eintrag muss dieses Tor durchlaufen, um in die erste Stufe zu gelangen.

Jeder Eintrag in dieser Stufe gilt gleichzeitig als vom Product Ower Team freigegeben.

Die Erste Stufe ist die Sammlung der Beauftragungen für das Team. Aus dieser Stufe kann das Team Items für die nächste Iteration, den nächsten Sprint, entnehmen. Nicht jeder Item, der ausdetailliert ist, gelangt auch in diese Stufe, sondern nur diese, welche der Product Owner zu gegebener Zeit noch für relevant hält. Die obersten Items haben die höchste Priorität. Abbildung 1 zeigt die Eigenschaften der Stufe 1.

Abbildung 1: Product Backlog Stufe 1

Ziel ist es, vor einem Planning Meeting die Einträge des Product Backlogs so detailliert zu haben, dass sich diese während eines Sprints nicht zu stark verändern.
Im Planning Meeting muss sich das Team auf die Realisierung der Items im nächsten Sprint committen. Dies kann das Team nur dann, wenn die Einträge sich in diesem Meeting vom Team durchdringen und verstehen lassen.
Die Priorisierung der Einträge erfolgt durch das Product Owner Team jeweils vor dem nächsten Planning Meeting.

Abbildung 2: Product Backlog Stufe 1, Artefakte

Abbildung 2 beschreibt den Aufbau von Anforderungen, die in einem Planning Meeting verplant werden.

Das Planning Meeting kann durchgeführt werden und das Team kann sich auf die Realisierung auch von umfangreichen Aufgaben committen, da diese weitreichend genug beschrieben worden sind und sich das Team bereits in vergangenen Sprints mit den Details der Aufgaben auseinander gesetzt hat.