如何使用小黄瓜编写更好的用户故事（含模板）

用户故事是一种定义产品功能和需求的敏捷技术。 它们侧重于讲述用户将采取的行动以及成功后的期望。 用户故事的概念已被广泛使用，但讲好故事却相当困难。

不过，用户故事在过去几年里受到了一些冲击，因为它们略显过于简单化，缺乏对用户的同情。

好消息是，有一个更好的办法！ 它们叫小黄瓜，但与腌黄瓜不同的是，它们不是来酸化你的生活的。 (除非你是泡菜爱好者吧！） 🥒

TL;DR

如果您有点匆忙，以下是简要说明（不过我还是鼓励您继续阅读，以获取模板！）。

• 用户故事关注的是用户，而不是产品。
• 概述你的 “角色“，以增加背景信息。
• 在故事中加入同理心，以理解行动和动机。
• 小黄瓜：写故事的更好方法。
• 用小黄瓜来关注结果，而不仅仅是产出。

什么是用户故事？

用户故事是对你的团队提出的解决方案的简短描述，从交互者的角度进行讲述。 它们是描述要解决的实际问题以及为什么要解决这个问题的大型史诗的一部分。

这里的关键词是 “用户“，也就是说，用户故事的 重点是用户，而不是产品。

用户故事通常侧重于三个方面：

• 作为（谁）
• 我想
• 这样（为什么）

这之后通常会有验收标准，即如何确定交互是否成功。

谁： 使用角色来概述用户故事

如果你还没有定义或了解你的用户，那么你真的不应该编写用户故事。 首先从一些发现开始，绘制客户旅程图，创建相关的用户角色，帮助你进一步定义这些故事。

角色可以帮助你理解用户故事中的 “谁”（换句话说，谁在进行交互），并为其提供上下文。

这一点非常重要，因为您将不可避免地涉及到不同的客户群、角色和权限，因此定义这些交互以迎合这些不同类型的用户非常重要。

内容：用户故事互动

用户故事中的 “什么 “侧重于交互本身。 这里的难点在于确保 “什么 “的重点是用户必须做什么，而不是用户想要做什么，这也是典型的故事模板稍显不足的地方。

为了给故事本身增加一点共鸣，突出用户在与特定操作互动时的感受非常重要。

例如，没有人愿意输入包含大写字母、特殊字符和最小长度的复杂密码，但他们知道应该这样做。 在这种情况下，用户必须这样做。

为什么：用户故事行动的原因

用户故事模板的第三部分是 “为什么”，即用户为什么想要（或需要）执行特定操作。

回到我们之前输入密码的例子：

作为管理员，我需要创建一个复杂的密码，以确保我的账户安全。

我们现在了解了故事的人物、内容和原因，但这里有一个问题。 这仍然缺乏共鸣和背景，因为老实说，没有人希望复杂的密码成为一种要求，但我们都希望账户安全。

在测试时，质量保证团队只是简单地检查密码是否安全，而不是检查这个过程是否让用户感到沮丧。

输入 Gherkin 用户故事模板

小黄瓜是添加到用户故事中的一种方法，它能提供一个完整的场景，帮助开发人员和测试人员了解特定用户交互的结果和输出。

1. Scenario – 你要描述的行为
2. Given – 场景开始时的状态
3. When – 用户的特定操作
4. Then – 一种可检验的结果，通常是由 When
5. And – 如有必要，可继续执行其他三个操作中的任何一个

以前面描述的密码情景为例：

1. 设置密码时 (Scenario)、
2. Given 我是账户管理员、
3. When我在密码栏输入了密码、
4. Then应该提醒我注意密码要求、
5. And 应该允许我立即更正、
6. Then 我可以创建一个安全账户。

我们现在可以全面了解谁在执行具体行动，验收标准的要求是什么，团队也知道可能会遇到哪些挫折，从而确保流程更加顺畅。

一般来说， 产品经理或产品负责人负责编写 Gherkin 故事，从而在团队其他成员之间建立更好的沟通，确保每个人都关注结果，而不仅仅是产出。

您最喜欢的故事大纲编写方法是什么？ 请告诉我！ ✌️