If I am grooming the backlog and I see a user story that is completely valid but is ultra low priority should it be deleted? Is the backlog supposed to be just the user stories that have a chance of getting worked on or should they be all user stories that are related to a product even if it is just some idea we got while brainstorming. What if the idea came from in as a customer request but it isn't a high priority item from the product owner's point of view?
问问题
1229 次
5 回答
2
我不会删除这样的故事。积压的性质是它包含所有内容，无论它多么无意义或多么重要。如果您像我们一样将它们作为延伸目标包括在内，那么在每个 sprint 即将结束时，可能会有机会处理这些故事。特别是如果它们相对较小。伸展任务的美妙之处在于它们不必完成。他们只是糖果。所以这就是为什么我总是保留它们。
于 2011-01-06T04:04:48.317 回答
1
产品负责人拥有产品 backlog，她应该是唯一可以修改 backlog 内容的人。一旦将用户故事添加到待办事项列表中，它就会描述一些功能并具有一定的优先级。不应该删除低优先级的用户故事，因为优先级可能会随着时间的推移而变化，或者可以稍后计划下一个版本，并且可以将这些捕获的功能重新划分为优先级。
项目结束时没有什么问题，积压中仍然有很多低优先级的用户故事。这仅意味着预算/资源太低而无法全部完成，或者无法按计划交付所有这些。（它也显示了下一个版本或发布的机会。）优先考虑的理由是提供具有最大商业价值的用户故事。
编辑：
我可以想象，如果有人发现它无法实现（从不），可以删除用户故事。例如，由于公司政策或法律原因。但在这种情况下，我仍然想只使用“软”删除并添加删除原因。
于 2011-01-06T04:14:45.057 回答
1
答案——正如我证明的那样，我本质上是一名顾问——是“视情况而定”。
如果您认为故事将在某天实现，或者请求故事的用户令人讨厌，或者您希望保留故事，因为它代表了未来可能会重新确定优先级的“好有”功能，那么收下。
如果你确定，绝对确定，删除它不会反过来咬你的屁股，删除它。
于 2011-01-06T04:00:21.000 回答
1
如果我正在整理积压工作，并且我看到一个完全有效但优先级超低的用户故事，是否应该将其删除？
当然不是！在整理用户故事时，您还需要整理发布结构或计划。您需要将用户故事划分为发布。我还会创建一个名为 Recycle Bin 的版本来放置所有你不确定是否需要的东西。阅读 Mike Cohn 的“Agile Estimating and Planning”会有所帮助
于 2011-01-06T20:59:04.223 回答
0
如果我正在整理积压工作，并且我看到一个完全有效但优先级超低的用户故事，是否应该将其删除？
作为产品所有者，您希望从积压中保留/删除故事。但是，如果它是一个有效的故事，为什么要删除它？我看到超低优先级有时突然突然上升。也可能在将来，如果您需要将一些小故事放入您的 sprint 但没有其他更高优先级的故事不适合，这个故事会为客户提供很好的附加奖励。也就是说，如果有空闲时间，我可能更愿意花时间做更多的自动化测试和重构。（如果你有空闲时间是:)）
于 2011-02-24T17:23:50.040 回答