用户故事非常适合捕获产品功能。 但是它们不适合更详细地描述用户交互。 这是场景和情节提要发挥作用的地方：两者都是描述交互步骤的好工具。 在这篇文章中，我将解释什么是场景和情节提要，以及如何在敏捷环境中有效地使用它们，以及这两种技术如何与用户故事相关联。
简而言之
场景和情节提要非常适合探索和描述用户与产品的交互方式。 例如，当我们开始重新启动网站时，我写了以下情况：
- 今天是星期二上午，玛丽正在使用她的计算机。 她想在罗曼（Roman）教授的公开认证Scrum产品所有者课程上预订罗杰·史密斯（Roger Smith）。
- 玛丽访问romanpichler.com并选择公开CSPO课程。
- 她输入参与者信息，包括名字，姓氏，电子邮件地址，特殊饮食要求。
- 然后，她选择付款方式并输入付款明细。
- 玛丽接受条款和条件，并确认预订。
- 玛丽发现预订成功。 片刻之后，Roger收到包含预订详细信息的电子邮件确认。
上面的场景描述了Mary要预订我们的一门公共培训课程所必须采取的步骤。 玛丽（Mary）是代表我们网站用户的角色 ：一家大公司的HR员工，主要需要为员工安排培训课程。 请注意，我在关注交互的关键方面时试图使场景具有描述性和吸引力。
故事板概述
故事板类似于场景：它们说明了实现目标所需的交互。 但是，情节提要不是使用步骤列表，而是像漫画一样直观地显示交互。 这是我创建的示例板，用于探索新网站的另一种交互方式：
上面的故事板描述了Mary角色如何在同一培训课程上预定多名员工。 该板包含一系列框架。 每帧显示样本数据。 在其下，我添加了对玛丽在每个步骤中所做的工作的简短描述。 请注意，我已经尽力描述了交互的功能方面，而不是设计用户界面：当我在开发板上工作时，我们没有任何可用的设计草图和模型。 我通常发现在设计用户界面之前捕获满足主要用户需求所必需的产品功能是一种很好的做法。
那用户故事呢？
用户故事是描述用户交互的另一种技术。 大故事或史诗使我们可以总结交互作用，充当占位符，以获得更详细的故事。 我想将史诗般的场景想像成一个简短的叙述：它隐藏了用户交互的所有细节。 详细的故事对应于场景中的各个步骤，并描述了特定的产品功能。 在开发新产品时，我通常要做的第一件事就是编写史诗。 为了发现合适的角色，我使用了角色的需求。 从史诗开始，可以帮助我快速勾勒出新产品的功能，并保持产品画布或产品积压的简明性和可管理性。 但是，仅与史诗一起工作可能会出现问题，尤其是在史诗存在风险的情况下：如果我们仅提供粗粒度的描述，则很难检验我们对用户如何与产品进行交互的假设。 因此，我更喜欢为高风险的史诗创建场景或分镜脚本，如下图所示：
为选定的史诗创建场景或情节提要允许我更详细地探索用户交互，以描述必要的步骤及其关系。 例如，这可以帮助我测试自己的假设，方法是创建一个纸样机，该纸样机可以实现该方案，以便进行早期的用户测试。 当然，这不是组合方案和用户案例的唯一方法。 您还可以从场景中衍生故事，并且可以使用场景来说明不同故事之间的关系。 下图说明了三个选项：
选择最适合您的情况的选项，然后将它们组合起来，这是很有意义的。 例如，您可以从第一个选项开始（如我上面所做的那样），然后从您的场景或情节提要中导出新故事，最后捕获新场景中新故事之间的关系。
摘要
场景和情节提要是描述用户如何与产品交互的好工具。 它们还很好地补充了用户故事：场景和公告板有助于探索有风险的故事，发现新的用户故事以及捕获故事之间的关系。 确保在产品所有者工具箱中包括方案和情节提要。
翻译自: https://www.javacodegeeks.com/2013/05/agile-scenarios-and-storyboards.html
