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

Question

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

新要求不仅是一个额外的功能，还改变了行为。

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

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

我应该将此视为Bug或新用户故事，还是应该重新打开旧用户故事并编辑它以说明新请求？ 什么是“最佳实践”，每种方法的优缺点是什么？

Answer 1

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

编辑：由于不清楚您或客户是谁错过了细节，您可以采取两种方式。如果你忘了它，那就是你的错误。如果客户忘了告诉它，那取决于。如果它有点修复，你可以重新打开旧故事。如果还有很多工作要做，那就换个新工作吧。

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

_{（来源：oracle-guy.com）}

Answer 2

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

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

Answer 3

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

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

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

Answer 4

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