什么是故事地图？
故事地图是用户为实现某个目标而执行的操作的二维视觉表示。
- 第一维显示一系列步骤，从地图顶部的左到右。
- 第二维是垂直的，从上到下沿着地图向下移动。
故事地图是一种在故事写作研讨会期间创建产品共享理解、可视化用户需求和引出用户故事想法的方法。我倾向于使用便签和纸张在一面大墙上创建它们，或者如果我们在远程，则在虚拟白板上创建它们。
团队何时创建故事地图？
我建议敏捷团队在项目开始时创建故事地图，以了解正在构建的整个项目或系统。这些初步计划不需要非常详细。
我还建议，当团队准备为用户开发重要的新功能时，可以创建一个故事地图。例如，假设我们正在开发一个电子商务网站，并希望在未来一段时间内添加愿望清单作为一项新功能。我们将创建一个故事地图，展示用户如何与新的愿望清单功能进行交互。
我认为你不需要为所有事情都制作故事地图。例如，假设我们几年前在电子商务网站上添加了愿望清单。现在我们想增强该功能，也许可以添加对愿望清单中项目的注释。我们可能只需在产品待办事项中添加一个用户或工作故事来描述这一点即可。
- 用户故事可以是“作为登录用户，我可以在我的愿望中的项目中添加注释，以便我以后能够记住为什么添加它。”
- 或者我可以把它写成一个工作故事，“当我查看愿望清单中的某件商品时，我可以添加注释，这样我以后就能记住为什么添加它。”
故事地图制作时谁参与？
在整个Scrum 团队的参与下创建故事地图，包括产品所有者（回答问题并根据重要目标或 MVP 列出地图的重点）和Scrum Master（协助）。
您通常还需要包括利益相关者、客户、用户和其他可以权威地谈论用户需求的人员。
故事地图始于一个重要目标
将故事地图的焦点放在一个重要的目标或 MVP（最小可行产品）上。产品所有者应与利益相关者协商后选择 MVP 或目标。
一个好的重大目标是可以在大约三个月内实现的。这段时间足够长，可以让大想法取得进展，但又足够短，让进展变得切实可见。
Scrum 团队通常可以使用他们的产品目标作为其重要目标，只要该目标被选定为大约三个月的工作。
在某些情况下，团队可能有一个较小的重要目标，并希望在一个季度内实现多个目标。这没问题，但在转向第二个目标之前，请先为第一个目标创建故事地图。
创建和阅读故事地图的第一个维度：
故事地图的第一维是水平描绘的用户任务序列。产品负责人带领参与者讨论用户将采取哪些步骤或行动来实现重要目标的一部分或全部。
一张实体或虚拟的便签或索引卡被添加到地图上，代表序列中的每个步骤。会议主持人可以根据需要写下所有的卡片，但我发现让任何人在卡片上写下新的步骤，然后在将其添加到地图上时宣布，这样会更有效率。
例如，假设你所在的团队被要求开发一款允许公司员工提交费用报告并获得报销的软件。
要提交费用报告，员工首先需要登录系统。这将成为地图上的第一张卡片。接下来，员工创建一份新的空白费用报告，该报告将成为地图上的第二张卡片——放置在登录卡的右侧，以表明这两件事是按顺序发生的。
为了节省故事地图绘制过程中的时间，地图中的卡片很少会以完整的用户故事或工作故事的形式来书写。绘制地图时最好使用简短的三字或四字短语：您希望故事地图能够快速创建并快速阅读。
会议结束后，产品所有者或分析师通常会将项目移至团队的产品待办事项管理软件（Jira、Trello、Monday.com 等），并使用用户故事模板创建用户故事 ，例如“作为...，我...以便...”或“当...时，我想要...以便...”。
创建和阅读故事地图的第二维度
记得我之前说过故事地图是二维的。那么第二维是什么？替代方案。
仍然使用那个费用报告示例，假设会议参与者意识到一些用户可以通过复制旧费用来创建新费用。我经常这样做。我不会从空白费用报告开始，而是复制一份最近的费用报告并编辑副本。
应按优先级降序将包含备选方案的卡片添加到地图中——最重要的放在顶部，最不重要的放在底部。在故事地图会议中这样确定的优先级并不固定，产品所有者可以更改它们。但在备选方案栏中简短讨论粗略的优先级会很有用。
向您的故事地图添加标题行
有些故事地图可能会变得非常宽。当这种情况发生时，在地图上添加一行标题会很有帮助。例如，假设一个简单的文字处理器允许用户格式化、打印和保存文档。这些操作类别可以作为标题添加到地图中
标题卡本身并不是团队直接实现的故事，而是史诗、主题或您的团队用来表示一组相关故事的任何术语。
故事地图的一个选项：使用子地图
我发现即使有标题行，宽地图也很难理解。更好的做法是通过使用子图来保持地图简洁。为此，可以将地图中的每张卡片视为可以双击并展开到其自己的地图中的东西。
与创建非常大的单个地图相比，使用子地图有许多优点，其中包括：
- 子图更具可读性
- 子地图为地图添加了本质上是第三维和第四维的内容
- 子映射类似于编程语言中的函数或方法，可以在父映射中的多个位置引用
- 子图可以包含包含其自身子图的卡片
其他故事地图词汇
- 主干：故事地图的顶行。主干中的卡片往往不是团队将直接实施的项目。相反，主干将把一个或多个下面的卡片（替代方案）带入冲刺。 将主干的顶行想象成高速公路上的标志。这些标志会告诉您何时进入新城市或类似的地方。在故事地图上，顶行的卡片会告诉您何时进入新的功能区域。 但主干上的标志不是“欢迎来到亚利桑那州”，而是“欢迎保存文档”或“欢迎进入结帐流程”。
- 步骤：步骤是故事地图上的任何卡片。
- 活动：活动是实现某个目标的一系列步骤的集合。例如，登录就是一项包含多个步骤的活动。
- 用户故事： 用户故事由步骤和活动组成。步骤通常很小，可以在一次迭代中完成。活动通常是史诗 ，因此稍后需要将其拆分为较小的冲刺规模的故事。
- 叙述：叙述是阅读地图上的一系列项目。例如，关于发送电子邮件的叙述可能是选择收件人，然后输入主题行，然后发送电子邮件。
故事地图帮助发现缺失的功能
故事地图可以帮助团队发现他们可能忽略的用户活动或功能。为此，请从用户体验的角度浏览故事地图，看看是否缺少什么。
在您的演练中，在每个步骤中提出几个问题会非常有帮助，例如：
- 用户接下来最有可能想做什么？
- 用户在这里可能犯什么错误？
- 此时什么可能会让用户感到困惑？
- 用户可能需要哪些附加信息？
站在用户的角度浏览我们关于费用报告的示例故事地图时，我意识到用户经常需要附上一些费用的收据。所以我需要将其添加为一个新步骤。
也许团队建议产品需要允许用户通过两种方式完成此操作。首先，他们建议，如果系统本身可以激活设备的摄像头并直接扫描收据，那就太好了。其次，用户需要能够将现有的 PDF 或图像附加到收据上。在故事地图上的“附加收据”卡下添加这些替代方案。
将故事地图转换为产品路线图
由于故事地图按优先级顺序垂直排列，产品所有者可以使用故事地图来传达产品路线图，展示一个或多个即将发布的版本中预期的功能顺序。
要绘制路线图，请在地图上添加一条水平线，然后将产品的下一个版本或版本中必须包含的所有内容拖到该线上方。