Kann der Product Owner User Storys entfernen?

Sie können tun, was Sie tun müssen, aber das Entfernen von Geschichten ist nicht ratsam, es sei denn, sie sind entweder falsch, doppelt oder veraltet. Der Grund dafür ist, dass es Zeit braucht, eine Geschichte zu schreiben und sie zu lesen und zu priorisieren.

Eine Story ganz unten im Stapel zu haben, von der Sie denken, dass sie sehr niedrige (oder keine) Priorität hat, hat immer noch einen Wert, weil es theoretisch verhindert, dass neue Duplikate präsentiert werden.

Andererseits entstehen normalerweise keine Kosten, wenn eine Geschichte nicht entfernt wird.

Der Product Owner ist der absolute Eigentümer des Product Backlogs. Als solcher hat er/sie das letzte Wort darüber, was reinkommt, drin bleibt oder rauskommt.

Ich würde nicht empfehlen, Stories "nur für den Fall" im Backlog zu behalten. Es stimmt, dass mit der Erstellung einer Story Kosten verbunden sind, aber jedes Element im Backlog muss gepflegt, überprüft, neu priorisiert usw. werden, und das stellt auch Kosten dar (im Lean-Denken ist es „Inventar“ und wird als ein Verschwendung.) Ich werde argumentieren, dass die kognitive Belastung all dieser Arbeit erheblich höher ist als die Erstellungskosten (es sei denn natürlich, es wird viel Mühe darauf verwendet, die Arbeitselemente zu spezifizieren und zu detaillieren, aber das ist ein separates Problem für sich.) Wenn etwas wichtig genug ist, kommt es schließlich zur richtigen Zeit zurück.

Abgesehen davon ist es möglich, dass Sie in Ihrer speziellen Situation das Gefühl haben, dass Sie als PO nicht die endgültige Befugnis haben, Elemente aus Ihrem Product Backlog zu entfernen. Viele Organisationen erklären ihre Business Analysten zu Product Ownern, aber sie geben ihnen nicht die volle Autorität über das Backlog (und das Projekt im Allgemeinen). Wenn das Ihre Situation ist, dann denken Sie darüber nach, wer in Ihrer Projektorganisation das letzte Wort darüber hat, was geht in und aus dem Rückstand, wer kann über die Projektrichtung entscheiden, wer ist der „einzige Hals zum Ersticken“, wenn das Projekt schief geht; diese Person ist wirklich der Product Owner.

Im Allgemeinen kann der PO nach eigenem Ermessen Storys im Produkt-Backlog hinzufügen, entfernen oder neu priorisieren.

Das heißt, es sollte nicht nur Bauchgefühl sein. Ein guter PO wird mit Stakeholdern sprechen, sich Nutzungsstatistiken, Benutzerrecherchen usw. ansehen, um zu entscheiden, welche Geschichten nicht wertvoll genug sind, um sie zu liefern.

Sie sollten auch sicherstellen, dass Personen, die auf diese Änderung oder Funktion hoffen, informiert werden, wenn Stories vollständig aus dem Backlog entfernt werden.

Die beste Erklärung für Product Owner finden Sie im folgenden Video, in dem es um die Planung und Priorisierung von Stories geht. Ein Muss für jeden.

https://www.youtube.com/watch?v=502ILHjX9EE

Die Zusammenfassung des Videos lautet:

• PO kennt die Vision des Produkts, warum das Produkt gebaut wird und was die Problemdomäne ist
• Kennt die Stakeholder und/oder die Endnutzer

• Ist der Kommunikator zwischen den Stakeholdern, Benutzern und dem Team

• Zusammenfassend arbeitet PO also mit dem Team zusammen, um „das Richtige zu bauen“, was bedeutet:

  • Das wichtigste Werkzeug, das ihm zur Verfügung steht, ist die Fähigkeit, "Nein" zu Feature-Anfragen zu sagen, die keinen Wert bringen, und sie "in den Papierkorb zu werfen".
  • Priorisiert das Product Backlog, indem es die folgenden Risiken ausgleicht:
    • Kosten und Zeitplan
    • Technische Risiken
    • Geschäftsrisiken

Um die Frage zu beantworten: Ja, der Product Owner kann Stories aus dem Backlog entfernen und sollte dies regelmäßig tun, um sicherzustellen, dass sich der Backlog darauf konzentriert, den Stakeholdern den größtmöglichen Nutzen zu bieten.