产品价值
让我们回顾一下到目前为止您在使用 Tangram 应用程序的过程中所采取的主要步骤。企业主苏菲决定打造一款与众不同的应用程序。Scrum 团队已经成立。Product Owner 填写了 Maker Vision 模板，并定义了 MVP。一切似乎都已准备就绪，为什么不尽快开始开发应用程序呢？答案是准备是关键！实际执行 Sprint 之前的几周时间专门用于项目准备。这样的准备被称为Sprint Zero（或Sprint 0）。请注意，Sprint 0 不是敏捷方法的官方部分。Sprint 0 不像其他 Sprint 那样提供产品增量。无论从语义上如何称呼这个准备期，都不能否认良好的准备很重要。
在 Scrum 团队开始开发之前，团队应该熟悉项目，并有一个清晰的启动流程。最重要的事情是全面了解项目、组织和相关人员。这应该为您提供足够的上下文来了解需要创建什么以及将在哪里使用它。
在团队确定技术挑战后，Scrum Master 需要检查主题专家的可用性。请注意，Scrum Master 需要提前为 SME 预留大约 3 或 4 个 Sprint 的容量。这将有助于减少与实施专业功能相关的障碍，并确保飞行专家的可用性。您还想收集联系人的详细联系信息，最好知道何时可以向他们提问。为了使预测变得现实和完整，重要的是维护一个计划假期的议程，并将 Sprint 计划建立在这个议程的基础上。
应该发生的重要事件是正式的启动会议和最初的产品待办列表细化会议。这次细化会议的目标是确保进入第一个 Sprint 的用户故事处于“就绪”状态，这意味着它们被理解，并且可以被 Scrum 团队的成员执行。启动会议的目标是分享有关项目内的职责、已确定的依赖关系以及与相关方达成的协议的信息。这确认了项目的设置。
现在让我们进入准备阶段。您已经完成了 Maker Vision 模板。此后，您将遵循多个步骤：
- 识别角色
- 创建用户旅程
- 创建线框设计
- 识别史诗
- 写下用户故事
在 Scrum 团队开始开发之前，了解谁将使用该应用程序、他们的需求是什么以及他们为什么需要特定功能非常重要。您需要定义角色。
人物角色
人物角色是虚构的人物。通常，设计师使用这些角色来指示各种用户类型，确定他们的特征以及他们将如何使用产品。了解用户特征、需求、目标等，您可以获得对用户旅程的宝贵见解。
角色是根据对真实用户的观察创建的。人物角色还有助于快速进行原型测试。
为了给您一个想法，我们为您定义了 3 个角色：
- 快速学习比尔：想要玩七巧板的游戏玩家（用户）。
- 创意迈克：设计师，创造七巧板形状。
- 多才多艺的 Sophie：首席执行官 Tangram，他想监控应用程序的成功。
定位
在预测用户将如何使用应用程序时，思想、行动和感受可能会发挥作用。通过尝试定义人物角色遇到自己的情况，您的目标是反映目标用户的真实行为、态度、目标和动机。在定义情况时，请尝试回答以下问题：
- 用户想要达到什么目的？哪些功能有助于实现这一目标？
- 选定的角色使用产品的可能场景是什么？
- 有哪些明显的痛点，说明了角色上下文中最令人沮丧的方面
思考：现在您对如何描述情况有了更多了解，回到 Persona 模板，并填写感受、态度、痛点和挫折。完成后，您将继续进行用户旅程。
用户需求分析旅程
此时，您知道该应用程序的用户是谁。现在是时候设计用户旅程了。有多种方法可以做到这一点，例如通过创建：
- 客户场景流程，描述用户使用应用程序的接触点、用户按特定顺序执行的步骤以及用户在每个步骤中体验到的情绪。
- 故事板， 类似于图画小说，不仅可以可视化步骤和应用程序的使用顺序，还可以通过图形图标捕捉用户的情绪。
- 用户操作流程， 表示用户在浏览应用程序时执行的操作顺序。这种可视化提醒了跨职能流程图或类似泳道的流程。
想想用户与应用程序的可能接触点。什么是入口页面（这些是您启动应用程序时首先出现的页面）？用户计划进行哪个旅程？他需要先登录，然后才能玩游戏，还是需要购买订阅才能在您的应用中启用该功能？理想情况下，您需要涵盖已确定的各种场景。
思考：是时候设计用户旅程了。结合他们可能需要执行的角色、情境和任务。然后在此页面上可用的模板上绘制用户旅程。
在设计用户旅程时，还要考虑可能的限制。例如，您是否需要有可用的 Internet 连接来运行应用程序，或者您是否也想让它离线使用？您可以恢复方法，而不是定义所有可能的约束，并尝试仅声明不应该做的事情。使用这种方法可以根据灵活性原则设计用户旅程。除了限制之外，用户可以采取任何行动，允许随时更改。
用户旅程准备就绪后，您可以开始将其转换为需要构建的应用程序。尽管有多种工具可用于设计目的（例如站点地图/应用程序地图、线框、样式图块），但您将使用线框设计。
在设计用户旅程时，还要考虑可能的限制。例如，您是否需要有可用的 Internet 连接来运行应用程序，或者您是否也想让它离线使用？您可以恢复方法，而不是定义所有可能的约束，并尝试仅声明不应该做的事情。使用这种方法可以根据灵活性原则设计用户旅程。除了限制之外，用户可以采取任何行动，允许随时更改。
用户旅程准备就绪后，您可以开始将其转换为需要构建的应用程序。尽管有多种工具可用于设计目的（例如站点地图/应用程序地图、线框、样式图块），但您将使用线框设计。
线框图
线框是一种视觉表示，可以是带有纸和笔的设计草图，也可以是它的数字变体，可视化特定页面的标题、页面元素和图标。如果您想到应用程序中需要的所有页面，那么每个页面都值得关注。了解页面的外观有助于实现应用程序的 UI。
准备好线框后，您可以通过添加线框逻辑来开始链接它们。此逻辑描述了为了从给定页面上的特定位置转换到另一个页面而采取的决策。
思考：选择您在上一步中设计的用户故事，为其设计多个线框，并添加逻辑以指示它们之间的导航顺序。您可以在此页面上下载线框模板。
至此，您已经创建了一个设计框架。你几乎已经准备好将你的框架翻译成用户故事了。识别用户故事的第一步是创建史诗。
用户故事
在之前您已经了解了史诗和用户故事之间的区别。通过识别无法在单个 Sprint 中完成的非常大的用户故事，您将拥有一个史诗列表。了解您的史诗，可以帮助您在实施过程中保持专注。它还有助于了解每个特定用户故事对哪个史诗的贡献。
在这里你可以找到几个史诗的例子：
- 能够学习如何组装形状
- 能够注册并支付游戏费用
- 能够与朋友一起玩耍和竞争
在每个史诗中，您可以从各种角色的角度定义用户故事（每个角色都有一个单独的用户故事）。请记住遵循指示给定用户故事贡献的业务价值的模板。
**User story template:** As a <<role>>, I need to be able to <<task>>, so that I can <<business value>>.
深思熟虑：在 Developer Portal 中访问您的应用程序，并使用史诗和用户故事扩展您的待办事项。请注意，您可以使用标签将用户故事与史诗相关联。并且不要忘记，产品负责人有责任优先考虑用户故事。创建用户故事后，请随意为它们分配正确的优先级。只需将具有较高优先级的用户故事拖放到具有较低优先级的用户故事之上。这很容易，对吧？！
