Was ist Product Backlog?

Hatten Sie schon einmal das Gefühl, dass Ihr Team immer wieder die gleichen Fehler macht? Sie glauben, dass die Dinge nicht richtig vorankommen, und Sie müssen einige Änderungen vornehmen, um den Projektentwicklungsprozess zu verbessern.

Ein Product Backlog hier kann einem Team helfen zu entscheiden, woran es arbeitet und worauf es sich konzentrieren möchte. Es ist eine Beschreibung, wie das Team die in einer agilen Roadmap dargelegte Idee umsetzen wird. Es ist in vielerlei Hinsicht eine gigantische Aufgabenliste für Ihr Entwicklungsteam.

Projekte können Teil größerer Produkte mit einem Product Backlog sein, um sie zu verwalten. Ein Produkt-Backlog-Beispiel können Kundenimplementierungsprojekte sein, die als Teil eines größeren Produkt-Backlogs geliefert werden können. Alternativ könnte ein Spieleproduktionsstudio jede Generation eines Spiels als separates Projekt mit einer festgelegten Frist (z. B. um Weihnachten herum) behandeln.

Was ist Product Backlog in Scrum?

In Scrum ist das Agile Product Backlog eine priorisierte Funktionsliste, die kurze Beschreibungen aller Produktfunktionen enthält. Wenn Sie an einem Projekt arbeiten, müssen Sie es nicht mit einem langwierigen Aufwand beginnen, um alle Anforderungen mit Scrum zu dokumentieren. Ein Scrum-Team und sein Product Owner können damit beginnen, alles einzubeziehen, was ihnen für die agile Backlog-Priorisierung einfällt.

Dieses agile Product Backlog ist mehr als genug für einen ersten Sprint. Wenn zusätzliche Informationen über das Produkt und seine Kunden verfügbar werden, kann das Scrum-Produkt-Backlog erweitert und angepasst werden.

In Scrum ist das Product Backlog eine priorisierte Funktionsliste, die kurze Beschreibungen aller Produktfunktionen enthält. Es ist nicht erforderlich, ein Projekt mit einem langwierigen Vorlauf zu beginnen, um alle Anforderungen zu dokumentieren, während Scrum verwendet wird.

Bei kundenspezifischen Softwareentwicklungsdiensten beginnen ein Scrum-Team und sein Product Owner normalerweise damit, alles aufzuschreiben, was ihnen für die agile Backlog-Priorisierung einfällt. Fast immer reicht dieses agile Product Backlog für einen ersten Sprint mehr als aus. Wenn zusätzliche Informationen über das Produkt und seine Kunden verfügbar werden, darf das Scrum-Produkt-Backlog erweitert und angepasst werden.

Wie beginnt die Product Backlog Journey?

Zuerst kommt die Vision oder eine Idee, dann erfolgt die Strategie, um die Idee zu verwirklichen, braucht es die Roadmap, und nach der Erstellung der Roadmap kommt das Product Backlog. Die unten angegebenen Hinweise zeigen, was die einzelnen Begriffe der Product Backlog Journey bedeuten.

• Die Produktstrategie ist ein Umriss, wie das Unternehmensziel auf hohem Niveau verwirklicht werden soll
• Die Produkt-Roadmap gibt den durchzuführenden Plan vor
• Das Produkt-Backlog enthält die Einzelheiten auf Aufgabenebene, die für die Erstellung des Pro-Produkts erforderlich sind

Wie unterscheiden sich Product Backlog und Product Roadmaps?

Die beiden wichtigsten Werkzeuge des Produktmanagements sind die Produkt-Roadmap und das Produkt-Backlog. Jedes Instrument hat seine eigenen Vor- und Nachteile. Ein Product Backlog sollte nicht mit einer Produkt-Roadmap verwechselt werden. Diese beiden lebenden Dokumente sind aus verschiedenen Gründen für agile Entwicklungsprozessteams nützlich. Das Backlog liefert taktische Entwicklungsvorgaben, während sich die Roadmap auf die Gesamtstrategie konzentriert.

Product Backlog Management bringt eine Vielzahl von Aufgaben und Strategien mit sich. Da die Product Roadmap häufig geändert wird, muss sie eng mit dem Product Backlog verknüpft werden. Infolgedessen muss der Rückstand regelmäßig priorisiert (und neu priorisiert) werden, um Änderungen und Entdeckungen widerzuspiegeln.

Das Produkt-Backlog umfasst Epics und User Stories, Workflow-Diagramme, Designskizzen für Benutzeroberflächen und Mock-ups sowie andere herausragende Arbeiten, die für die Konstruktion eines Produkts erforderlich sind. Es ist ein taktisches Tool, das die Arbeit des Entwicklungsteams leitet und als Grundlage für die Verfolgung des Entwicklungsfortschritts mit Tools wie einem Release-Burndown-Diagramm dient. Die Hauptunterschiede zwischen der Produkt-Roadmap und dem Produkt-Backlog sind im folgenden Diagramm zusammengefasst.

Die Produkt-Roadmap ist ein strategisches Produktplanungstool, das skizziert, wie sich das Produkt in der nächsten Zeit entwickeln wird. Es schafft einen Sinn, fördert die Beteiligung von Interessengruppen, hilft bei der Akquise von Finanzmitteln und erleichtert die Koordinierung der Entwicklung und Einführung verschiedener Produkte.

Darüber hinaus sollte besonderes Augenmerk darauf gelegt werden, das Backlog strukturiert und zugänglich zu halten. Die Product-Backlog-Management-Praktiken empfehlen, ein entsprechend detailliertes, aufstrebendes, geschätztes und priorisiertes (DEEP) Product-Backlog anzustreben, in dem die Elemente mit der höchsten Priorität die meisten Details enthalten und der Detaillierungsgrad mit zunehmender Priorität abnimmt.

Die meisten agilen Teams nehmen auch an Product Backlog Grooming Sessions teil, die verwendet werden, um Backlog Items zu verfeinern und zu ordnen. Während dieser Meetings arbeitet das Team zusammen, um im Voraus einige User Stories im Wert von ein paar Sprints zu planen. Agile Backlog-Grooming-Sessions garantieren, dass die User Stories ganz oben im Backlog genügend Details enthalten, um vom Delivery-Team verstanden zu werden.

Product-Backlog-Priorisierungstechniken

• Product Backlog Grooming ist kein einmaliges Ereignis, sondern ein kontinuierlicher Prozess, an dem Product Owner und Entwicklungsteams beteiligt sind. In Entwicklungsteams ist oft Fachexpertise vorhanden, die sie verfeinern können. Das Scrum-Team hingegen bestimmt, wann und wie die Optimierung abgeschlossen wird.
• Das Hinzufügen von Details, Schätzungen und Reihenfolgen zu Elementen im Product Backlog wird als Product Backlog Refinement bezeichnet. Innerhalb jedes Sprints ist eine fortlaufende Verfeinerung des Product Backlogs erforderlich, um Produkte zu verfeinern, damit sie für zukünftige Sprints bereit sind. Die Verfeinerung des Produkt-Backlogs erfordert normalerweise nicht mehr als 10 % der Arbeit des Entwicklungsteams.
• Die Product-Backlog-Elemente ganz oben im Product Backlog (höchste Priorität, größter Wert) werden so zerlegt, dass sie in einen Sprint passen, sobald die Backlog-Elemente auf die entsprechende Granularitätsebene verfeinert wurden.
  

Alle Schätzarbeiten werden vom Entwicklungsteam durchgeführt. Indem sie das Team bei der Bewertung von Kompromissen unterstützen, können Product Owner ihre Entscheidungen beeinflussen. Die ausführende Person hingegen bestimmt die endgültige Schätzung.

Vorteile des Product Backlogs

Rückstand als Platzhalter

Backlog Items dienen als Platzhalter für zukünftige Diskussionen über eine Lösung zur Zielerreichung. Das bedeutet, dass ein Team keine vollständig entwickelte Idee haben muss, bevor es sie in das Product Backlog einfügt. Wenn ein Product-Backlog-Eintrag zum ersten Mal eingeführt wird, muss er nur über genügend Informationen verfügen, um das Team daran zu erinnern, was die Alternative war. Wenn ein Team mit der Arbeit an einem Product Backlog Item beginnt, muss es nur vollständig erklärt werden.

Dynamische Natur

Die dynamische Natur eines Product Backlogs ermöglicht es Teams, ihre Erkenntnisse über das gewünschte Ziel und potenzielle Liefermethoden zu verfolgen. Das Product Backlog muss nicht vollständig sein, wenn ein Team mit der Arbeit beginnt. So können sie mit einem originellen Konzept beginnen und mit zunehmender Erfahrung neue Product-Backlog-Einträge hinzufügen.

Einfache Entfernung

Nur weil sich etwas in einem Product Backlog befindet, heißt das nicht, dass es geliefert werden muss. Ein Team kann Elemente aus dem Backlog entfernen, wenn sie nicht zum gewünschten Ziel beitragen. Dies bedeutet, dass ein Team die Produktion von nicht wertschöpfenden Ergebnissen vermeiden und sich stattdessen darauf konzentrieren kann, wirklich nützliche Änderungen vorzunehmen.

Fügen Sie ein Backlog-Element hinzu

Das Product Backlog kann von Teams verwendet werden, um Zeitverschwendung durch Diskussionen zu vermeiden, ob eine Option auf der Grundlage begrenzter Informationen wertvoll ist oder nicht. Wenn sich eine neue Idee präsentiert, kann das Team einen Product-Backlog-Eintrag als Erinnerung hinzufügen, um die Idee weiter zu untersuchen. Das Team kann dann die Berücksichtigung dieser Idee neben anderen Elementen priorisieren und das Produkt-Backlog-Element entfernen, wenn sich herausstellt, dass die Idee keinen Fortschritt in Richtung des gewünschten Ergebnisses bringt.

Agiles Product Backlog vs. Sprint Backlog – ein detaillierter Unterschied

Kurz gesagt ist das Sprint Backlog der kurzfristige Sprintplan des Teams. Das Product Backlog in Agile ist der langfristige Plan des Produkts, in dem die Vision in konkrete zu liefernde Elemente kategorisiert wird, die dem Produkt einen Mehrwert verleihen. Viele Leute betrachten das Sprint Backlog als eine Untermenge des Product Backlogs. Das ist ideal; Das Sprint Backlog besteht ausschließlich aus Items aus dem Product Backlog. Der Sprint umfasst normalerweise auch andere Arbeiten, denen sich das Team verschrieben hat, und die Aufgaben, die während des Produktdesign-Sprints erledigt werden können .

Das Product Backlog in Agile ist eine Sammlung von Aufgaben, die Sie voraussichtlich in Zukunft erledigen werden, um die Wettbewerbsfähigkeit Ihres Produkts zu erhalten. Es ist das Ergebnis der Zusammenarbeit zwischen Product Owner und Stakeholdern (Kunden, Team, Analysten). Es wird regelmäßig aktualisiert, indem neue Elemente hinzugefügt oder entfernt werden.

Im Allgemeinen wird es größer sein als das Sprint-Backlog. Es wird auch Elemente mit unterschiedlicher Granularität enthalten, wobei weniger Elemente unterhalb der Ebene der User Story aufgeschlüsselt werden. Verantwortlich dafür ist der Product Owner.

Das Sprint-Backlog ist eine Sammlung von Arbeiten, die das Team entweder jetzt oder später im Sprint (normalerweise ein Zeitraum von 1 bis 4 Wochen) erledigen möchte. Es besteht aus User Stories, zu deren Fertigstellung sich das Team während des bevorstehenden Sprints verpflichtet hat.

Es kann jedoch auch Dinge wie Fehler, Refactoring-Arbeiten und so weiter enthalten. Sie ist meist detaillierter und in Aktivitäten gegliedert, wobei die technische Umsetzung einer User Story im Vordergrund steht. Es liegt in der Verantwortung des Scrum Masters und des Teams.

Zeit, Ihr Backlog aufzubauen

Die Notwendigkeit einer ordnungsgemäßen Planung und Organisation ist entscheidend für Ihren Erfolg. Da kommen Rückstände ins Spiel. Das Backlog wird, wenn es richtig generiert und gepflegt wird, zu einem Werkzeug, das Teams dabei hilft, durch ständige Veränderungen zu navigieren, höchste Produktivität zu erreichen und sowohl dem Unternehmen als auch dem Kunden einen maximalen Wert zu bieten.

Im obigen Blog haben wir beschrieben, was Product Backlog ist und wie es einem Team bei seiner Arbeit hilft, indem es eine gemeinsame Grundlage für Stakeholder und Teams schafft, um sich so abzustimmen, dass die sinnvollsten User Stories implementiert werden, Flexibilität ermöglicht wird, um auf sich ändernde Anforderungen zu reagieren, und Umständen einen gemeinsamen Nenner für mehrere Teams schaffen, die an demselben Produkt arbeiten, um die Genauigkeit von Prognosen zur Produktveröffentlichung zu verbessern.