提示：本文共有 2039 个字，阅读大概需要 5 分钟。
用户故事可能是捕获产品功能的最流行的敏捷技术：使用用户故事很容易。但讲述有效的故事可能很难。以下十个提示可帮助您创建好故事。
1位用户先到先得顾名思义，用户故事描述了客户或用户如何使用该产品; 从用户的角度讲述它。此外，用户故事特别有助于捕获特定功能，例如搜索产品或进行预订。下图说明了用户，故事和产品功能之间的关系（由圆圈表示）。
如果你不知道谁是用户和客户，以及为什么他们会想要使用的产品，那么你应该没有写任何用户故事。首先进行必要的用户研究，例如，通过观察和采访用户。否则，你冒着写出基于信念和想法的思辨故事的风险 而不是数据和经验证据。
2使用角色来发现正确的故事获取有关用户和客户的见解的一项伟大技术是使用角色。人物角色是基于目标群体的第一手知识的虚构角色。它们通常由名字和图片组成; 相关特征，行为和态度; 和一个目标。目标是角色想要实现的好处，或者角色希望通过使用产品解决的问题。
但还有更多内容：角色目标可以帮助您发现 正确的 故事：问问自己产品应该提供哪些功能来实现人物角色的目标，正如我在帖子中人物解释的那样。您可以从一个方便的模板来描述您的角色。
3协作创建故事用户故事旨在作为一种轻量级技术，允许您快速移动。它们不是规范，而是协作工具。绝不应该将故事交给开发团队。相反，它们应该：和团队应该一起讨论这些故事。这使您可以仅捕获最少量的信息，减少开销并加速交付。
您可以进一步采用这种方法，并在协作编写故事。这可以充分利用团队的创造力和知识，从而产生更好的用户故事。
如果您不能让开发团队参与用户故事工作，那么您应该考虑使用另一种更正式的技术来捕获产品功能，例如用例。
4让您的故事简单明了写下你的故事，使它们易于理解。让它们简洁明了。避免混淆和模棱两可的术语，并使用主动语态。关注什么是重要的，而忽略了其余的事情。下面的模板将用户或客户建模为故事的角色，并使其利益明确。它基于Rachel Davies的流行模板，但我已将 角色名称 替换为 用户角色 ，以将故事与相关角色联系起来。
作为，我想 what？ 以便 why？ 。
在有用的情况下使用模板，但不要觉得有必要始终应用它。尝试不同的方式来编写您的故事，以了解哪些方法最适合您和您的团队。
5从Epics开始史诗是一个大而粗略，粗粒度的故事。它通常会随着时间的推移分成几个用户故事 利用用户对早期原型和产品增量的反馈。您可以将其视为标题和占位符，以获取更详细的故事。
从epics开始，您可以绘制产品功能，而无需提交详细信息。这对于描述新产品和功能特别有用：它允许您捕获粗略的范围，并且您可以花时间了解有关如何最好地满足用户需求的更多信息。
它还减少了整合新见解所需的时间和精力。如果您在产品积压中有许多详细的故事，那么将反馈与相应的项目相关联通常会非常棘手和耗时，并且存在引入不一致的风险。
6优化故事，直到他们准备好直到它们：清晰，可行和可测试。所有开发团队成员都应该对故事的含义有共同的理解; 这个故事不应该太大而且舒适地适应冲刺; 并且必须有一种有效的方法来确定故事是否已经完成。
7添加验收标准当您将史诗分解为较小的故事时，请记住添加验收标准。接受标准补充了叙述：它们允许您描述必须满足的条件，以便完成故事。标准丰富了故事，使其可测试，并确保故事可以演示或发布给用户和其他利益相关者。根据经验，我喜欢使用三到五个详细故事的验收标准。
8使用纸卡用户故事出现在极限编程（XP）中，早期的XP文献讲述的是故事 卡 而不是用户 故事 。原因很简单：用户故事是在纸卡上拍摄的。这种方法有三个好处：首先，纸卡便宜且易于使用。其次，它们促进了协作：每个人都可以拿一张卡片并记下一个想法。第三，可以很容易地将卡片分组在桌子或墙壁上，以检查一致性和完整性，并可视化依赖性。即使您的故事以电子方式存储，在编写新故事时也值得使用纸质卡片。
9保持您的故事可见和可访问故事想要传达信息。因此，请勿将它们隐藏在网络驱动器，企业内部网丛林或许可工具上。例如，将它们放在墙上，使它们可见。这可以促进协作，创建透明度，并且当您过快地添加太多故事时会显而易见，因为您将开始耗尽墙面空间。我的如下所示，是发现，可视化和管理故事的便捷工具。
10不要仅仅依靠用户故事创建出色的用户体验（UX）需要的。用户故事有助于捕获产品功能，但它们不适合描述和。因此，使用其他技术补充用户故事，例如故事地图，工作流程图，故事板，草图和模型。
此外，用户故事并不能很好地捕获技术要求。如果您需要传达组件或服务等架构元素应该做什么，那么编写 技术故事 或者 这是我的偏好 使用像UML这样的建模语言。
最后，当您开发可能被重用的软件时，编写用户故事是值得的。但是如果你想快速创建一次性原型或模型来验证一个想法，那么编写故事可能就没有必要了。请记住：用户故事与记录要求无关; 他们希望让您能够快速移动并尽快开发软件 不要施加任何开销。
更多推荐的 scrum 文章看到此处说明本文对你还是有帮助的，关于“10个技巧”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！
