Scrum Guide | 40. Pflege des Produkt-Backlogs

Die Pflege des Product Backlogs ist eine der Hauptaufgaben eines Product Owners. Der Pflegeprozess umfasst das Formulieren, Detaillieren und Hinzufügen neuer User Stories zum Product Backlog. Die wichtigste Aufgabe in der Pflege ist jedoch sicherzustellen, dass die Einträge im Backlog in der richtigen Reihenfolge sind, d.h. priorisiert werden.

Pflege des Product Backlogs – Inhaltsverzeichnis:

1. Einführung
2. Zweck der Pflege des Product Backlogs
3. Fehler bei der Pflege des Product Backlogs
4. Pflege des Backlogs vs. in Scrum verwendete Metriken
5. Zusammenfassung

Einführung

Das Product Backlog ist eines der Artefakte von Scrum. Es enthält eine priorisierte Liste von Arbeiten, die erforderlich sind, um ein Produkt zu erstellen. Mit anderen Worten, es ist eine Liste von User Stories, die notwendig sind, um das Produktziel zu erreichen. Eine detaillierte Beschreibung, was User Stories sind, finden Sie in diesem Artikel. Und hier sind die Details zu den Eigenschaften und wie man das Product Backlog pflegt.

Die Pflege des Product Backlogs wird auch unter folgenden Namen geführt:

• Backlog-Priorisierung,
• Backlog-Verfeinerung,
• Backlog-Skalierung.

Zweck der Pflege des Product Backlogs

Der Product Owner verwaltet das Product Backlog. Zu den Schlüsselkompetenzen gehört die Priorisierung von Aufgaben, wenn deren Fälligkeitsdatum näher rückt. Das Ziel der Pflege des Product Backlogs ist es, sicherzustellen, dass die Produktfunktionen den höchsten Geschäftswert haben, d.h. die aus Sicht des Kunden am wichtigsten sind, ganz oben auf der To-Do-Liste stehen. Und ihre Beschreibung ist klar und detailliert, damit ihre Umsetzung direkt im nächsten Sprint beginnen kann.

Das Product Backlog kann bei Bedarf täglich aktualisiert werden. Der Product Owner kann neue User Stories zum Product Backlog hinzufügen, nachdem er mit Stakeholdern und dem Entwicklungsteam gesprochen hat oder indem er Schlussfolgerungen zieht und bereits im Product Backlog geschriebene User Stories umformuliert.

Die verpflichtende Aktualisierung des Backlogs ist eine der Aufgaben, die während des Sprint Reviews durchgeführt werden. Wir haben diesen Prozess ausführlich in diesem Artikel beschrieben. In der Regel diskutiert das Scrum-Team während dieses Meetings nicht nur die Aufgaben, die im nächsten Sprint zu erledigen sind. Es spezifiziert auch vorläufig die User Stories und deren Umsetzung in den nächsten zwei oder drei Sprints. Diese Vorgehensweise ermöglicht es dem Scrum-Team und seinen Aktivitäten, einen breiteren Blick auf die langfristige Richtung zu werfen. Sie ermöglicht es, die derzeit durchgeführten Aufgaben aus der Perspektive ihrer Entwicklung in den folgenden Sprints zu betrachten.

Fehler bei der Pflege des Product Backlogs

Eines der häufigsten Probleme bei der Pflege des Product Backlogs ist die unkontrollierte Ausdehnung. Dies liegt daran, dass während der Arbeit am Produkt verschiedene zusätzliche Funktionen und Aufgaben, die sowohl von Stakeholdern als auch von Mitgliedern des Scrum-Teams vorgeschlagen werden, spontan auftauchen. Daher ist die Begrenzung des Wachstums des Umfangs des Product Backlogs (Scope Creep) eine der wichtigsten Aufgaben des Product Owners. Die häufigsten Fehler, die Product Owner machen, betreffen:

1. Abweichung vom Produktziel – das Hinzufügen zu vieler Ideen zum Product Backlog über das grundlegende Produktziel hinaus ist keine gute Praxis, da es die Lesbarkeit erheblich verringert. Es ist besser, Ideen für zusätzliche Funktionen in einem separaten Dokument zu sammeln.
2. Inhaltliche Duplikation – das Eingeben wiederholter oder sehr ähnlicher Ideen von verschiedenen Stakeholdern in das Backlog – bevor der Product Owner einen weiteren Eintrag zum Backlog hinzufügt, sollte er sicherstellen, dass der neue Eintrag keinen der bestehenden Einträge dupliziert.
3. Fehlende breitere Perspektive – die Einträge im Product Backlog sollten nach ihrem Wert in Bezug auf das Produktziel geordnet werden. Dennoch sollte man im Hinterkopf behalten, dass die Priorisierung die nächsten mehrere Sprints berücksichtigen sollte, damit die Aufgaben, die in einem bestimmten Sprint durchgeführt werden, nahtlos mit dem vorhergehenden Sprint und dem unmittelbar folgenden Sprint verbunden sind.

Fehler dieser Art können nicht vermieden werden. Das Bewusstsein für ihr Auftreten kann jedoch den Product Owner vorsichtiger machen, wenn es darum geht, neue User Stories zum Product Backlog hinzuzufügen, um das richtige Gleichgewicht zu finden. Denn es ist auch ein Fehler, dem Backlog zu viel Kürzung zu geben und Einträge zu eliminieren, die ähnliche, sich jedoch unterscheidende Aufgaben enthalten. Zum Beispiel, ähnliche Produktfunktionen zu beschreiben, die sich in der Anwendung erheblich unterscheiden.

Pflege des Backlogs vs. in Scrum verwendete Metriken

Das Product Backlog enthält eine Beschreibung der verbleibenden Arbeiten im gesamten Projekt. Nur ein aktuelles und regelmäßig gepflegtes Backlog kann das Verhältnis der abgeschlossenen Arbeit zur Gesamtheit genau schätzen. Um die Menge der abgeschlossenen Arbeit darzustellen, sollten Sie das Burndown-Diagramm anwenden, über das wir in diesem Artikel geschrieben haben.

Eine weitere beliebte Metrik zur Beschreibung der Arbeit des Scrum-Teams ist Velocity. Sie können sie messen, indem Sie die Anzahl der Product Backlog-Einträge vergleichen, die während eines einzelnen Sprints in ein Increment umgewandelt wurden. Wir haben Velocity ausführlicher in diesem Artikel beschrieben.

Zusammenfassung

Der Product Owner führt die Pflege des Product Backlogs durch. Wenn das Product Backlog gut gepflegt ist, hat das Scrum-Team einen klaren Überblick über die verbleibende Arbeit. Es kann auch eine breitere, zukunftsorientierte Perspektive darauf gewinnen, wie der Weg zum Produktziel aussieht. Deshalb muss der Product Owner sicherstellen, dass die im Product Backlog enthaltenen User Stories in der Reihenfolge der Priorität für die Fertigstellung angeordnet sind. Und auch, dass die Aufgaben, die in den kommenden Sprints zu erledigen sind, im feinsten Detail beschrieben sind.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.