如果我正在整理积压工作，我会看到一个完全有效的用户故事，但是如果它被删除则是超低优先级？积压应该只是有可能被处理的用户故事，还是应该是与产品相关的所有用户故事，即使这只是我们在集思广益时得到的一些想法。如果这个想法来自客户的要求，但从产品所有者的角度来看它不是一个高优先级的项目会怎样？
答案 0 :(得分：2)
我不会删除这些故事。积压性质使得它包含一切，无论多么无意义或为此重要。如果你将这些故事作为伸展目标包含在内，那么在每个sprint的最后阶段都可能有机会处理这些故事。特别是如果它们相对较小的话。拉伸任务的美妙之处在于它们不必完成。他们只是糖果。所以这就是为什么我总是保留它们。
答案 1 :(得分：1)
答案 - 正如我证明我是心里的顾问 - 是“这取决于。”
如果您认为故事将在某一天实施，或者请求故事的用户是令人讨厌的，或者您想要保持故事，因为它代表“很高兴”的功能，可能会重新优先考虑未来，然后保持它。
如果你确定，绝对确定，删除它不会转过来咬你的屁股，删除它。
答案 2 :(得分：1)
产品所有者拥有产品积压，她应该是唯一可以修改积压内容的人。将用户故事添加到积压后，它会描述某些功能，并且具有一定的优先级。不应删除低优先级用户故事，因为优先级可能会随着时间的推移而改变，或者可以在以后计划下一次更新，并且这些捕获的功能可以包含在重新优先级中。
项目结束时没有任何问题，积压中仍有许多低优先级的用户故事。这只意味着预算/资产的损失很低，无法全部完成，或者无法按计划的时间表交付所有资金。 （它还显示了下一版本或发布的机会。）优先级的rason是提供具有最大商业价值的用户故事。
修改
我可以想象，如果有人发现它无法实现（从不），可以删除用户故事。例如，由于公司政策或法律原因。但在这种情况下，我仍然只想使用“软”删除以及删除的原因。
答案 3 :(得分：1)
如果我正在整理待办事项，我会看到一个完全有效的用户故事，但是如果它被删除则是超低优先级吗？
当然不是！在修饰用户故事时，还需要修改发布结构或计划。您需要将用户故事划分为版本。我还会创建一个名为Recycle Bin的版本来放置所有你不确定的东西。 有用的是阅读Mike Cohn的“敏捷估算与规划”
答案 4 :(得分：0)
如果我正在整理积压工作，我会看到一个完全有效的用户故事 但是如果它被删除是超低优先级吗？
作为产品所有者，您希望保留/删除积压的故事。但是，如果它的有效故事为何删除呢？我看到超低优先级有时突然突然升起。也许将来这个故事提供了一个很好的附加奖励，如果您需要将一些小故事放入您的冲刺中，但是没有其他更高优先级的故事适合，则为客户提供。 也就是说，如果有空余时间，我可能更愿意在某个时候进行更多的自动化测试和重构。 （如果你有空闲时间:)）