10个技巧 - 助你写好用户故事 (10 Tips for Writing Good User Stories)

最新推荐文章于 2022-06-29 16:34:33 发布

Warren2Lynch

最新推荐文章于 2022-06-29 16:34:33 发布

阅读量377

点赞数

分类专栏： Scrum Agile

Agile 同时被 2 个专栏收录

154 篇文章 11 订阅

订阅专栏

Scrum

144 篇文章 13 订阅

订阅专栏

用户故事可能是捕获产品功能的最流行的敏捷技术：使用用户故事很容易。但讲述有效的故事可能很难。以下十个提示可帮助您创建好故事。

1位用户先到先得

顾名思义，用户故事描述了客户或用户如何使用该产品; 从用户的角度讲述它。此外，用户故事特别有助于捕获特定功能，例如搜索产品或进行预订。下图说明了用户，故事和产品功能之间的关系（由圆圈表示）。

如果你不知道谁是用户和客户，以及为什么他们会想要使用的产品，那么你应该没有写任何用户故事。首先进行必要的用户研究，例如，通过观察和采访用户。否则，你冒着写出基于信念和想法的思辨故事的风险 - 而不是数据和经验证据。

用户故事概述

2使用角色来发现正确的故事

获取有关用户和客户的见解的一项伟大技术是使用角色。人物角色是基于目标群体的第一手知识的虚构角色。它们通常由名字和图片组成; 相关特征，行为和态度; 和一个目标。目标是角色想要实现的好处，或者角色希望通过使用产品解决的问题。

但还有更多内容：角色目标可以帮助您发现_正确的_ 故事：问问自己产品应该提供哪些功能来实现人物角色的目标，正如我在帖子中从人物角色到用户故事中所解释的那样。您可以从romanpichler.com/tools/persona-template下载一个方便的模板来描述您的角色。

从角色到用户故事

3协作创建故事

用户故事旨在作为一种轻量级技术，允许您快速移动。它们不是规范，而是协作工具。绝不应该将故事交给开发团队。相反，它们应该嵌入到对话中：产品所有者和团队应该一起讨论这些故事。这使您可以仅捕获最少量的信息，减少开销并加速交付。

您可以进一步采用这种方法，并在产品待办事项修饰过程中协作编写故事。这可以充分利用团队的创造力和知识，从而产生更好的用户故事。

如果您不能让开发团队参与用户故事工作，那么您应该考虑使用另一种更正式的技术来捕获产品功能，例如用例。

用户故事协作

4让您的故事简单明了

写下你的故事，使它们易于理解。让它们简洁明了。避免混淆和模棱两可的术语，并使用主动语态。关注什么是重要的，而忽略了其余的事情。下面的模板将用户或客户建模为故事的角色，并使其利益明确。它基于Rachel Davies的流行模板，但我已将_角色名称_替换为_用户角色_，以将故事与相关角色联系起来。

作为，
我想<what？>
以便<why？>。

在有用的情况下使用模板，但不要觉得有必要始终应用它。尝试不同的方式来编写您的故事，以了解哪些方法最适合您和您的团队。

5从Epics开始

史诗是一个大而粗略，粗粒度的故事。它通常会随着时间的推移分成几个用户故事 - 利用用户对早期原型和产品增量的反馈。您可以将其视为标题和占位符，以获取更详细的故事。

从epics开始，您可以绘制产品功能，而无需提交详细信息。这对于描述新产品和功能特别有用：它允许您捕获粗略的范围，并且您可以花时间了解有关如何最好地满足用户需求的更多信息。

它还减少了整合新见解所需的时间和精力。如果您在产品积压中有许多详细的故事，那么将反馈与相应的项目相关联通常会非常棘手和耗时，并且存在引入不一致的风险。

6优化故事，直到他们准备好

将你的史诗分成更小，更详细的故事，直到它们准备好：清晰，可行和可测试。所有开发团队成员都应该对故事的含义有共同的理解; 这个故事不应该太大而且舒适地适应冲刺; 并且必须有一种有效的方法来确定故事是否已经完成。

史诗与用户故事

7添加验收标准

当您将史诗分解为较小的故事时，请记住添加验收标准。接受标准补充了叙述：它们允许您描述必须满足的条件，以便完成故事。标准丰富了故事，使其可测试，并确保故事可以演示或发布给用户和其他利益相关者。根据经验，我喜欢使用三到五个详细故事的验收标准。

8使用纸卡

用户故事出现在极限编程（XP）中，早期的XP文献讲述的是故事_卡_而不是用户_故事_。原因很简单：用户故事是在纸卡上拍摄的。这种方法有三个好处：首先，纸卡便宜且易于使用。其次，它们促进了协作：每个人都可以拿一张卡片并记下一个想法。第三，可以很容易地将卡片分组在桌子或墙壁上，以检查一致性和完整性，并可视化依赖性。即使您的故事以电子方式存储，在编写新故事时也值得使用纸质卡片。