Scrum 指南 | 22. 用户故事接受标准

已发表: 2022-05-25

用户故事是一种允许企业提供最大程度满足客户需求的产品和服务的技术。 用户故事接受标准从用户的角度增强了对新产品功能的评估。

用户故事接受标准——目录：

我们在之前的文章中介绍了用户故事和创建它时要解决的问题。然而，今天，我们将专注于用户故事的接受标准。

验收标准应遵循以下准则：

官方 Scrum 指南没有定义用户故事及其接受标准。 它们是可选的，但 Scrum 工作中非常常见的元素。 尽管如此，为了缓解读者的好奇心，我们将它们描述为：在给定的 Sprint 中产品增强必须满足的条件才能获得用户的批准。

编写良好的用户故事包含对其所关注的上下文或情况的清晰描述，从而满足验收标准。尽管如此，这只是一个简短的句子，过于模糊和模棱两可，无法直截了当地指出必要的考虑因素。

因此，为了防止歧义，与客户进行详细的对话并记录下来，以确定实施解决方案的目的。请记住，验收标准的最终制定属于产品负责人。

在 Sprint 计划之前将它们与用户故事标准一起写下来。每个 Scrum 团队成员都必须阅读并确认他们理解并同意用户故事接受标准。通常，验收标准位于用户故事卡的另一侧。

正确制定的验收标准允许用户检查测试用户故事是否符合其描述。在 Sprint 结束时的产品测试期间完成时，标准可以采用带有要点的清单的形式。

如果产品的操作对用户是透明的，事情就很简单了。 但是，产品越复杂，测试就越困难。以复杂的软件或大型服务为例。因此，在大多数情况下，验证用户故事的有用工具是准备验收测试。

如果您决定开发验收测试，请将其放在包含用户故事的卡片的另一面。稍后，Scrum 团队或外部 QA 团队可以执行它。

测试必须首先包含产品是否未通过或通过测试的明确声明。它不能包含百分比陈述或中间评估。

如果用户故事有多个验收标准，则每一个都需要单独测试。 这样，更容易确定哪些产品功能需要改进或改进，如果用户故事中包含的新功能重叠或相互独立，这一点尤其重要。

完成的定义是在 Scrum 中工作的一个组成部分，它在技术上等同于验收标准。但是，您不应混淆这两者，因为它们表示不同的承诺。完成的定义是什么，如何以及何时制定它是我们在单独的帖子中讨论的一个问题？

在这里，我们只提一下，Done 的定义是对 Product Backlog 中 Increment 完成后产品预期状态的清晰透明的描述。 它描述了在增量中所做的改进。这与对应于用户故事的验收标准形成对比，后者描述了在最后一个 Sprint 期间创建的产品功能，因为它是由客户感知的。

例如，以这个用户故事的内容为例：

作为网上商店的登录客户，我想一键购买魔杖。

上述用户故事的完成定义可能包括以下内容：

另一方面，客户接受标准的特点是：

验收标准是一组条件，作为评估用户故事实施的一种方式。通过从用户的角度描述新的和改进的产品性能，这种方法成为与客户合作的有效工具。 它从用户的角度展示了 Scrum 团队的绩效。

精心制定的验收标准，例如验收测试的形式，还允许我们在 Sprint 期间检查创建的功能是否增强了满足客户需求的能力。

接受标准与完成定义的不同之处主要在于它们对表达的看法。它们不包含对新解决方案应满足的技术要求的描述，而仅包含产品在实现新用户故事后应具备的功能。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

作者：卡罗琳·贝克尔
作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。

查看所有帖子