Was ist Product Backlog Refinement?

Der Scrum Guide definiert es als den Vorgang der Zerlegung und weiteren Definition von Product Backlog-Elementen in kleinere, präzisere Elemente.

Product Backlog Refinement bezieht sich auf die Sauberkeit und Ordnung des Backlogs. Es wird im Scrum Guide als der Vorgang der Zerlegung und weiteren Definition von Product Backlog-Elementen in kleinere, präzisere Elemente definiert. 

Es handelt sich um einen fortlaufenden Prozess, in dem das Product Owner und das Team der Developers zusammenarbeiten, um sicherzustellen, dass die Elemente im Backlog: 

  • Wird vom Team genauso verstanden (hat ein gemeinsames Verständnis).
  • Hat eine geschätzte Größe und Komplexität für die Implementierung.
  • Sortiert nach Priorität (einschließlich Geschäftswert und Schätzung).

Vereinfacht ausgedrückt geht es bei der Backlog-Verfeinerung darum, ein gemeinsames Verständnis darüber zu schaffen, was das Produkt leisten wird oder nicht, und zwar anhand der Schätzung, was für die Erstellung und Implementierung erforderlich ist und in welcher Reihenfolge dies erfolgen sollte. 

Es ist auch erwähnenswert, dass im Gegensatz zu anderen Scrum-EventsDie Product Backlog-Verfeinerung ist nicht zeitlich begrenzt. Dies liegt daran, dass es innerhalb des Scrum-Frameworks keine bestimmte Reihenfolge gibt. Wenn die Aktivität innerhalb eines Zeitrahmens eingeschränkt würde, wäre sie nicht effektiv. Als Faustregel gilt jedoch, dass Sie bis zu 10% der Zeit eines Sprint für die Verfeinerung nutzen können. Diese sollte nach Bedarf durchgeführt werden und ist häufig Teil eines „Verfeinerungstreffens“.

Schauen wir uns Product Backlog Refinement etwas genauer an.

Das Verfeinerungstreffen

Wie bereits erwähnt, wird Product Backlog Refinement normalerweise im Rahmen eines Refinement Meetings durchgeführt. Das Scrum-Team kommt einmal zusammen, normalerweise gegen Ende des Sprint für diese Veranstaltung, um sicherzustellen, dass das Backlog für das nächste Sprint bereit ist. In manchen Fällen treffen sich Teams jedoch möglicherweise lieber einmal pro Woche, um den Überblick zu behalten.

Ein Refinement Meeting ist eine Gelegenheit für die Product Owner um mitzuteilen, welche Product Backlog-Elemente verfeinert werden müssen, und damit das Team sie besprechen kann. Während dieser Zeit kann das Team Fragen stellen, die sonst bis Sprint Planning normalerweise nicht auftauchen würden. Nicht alle Fragen müssen im Backlog Refinement Meeting geklärt werden, aber es verschafft dem Product Owner einen Vorsprung vor dem Planungsmeeting.

Die Verfeinerung des Backlogs ist im Wesentlichen ein Kontrollpunkt für das Team und nicht der Versuch, Probleme vollständig zu lösen.

Wer ist für Product Backlog Refinement verantwortlich?

Jedes Mitglied des Scrum-Teams ist für Product Backlog Refinement verantwortlich, dies geschieht jedoch normalerweise auf Initiative des Product Owner. Nachfolgend finden Sie eine Aufschlüsselung der einzelnen Teammitglieder und ihrer Kernaufgaben: 

  • Der Product Owner: Das Richtige bauen
  • Die Developers: Das Ding richtig bauen
  • Der Scrum Master: Coaching und Führung des Teams

Der Product Owner

Der Product Owner hat Autorität und Verantwortung für das Product Backlog. Effektive Verfeinerung sollte mit der Vision und dem „Warum“ für das Produkt beginnen. Sie sollten für Transparenz rund um diese Vision sorgen und offene Diskussionen sowohl mit dem Team als auch mit den Stakeholdern ermöglichen. 

Die folgenden Aktivitäten können für Product Backlog Refinement nützlich sein. Es ist sinnvoll, dass der Product Owner diese initiiert, andere Mitglieder des Teams können dies jedoch auch tun: 

  • Erstellen einer Produktvision
  • Erstellen einer Produkt-Roadmap 
  • Ein Storyboard erstellen
  • Zusammenarbeit mit Stakeholdern und Kunden über deren Verwendung des Produkts 
  • Durchführung von Marktforschungen
  • Ziele setzen 
  • Definieren von Akzeptanzkriterien oder Zufriedenheitskriterien

Die Developers

Die Developers sollten auch für Product Backlog Refinement verantwortlich sein. Es kann für sie von großem Vorteil sein, sich neben dem Product Owner auch für die Weiterentwicklung verantwortlich zu fühlen. Schließlich sind es die Entwickler, die die Arbeit tatsächlich abschließen. 

Die folgenden Beispiele sind nur einige der Aktivitäten, die in die Verantwortung des Developer fallen sollten: 

  • Schätzung der Product Backlog-Elemente, um einen Überblick darüber zu erhalten, was innerhalb eines Sprint erledigt werden kann 
  • Suche nach Lösungen zur Erfüllung der Sprint Goal
  • Zusammenarbeit mit anderen Developers zum Wissensaustausch 
  • Dokumentation von Arbeitslösungen

Der Scrum Master

Endlich, das Scrum Master ist dafür verantwortlich, sicherzustellen, dass das Team Scrum versteht. In diesem Fall geht es um die Herausforderungen der Verfeinerung und darum, dass sich jeder über seine Rolle im Klaren ist. Darüber hinaus soll das Scrum Master dazu beitragen, die Aktivitäten rund um das Refinement zu erleichtern und jedem dabei zu helfen, sich auf seine Rolle zu konzentrieren. 

Einige Beispiele könnten sein: 

  • Ermöglichen Sie Product Backlog Refinement-Workshops
  • Vermitteln Sie die Bedeutung der gemeinsamen Verantwortung bei dieser Aufgabe 
  • Bringen Sie dem Team bei, wie es liefern und zusammenarbeiten kann 

Manchmal werden auch Stakeholder eingeladen, an Refinement Meetings teilzunehmen oder Input und Feedback zu geben, die Verantwortung liegt jedoch weiterhin beim internen Scrum-Team.

Zusammenfassung

Product Backlog Refinement ist ein wichtiger Aspekt jedes Sprint. Ohne gemeinsames Verständnis besteht die Gefahr, die falschen Dinge umzusetzen und Aufwand zu vergeuden. Es ist wichtig, die Größe jedes Artikels zu berücksichtigen, um die Reihenfolge des Product Backlog nach Priorität zu bestimmen. Ohne dies laufen Teams Gefahr, an unwichtigen Elementen zu arbeiten und wichtige Dinge zu übersehen. 

Daher ist es wichtig, dass das gesamte Team über gute Kenntnisse von Product Backlog Refinement verfügt und während des Refinement Meetings effektiv zusammenarbeiten kann.

Teilen:

Zugehöriger Blogbeitrag

Missverständnisse bei Software-Spezifikationen.

In Software-Spezifikationsdokumenten kommt es häufig zu Missverständnissen. Die Lösung, die wir normalerweise wählen, besteht darin, detailliertere Spezifikationen zu erstellen. Leider führt das aber nicht zu besseren Ergebnissen.

Verwandte Ausbildung

Verwandte Ressourcen

Wie man ein Retrospective betreibt

Die Durchführung einer effektiven Retrospektive ist entscheidend für die kontinuierliche Verbesserung in Agile-Teams. Wenn Sie jemals das Gefühl hatten, dass die Retrospektiven Ihres Teams nicht zielführend sind oder keine verwertbaren Erkenntnisse liefern, sind Sie...

Ein kreisförmiges Flussdiagramm mit verschiedenen Phasen, die den Scrum-Prozess darstellen

Der Scrum-Prozess erklärt

Entdecken Sie die Feinheiten des Scrum-Prozesses und erfahren Sie, wie dieses agile-Framework das Projektmanagement revolutionieren kann.

Ein Teleskop, das auf ein entferntes

Was ist eine Produktvision?

Entdecken Sie die Kraft einer Produktvision und wie sie die Zukunft eines Unternehmens prägt.

Weitere Ressourcen

Lass uns reden über
Wie wir helfen können!

Gefallen Ihnen unsere Artikel? Noch besser ist es, wenn Sie persönlich mit uns sprechen können! Nehmen Sie Kontakt mit uns auf, damit wir einen Termin vereinbaren können!