敏捷 - 处理已实现功能的不断变化的需求[已关闭]

Question

在最近与我的客户会面时，我们发现我们错过了一个用户故事的细节，之前已经实施了几次迭代。

新要求不仅是附加功能，还改变了行为。

最初的用户故事如下：“可以查看XYZ”

然而，新请求如下：“可以查看XYZ但是如果B则XYZ必须看起来像ABC”

我应该把它看作是一个Bug还是一个新用户故事，或者我应该只是重新打开旧用户故事并编辑它以说明新请求？什么是“最佳实践”，每种方法的优缺点是什么？

Answer 1

好吧，因为这是一项新要求，所以将其视为新功能请求。绝对不是一个bug。

编辑：既然不清楚谁或你的顾客错过了细节，你可以采取两种方式。如果你忘了它，那就是你的错误。如果客户忘了告诉它，那取决于。如果它有点修复，你可以重新打开旧故事。如果要完成很多工作，请将其改为新工具。

附：你是怎么做的真的很重要吗？关键在于客户要求实施，无论您的内部术语如何。

（来源：oracle-guy.com）

Answer 2

一个Bug，一个新的用户故事，重新打开旧故事......这真的很重要吗？无论如何，您的客户要求提供当前未实现的功能。因此，只要您可以估计其大小并且只要他可以优先考虑它，那么您如何调用捕获需求的方式并不重要。

因此，除非您必须处理特定的合同约束，否则只需选择一个解决方案，估算大小并让客户优先考虑（个人而言，我会创建一个新的用户故事）。

Answer 3

我会编辑旧故事以记录修改。否则你可能会在新故事和旧故事之间产生矛盾。

如果客户改变主意，这很难被视为缺陷（或错误）。

务实：估计，安排并实施。

Answer 4

我会说这应该算作旧故事。由于需求的变化，您的团队应报告降低的吞吐量（速度），尤其是在原始功能尚未发货的情况下。