敏捷用户故事的验收标准

敏捷用户故事(User Story) 的验收标准 (Acceptance Criteria)

我们如何才能确保用户故事正确完成并符合客户的需求呢?这就是验收标准发挥作用的地方。验收标准是一份正式的要求列表,可确保完成所有用户故事并考虑所有场景。简而言之,验收标准指定了满足用户故事的条件。简洁的书面标准可帮助开发团队避免对客户需求的含糊不清并防止误解。

因此, 当您编写用户故事时,验收标准是必不可少的。它们帮助您的团队了解在开发功能时什么是必不可少的以及他们应该关注什么。

让我们深入了解验收标准。

什么是验收标准?

验收标准让您可以定义用户故事何时完成以及用户故事何时具有满足用户需求所需的所有功能。

它们是用户故事应该满足的一组条件才能被视为完成。它提供了用户故事的详细范围以及需要什么,以便您的团队可以了解他们面临的问题。这样,每次发布新功能时,您都可以确保该功能符合用户应得的标准。

但在您热情地声明一组应满足您的用户故事的功能标准之前,请考虑其他变量如何影响您的功能质量,并将它们包含在您的验收标准中。

验收标准可以包括详细信息,例如

  • 用户体验
  • 当前用户故事对现有功能的影响
  • 速度等关键性能
  • 用户故事打算做什么

因此,根据您正在构建的功能及其复杂性,与您的团队坐在一起,确定它应该执行的最小功能子集以及它应该如何表现。

如果它很复杂或者是您产品的核心功能,您应该考虑编写尽可能多和详细的验收标准,以帮助您的团队避免任何混淆。


如何编写用户故事的验收标准?

1.验收标准应该从用户的角度来写

验收标准是从客户的角度看待问题的一种方式。它应该在真实用户体验的下编写。毕竟,您是在为用户构建产品,对吗?

2. 标准应清晰简洁

验收标准不应与测试用例或文档混淆。使您的标准尽可能简单明了很重要。

3.大家一定要明白你的验收标准

如果您的开发人员无法理解,您的标准就毫无用处。如果您不确定某些事情是否清楚,请花时间询问并进行调整,直到事情变得清楚为止。

4. 验收标准不是关于如何 (how?)。这是关于什么 (Why?)

与用户故事一样,验收标准不是一项任务。它们是一种交流用户故事的技术。

5. 验收标准是具体的,但不是另一个细节层次

考虑一个报税软件。最重要的要求是在给定收入和支出时正确计算应缴税款。很明显吧?而且您知道您也无法测试所有可能的组合。因为可能性几乎是无限的。

因此,您对用户故事的接受标准将指定特定条件,或者必须满足哪些条件。这意味着更具体,而不是添加另一个级别的细节。这有助于您的团队了解所需内容并加快发货速度。当然,当您将当前燃尽图与之前的燃尽图进行比较时,您可能会看到一些改进。

6. 验收标准可以是从用户的角度对用户故事的重述

这仅适用于用户故事不太复杂的情况。这是我的意思的一个例子。

对于像“作为财务官,我希望能够接受发票,以便我可以保留所有财务报表的跟踪记录”这样的用户故事。

它的接受标准就像“当我执行接受操作时,发票被接受(通过检查发票记录来检查) ”。


给定/何时/那么接受标准模板

为了让生活更轻松,这里有一个简单的模板,您可以使用它来编写验收标准:

给定[上下文]当[执行特定动作]然后[应该发生一系列后果]

Given [context] when [a specific action is performed] then [a set of consequences should occur]


验收标准示例

对于示例用户故事:

作为作家,我希望在其他人添加评论时收到通知,以便我了解最新情况。 ”

以下是上述用户故事的三个验收标准示例:

  1. 鉴于我的手机锁定没有打开应用程序那么我应该会收到横幅通知。
  2. 鉴于我在写文档打开了应用程序,那么铃铛图标应该更新以显示带有计数的未读通知。

示例 – 网站提交反馈

我们指定博客评论功能的用户故事和接受标准。已登录的用户能添加评论。“添加评论”功能的用户故事将是:

作为登录用户,
我希望能够对博客文章发表评论,
以便我可以获得有关问题的反馈

该功能的验收标准是:

场景:登录用户对博客文章发表评论
“鉴于我是登录用户,
当我打开包含特定博客文章的页面时,
系统会在博客文章下方显示“评论”部分其他用户
添加的评论列表系统在“评论”部分的顶部显示“添加评论”字段
当我用我的评论填写“添加评论”字段
并单击“提交”按钮时
然后系统保存我的评论
系统在“评论”部分的顶部显示我的评论 系统在我的评论
左侧显示我的用户名和头像 系统在
对面显示“删除”和“编辑”图标我的评论”

 

如您所见,编写验收标准对于客户和开发团队来说确实是一项双赢的活动:它不仅可以帮助团队确切地知道他们必须做什么,而且可以让客户了解开发过程并让他们检查开发的软件满足实际业务需求。

不要让用户故事和验收标准吓到你——你花在描述和指定所有功能上的时间最终会得到回报。验收标准作为用例和测试用例的基础,确保您实现业务目标并生成无错误的应用程序。