什么时候可以删除积压的用户故事

如果我正在梳理积压，并且我看到一个完全有效的用户故事，但应该删除的超低优先级？积压是否应该只是有可能得到处理的用户故事，还是应该是与产品相关的所有用户故事，即使这只是头脑风暴时的一些想法。如果这个想法是作为客户的要求提出的，但从产品所有者的角度来看它不是一个高优先级的项目呢？什么时候可以删除积压的用户故事

来源

2011-01-06 Ryan Pedersen

我投票结束这个问题作为题外话，因为它不是关于编程。 – 2017-10-25 08:54:30

我投票结束这个问题作为题外话，因为[项目管理现在在堆栈溢出主题]（//meta.stackoverflow.com/questions/343829/is-stack-overflow-an-closed-website -to-ASK-有关项目管理，问题/ 343841＃343841）。请在[SoftwareEngineering.SE]（// softwareengineering.stackexchange.com/）和[ProjectManagement.SE]（// pm.stackexchange.com/）上提出这些问题。（不幸的是，这个问题太旧了，无法迁移。） – robinCTS 2017-10-29 09:20:51

我不会删除这些故事。积压的本质是它包含了一切，不管它多么无意义，或者为什么它是重要的。在每个冲刺结束时，如果你将它们包括为伸展目标，就可能有机会研究这些故事。特别是如果它们相对较小。伸展任务的美妙之处在于它们不必做。他们只是糖果。所以这就是为什么我总是保持他们。

来源

2011-01-06 04:04:48 Schultz9999

答案 - 正如我证明我是一位内部顾问 - 是“取决于”。

如果您认为故事将在某一天实施，或者要求故事的用户讨厌，或者您想保留故事，因为它代表“很高兴有”功能，可能会重新设置优先级未来，然后保持它。

如果您确定，绝对确定，删除它不会转身咬你屁股，删除它。

来源

2011-01-06 04:00:21

产品拥有者拥有产品积压，她应该是唯一可以修改积压内容的人。一旦将用户故事添加到积压文件中，它将描述一些功能并且具有一定的优先级。低优先级的用户故事不应该被删除，因为优先级可能会随着时间的推移而变化，或者下一步可能会稍后计划，这些捕获的功能可能会被包含在重新优先级中。

项目结束并且积压中仍然存在很多低优先级用户故事没有任何问题。这只意味着预算/资金的减少使其全部完成或者不可能按计划的时间表全部交付。（它也显示了下一个版本或发行版的机会。）优先级排序是为了提供具有最大商业价值的用户故事。

编辑：

我可以想像，如果有人发现它无法执行（永远）是用户的故事可以被删除。例如由于公司政策或法律原因。但在这种情况下，我仍然希望仅使用“软”删除，并添加删除原因。

来源

2011-01-06 04:14:45

如果我梳理积压，我看到一个完全有效的用户故事，但它应该被删除的超低优先级？

当然不是！在您修饰用户故事的同时，您还需要修改您的发布结构或计划。您需要将您的用户故事划分到版本中。我还会创建一个名为“回收站”的发布版，以便在需要或不需要时将所有不确定的内容都放入。是什么有益将由迈克·科恩

来源

2011-01-06 20:59:04 sjt

是阅读“敏捷估计与规划”如果我疏导积压，我看到一个用户故事，是完全有效的但超低优先它应该被删除？

作为产品所有者，您希望保留/删除积压的故事。但是，如果它的一个有效的故事为什么要删除呢？我看到超低优先级突然有时突然上升。如果你需要一些小故事投入你的冲刺，但是没有其他更高优先级的故事将适合，这个故事可能还会在未来提供一个很好的附加奖金给客户。也就是说，如果有空闲时间，我可能更喜欢在某个时间做更多的自动化测试和重构。（如果你有空余的时间:)）

来源

2011-02-24 17:23:50

什么时候可以删除积压的用户故事

回答

相关问题