您做错了：完成的定义

在本系列中，我们将研究我们在敏捷中所做的事情，那些讨厌的做法以及为什么要这样做。 目的是这里的关键，如果您没有获得收益，则可能做错了，请尝试其他方法。

所以，让我问你一个问题：

您完成了，完成了还是完成了？ 无论如何，“完成”是什么意思？

为了回答这个问题，让我们看看为什么定义“完成”很重要，尤其是在迭代范围内。 与许多敏捷实践一样，它归结为业务人员（以及他们在地球上的代表，产品经理）与开发团队之间的信任。 正如您可能已经读过的 ，敏捷实践应该重新建立失去的信任。 完成的定义是支持该结构的另一个Struts。

产品经理说：“这就是我的工作方式。” 开发人员说：“好，我了解功能的作用，我会去构建它”。 “但不像上次那样。 你真的明白吗？” 产品经理胆怯地问。

因为上次，她对演示感到惊讶。 然后，团队需要重建功能，因为“他们了解了”但以“不同的方式”进行了。

“完成”的定义是一个惊喜抑制器。 这是用“应该起作用”的通用语言达成的协议。 达成此协议所需的详细程度与企业和团队之间的信任度成反比。 信任越大，指定的细节越少。

“我们上次得到了它，但是看到它后您改变了主意”，开发人员继续说道。

虽然达成共识的“完成”定义是一个很好的抑制器，但这并不意味着不会改变。 敏捷过程建立在反馈的基础上，一旦产品经理审核了实际构建的内容，她就会说“这正是我想要的”。 但是在大多数情况下，它将是“是的，但是您可以更改……”。

因为那是人们的工作方式。 他们根据反馈做出反应。 人们使用的流程需要支持人员，而不是相反。 我们的流程不能禁止更改。

因此，如果您感觉“完成的定义”是一项合同，那么您做错了。 它更像是一个指导方向的指示灯，但可以根据新信息改变方向。

因此，完成工作的定义就是我们工作之前所拥有的。 最后会发生什么？ 下次，我们将继续讨论完成。 有错误。

翻译自: https://www.javacodegeeks.com/2016/07/youre-wrong-definition-done.html