指南用户故事验收标准

nimu26@

用户故事是一种允许企业提供最大限度满足客户需求的产品和服务的技术。 用户故事验收标准增强了从用户角度对新产品功能的评估。 用户故事验收标准 - 目录：简介 如何制定用户故事验收标准？ 用户故事接受标准与完成的定义摘要简介我们在之前的文章中介绍了用户故事以及创建它时需要解决的问题。 然而，今天我们将重点关注用户故事接受标准。 验收标准应遵循以下准则： 从用户的角度描述产品的新功能和改进功能 每个用户故事都是唯一的 官方 Scrum 指南没有定义用户故事及其验收标准。 它们是可选的，但在 Scrum 工作中非常常见。 尽管如此，为了缓解读者的好奇心，我们将它们描述为：产品增强在给定 Sprint 期间必须满足的条件才能获得用户的批准。


用户故事验收标准 如何制定用户故事验收标准？ 写得好的用户故事包含对其所涉及的上下文或情况的清晰描述，从而满足验收标准。 尽管如此，这只是一个简短的句子，过于模糊和模棱两可，无法直接指出必要的考虑因素。 验收标准的清晰度和可访问性因此，为了防止歧义，请与客户 中国海外非洲人数数据  进行并记录详细的对话，以确定所实施的解决方案的目的。 请记住，验收标准的最终制定权属于产品负责人。 在 Sprint 计划之前将它们与用户故事标准一起写下来。 每个 Scrum 团队成员都必须阅读它并确认他们理解并同意用户故事验收标准。 通常，验收标准位于用户故事卡的另一面。 正确制定的验收标准允许用户检查测试用户故事是否遵循其描述。 标准可以采用清单的形式，其中包含在冲刺结束时的产品测试期间完成时需要勾选的要点。 如果产品的操作对用户来说是透明的，那么事情就很简单。 然而，产品越复杂，测试就越困难。 以复杂的软件或大规模服务为例。




因此，在大多数情况下，验证用户故事的一个有用工具是准备验收测试。 验收测试 如果您决定开发验收测试，请将其写在包含用户故事的卡片的另一面。 稍后，Scrum 团队或外部 QA 团队可以执行它。 测试首先必须包含产品是否未通过测试或通过测试的明确声明。 它不能包含百分比报表或中间评估。 如果用户故事有多个验收标准，则每个标准都需要单独测试。 这样，就可以更容易地确定哪些产品功能需要改进或细化，并且如果用户故事中包含的新功能重叠或彼此独立，这一点尤其重要。 用户故事接受标准 用户故事接受标准与完成的定义 完成的定义是 Scrum 工作的一个组成部分，它在技术上相当于接受标准。 但是，您不应混淆这两者，因为它们表示不同的承诺。 完成的定义是什么，如何以及何时制定它是我们在另一篇文章中讨论的问题？ 在这里，我们只提到“完成的定义”是对产品待办事项列表中增量完成后产品预期状态的清晰透明的描述。 它描述了增量中所做的改进。

这与用户故事对应的接受标准形成鲜明对比，用户故事描述了客户感知的上一个 Sprint 期间创建的产品功能。 例如，以这个用户故事为例，其内容为：作为在线商店的登录客户，我想一键购买一根魔杖。 上述用户故事的完成定义可能包括以下内容： 为商店客户创建登录面板 集成支付系统 将即时支付按钮添加到产品页面模板 另一方面，客户接受标准功能： 能够登录商店 定义默认付款方式的可能性 为“魔杖”产品工作“立即购买”按钮 摘要 验收标准是一组条件，用于评估用户故事的实施情况。 通过从用户的角度描述新的和改进的产品性能，该方法成为与客户合作的有效工具。 它从用户的角度展示了 Scrum 团队的绩效。