Ihr Product Backlog und Scrum

unterteilt. Das Produkt-Backlog ist ein echtes Scrum-Artefakt und die Master-To-Do-Liste. für das gesamte Projekt. Alle Scrum-Projekte haben Produkt-Backlogs und sind Eigentum des Produktbesitzers und werden von ihm verwaltet.

Die Anforderungen aus der Produkt-Roadmap erzeugen zunächst den Produkt-Backlog, und die mit der höchsten Priorität versehenen werden an Tag 1 in User-Stories unterteilt.

Das Produkt-Backlog ist die von Ihnen bestellte To-Do-Liste Ihres Projekts.

In traditionellen Projektmanagement-Frameworks wurde der Wandel als ein Spiegel schlechter Planung betrachtet. Wenn etwas geändert werden musste, dann weil jemand es vermasselt hat. In Scrum sehen Sie Veränderung als Zeichen von Wachstum. Wenn Sie Ihr Produkt tiefer entdecken, werden Sie feststellen, welche Änderungen vorgenommen werden müssen. Wenn Sie sich im Scrum nicht verändern, lernen Sie nicht, und das ist ein Problem. Es ist ein Mangel an Veränderung, der ein Zeichen des Scheiterns ist. Jeden Tag muss man etwas lernen und das bewirkt Veränderung.

Jeder Artikel im Produkt-Backlog hat die folgenden Elemente:

  • Spezifische Bestellnummer (Prioritätsslot im Produkt-Backlog; obwohl Artikel-Backlog-Artikel in der Priorität ähnlich sein können, können sie nicht bearbeitet werden bei genau zur gleichen Zeit).

  • Beschreibung.

  • Schätzung der zum Abschluss erforderlichen Anstrengung.

  • ID-Nummer (optional).

  • Status (optional).

  • Art des Artikels (optional). Dies könnte eine Anforderung, ein Overhead, eine Wartung oder eine Verbesserung sein (siehe den folgenden Abschnitt).

Anforderungen mit der höchsten Priorität werden in die kleinst möglichen umsetzbaren Anforderungen zerlegt, die im Produkt-Backlog möglich sind. Eine kleine Anforderung macht sie jedoch nicht automatisch zu einem Element mit hoher Priorität. Viele kleine Anforderungen mit niedriger Priorität werden wahrscheinlich nie in Produktion gehen.