在本文中，我们将看到如何有条理地创建一个故事地图。我将为您描述每个步骤，以有效地完成一个完整的故事地图。
从哪里开始制作这个故事地图？
首先，收集必要的材料，如正方形的便签和足够大的墙壁空间（3到4米），您将在上面制作您的故事地图（使用玻璃或白板纸）。有时，当您仍然难以清晰看到要创建的故事时，可以先开始制作用户旅程，甚至是人物角色，如果您还没有定义它们的话。
电子商务网站示例
在本文中，我将定义一个主题，以便我们更好地理解实际操作。我是一家新公司的产品负责人，该公司希望创建一个销售纸箱的电子商务网站。
定义我们的角色
我将尽量简化，考虑到我的应用程序只有两个不同的角色：客户和经理。 在更大的电子商务网站上，我们可能会有更多的角色，如物流人员，商品推销员，管理员等。 例如，这是我们简化的客户人物：
用户旅程的创建
既然我们已经定义了我们的人物，现在建议制作他们的用户旅程。它们将展示我们的应用程序（或者这个第一个版本）的两种关键用户类型的典型路径。
首先，让我们看看我们的客户罗伯特的典型路径：
让我们开始我们的故事映射
既然我们有了用户旅程来帮助我们进行故事映射，让我们从定义我们的一般主题开始可能会有所帮助。
通过这个非常简单的初次集合，我们可以开始在我们的故事映射中分配主题。请放心，您也可以选择其他类型的主题划分（例如前端和后端）。
在我们的用户故事地图中设置主题
让我们根据我们从用户旅程中定义的主题划分来制定我们的用户故事地图：
我没有包括所有的主题，但思路是要用特定颜色的便条纸列出所有的主题。它们按照时间优先级的顺序排列（从左到右）。
我将在这个有趣的案例上停顿片刻。我们通常从认证部分开始，因为我们认为这是开始项目的基础。
实际上，在我看来，这是在最初投入生产之前最后要处理的部分，因为在大多数应用程序中，这部分的业务价值最小。所以，知道反馈不是必要的，我会优先考虑在需要反馈的部分开始工作。我们越早获得反馈，产品的质量就有更多机会，因为我们将有时间根据用户的反馈进行调整。
我们将要求开发人员在达到用户登录部分之前实现自动登录。
实际上，我将重新组织我的主题顺序，以尽早获得反馈：
这种组织看起来相当不错，但如果我们发现有更好的方法，将来我们仍然可以进行更改。我们是敏捷的，不怕适应，知道我们可能会犯错，而且这并不是什么大问题。
故事映射：建立史诗
现在，我们将在主题下放置我们认为是我们的史诗。史诗代表一项基本功能，可能在细化过程中成为一个或多个用户故事。
在这个阶段，您正在建立未来的待办事项，所以不要花费数小时来弄清楚如何分解它。从您的用户旅程开始，稍后可以进行细化。一步一步来。
为了可读性和空间考虑，我只在图像上放置了前两个主题，但您需要使用所有主题进行练习。
与主题一样，我们尝试按照我们认为的处理顺序，从左到右放置我们的史诗。我们将每个主题移动到相关主题的第一个史诗上方。
现在，正如您所看到的，我们的用户旅程在我们的故事映射中几乎完整了。
故事映射：故事划分
接下来，我们将看到如何将我们的史诗划分为故事。如果不可能进行划分，您的史诗将成为一个包含另一个史诗的故事。
这是第一个结果：
因此，在添加我们的用户故事时，我们决定将主页放在“浏览网站”这个史诗下，并添加了一个史诗，用于创建通常不出现在用户旅程中的整体外观。我们已经开始了我们的细化工作。
如果您的主页变得复杂，它可能会成为一个独立的史诗。在此划分中没有完美的规则；最重要的是，进行这项练习的产品负责人感到尽可能自在。
在“浏览网站”这个史诗下有太多的故事，所以我们将故事分成了两列；这就是为什么“CGV”故事中没有史诗的原因（它属于“浏览网站”这个史诗）。
您会明白，我完全按照我的用户旅程逐字翻译的，但您可以将“浏览网站”重命名为“导航”。
故事映射：首个发布版本的初步展望？
故事映射还可以帮助我们初步了解未来的发布版本。这就是“优先级”轴的用处。
现在，我将向您展示如何定义第一个版本 V1 和 V2。尽管这个故事映射还缺少一些内容，但请将结果仅视为理解的一种方式。
我们将故事移到适合由 V1 和 V2 区域定义的发布中。这有助于更好地了解整个项目，甚至可以了解您想要实施的部署策略。
故事映射工作坊结论
现在，您已经具备了创建故事映射所需的一切。如果您对创建故事映射的任何方面仍不太清楚，请随时向我提问。
Be the first to comment