什么时候可以从积压中删除一个userstory

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

要回复问题请先登录注册