Scrum 指南 | 21. 用户故事错误

已发表: 2022-05-24

用户故事描述了新产品功能如何以日常或商业语言工作。 然而，他们的准备工作需要大量的时间、精力和思考。 在今天的条目中，我们指出了最常见的用户故事错误并建议如何处理它们。

最常见的用户故事错误——目录：

用户故事可以是一个很好的工具，可以激励团队从用户的角度提出新的解决方案来解决问题。我们在单独的条目中写了关于用户故事的内容。在本文中，我们介绍了 INVEST，这是一种编写优秀用户故事的流行方法。今天我们将关注用户故事的错误。

一个合适的用户故事回答了以下问题：

然而，这些问题的每一个问题的答案都可能伴随着问题。最不常见的问题是怀疑产品应该改变什么以响应客户的需求。因此，我们将关注关于谁的问题？为什么？

创建用户故事时最常见的错误之一是没有足够准确地回答问题：为谁？换句话说，计划变更的目标用户是谁？

通常，将客户或最终用户作为变更接收者的通用响应是不够的。这个问题的解决方案是将接收者想象成一个特定的角色。角色是目标客户的模型图像。 换句话说，人物角色是以特定方式使用产品的人的代表。

分析你的用户故事后，你可能会发现它同时讲述了不同人的故事。如果有很多目标用户，则值得考虑将用户故事拆分成更小的片段，以避免相互矛盾、相互排斥或根本无效的操作。

有时用户故事的最后一部分会成为问题的根源。它应该指定在用户故事执行期间所做更改的业务价值。看一个用户故事错误的例子，其中附加功能的描述取代了目标：

作为客户，我想一键购买魔杖，因为我想在下周购买飞毯。

这个用户故事没有给出购买魔杖的原因，而是在潜在客户的购物清单中添加了另一个项目。因此，在准备用户故事时，不要忘记更改产品功能的原因。

我们可以将使用用户故事的过程分为三个阶段，称为 3C：

这些中的任何一个都可能发生错误，我们将在下面进行描述。

存储用户故事的存储卡容量有限。因此，最常见的问题是用户故事的长度和数量。 正如他们所说，用户故事需要连贯性，不能拐弯抹角，做到每个字都重要的精确程度。

这是因为用户故事卡的问题有两个维度。一种是它的表述方式：简洁并包含必要的最小数量的枚举。 第二个是用户故事的实际大小。 一个通用的句子可以表达在单个 Sprint 中无法完成的大量任务。

用户故事的一句话表述是与开发团队对话的起点。因此，将其视为对要执行的任务的描述是不正确的。 它消除了就其实施的各种方式进行谈判和讨论的可能性。用户故事不应被视为对新产品功能需求的描述，而是邀请开始讨论特定技术解决方案，从而实现用户故事定义的业务价值。

我们在描述什么是用户故事的文本中详细介绍了必须为每个用户故事定义的验收标准。然而，常见的错误之一是绩效标准缺乏模糊性。

编写良好的用户故事包含对其实施情况的描述。它的测试是用户利用开发团队创建的新功能。

验证用户故事的一个有用工具是开发验收测试。 这通常位于包含用户故事的卡片的另一面。

在准备和应用用户故事时，值得遵守以下规则：

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

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