用户故事地图（4）：创建方法

原来曾想把用户故事和用户故事地图写在一章里，但发现内容太多了。按照我的经验，内容在1000〜1500字左右最好，再多就容易分散注意力。本篇内容是和《纸上谈兵：用户故事地图（3）》一起写的因此建议一起阅读。这一篇两包括两部分内容：用户故事地图是什么、如何创建用户故事地图。

一、用户故事地图

写有“用户故事”的卡片的组织形式，帮助版本开发内容遵循产品核心，并从产品整体视角监测开发开发内容和进度。

在上述概念可以看出，用户故事是通过一种正向的描述，从用户角度阐述其遇到的问题。这种语术，帮助开发者下意识从用户角度来思考，它们的区别在于：

• 开发者视角：视频窗口显示播放次数；
• 用户视角（用户故事）：浏览列表时，通过播放次数，来决定是否要看这条视频；

在一些时候，相较于开发者视角，用户故事有时候会有些长，显得不这么高效，但却能让我们知道这个功能对用户的价值、特别是和其他用户故事比较的时候。

用户故事地图，是用户故事的一种组织形式——按照产品（功能）的核心流程、操作的用户操作行为。然后将用户故事按照对应的流程环节分类。为了让项目成员更好的浏览和组织用户故事、列方便高效的随时变更信息。将用户故事写在卡片上，无疑是十分有趣的方式。它即能随时组织，又暗示我们更简洁的表达（空间有限）。

二、用户故事地图的创建方法

在上述内容中，我们详细介绍了用户故事、用户故事地图、用户故事卡片，用户故事地图的基本单元就是用户故事卡片。接下来，我们将简单介绍下，对于一个新项目或新系统，用户故事地图要如何创建，它的创建过程可以概述为5+1。
以下文中，将会出现新的名词“任务”、“活动”。“任务”，相当于用户故事，“活动”是对相关任务的合并，代表用户故事地图的主干。
在阅读以下内容时，可以结合第一篇文章《纸上谈兵：用户故事地图（1）》中的圆桌沙龙内容。接下来进入具体的创建方法。

1.写出所有任务

任务，是组成故事地图的基本模块，它也是用户故事被明确前的称呼。它用来描述用户如何使用软件来达成他们的目标（这与用户故事相同）任务必须是动词短语。

对于任务的大小，任务集中的任务必须是连续进行、不重叠的，必须是先完成这个才能进行下一个。这个顺序可能会因人而异，因为在不同情况下，可能是以不同目的来使用软件。

对于不合适的任务大小，需要对其进行合并和拆分。

2.创建叙事流

按发生顺序，从左向右摆放任务。在摆的过程中，可以配合一定的语言。例如，从第一张卡片（任务）开始，说“首先，我XXX”，用“然后，我XXX”来连接前后两个任务。

3.穷尽同级任务

在2的基础上，找到叙事流中各环节的同级任务，将把它们放在同级任务下方。新加入的任务可能会导致调整叙事流，不必为此担心。这一过程的结果，可以让我们从不同的角度来讲故事。

4.归纳活动

将同一类任务，归纳为“活动”卡片，将此卡片放在叙事流中多个任务卡片的最上方。“活动”也是一个动词短语。在为用户开发产品特性时，应以用户习惯的方式命名活动。这些活动，将会组成用户故事地图的主干。

5.标识任务完成情况

将“目标”卡片放在地图左边，并向右延迟伸一条线，将需要完成的任务卡片放在线上方，其他在下方。

延展：放更多元素在地图中

可以使用不同颜色的小圆点放置在地图中，这些小圆点可以代表：

• 痛点：没有收益，让人讨厌的事情
• 乐趣和奖励：有趣、值得做的事情
• 问题：为什么人们会这样做？做的过程是怎样的？
• 创意：人们所做的事情或我们开发的功能，能够消除痛点和提升乐趣的内容

——end——

全部内容链接：

用户故事地图（1）：体验用户故事
用户故事地图（2）：作用
用户故事地图（3）：故事与卡片
用户故事地图（4）：创建方法
用户故事地图（5）：开发流程之“机会”阶段
用户故事地图（6）：开发流程之“探索”阶段
用户故事地图（7）：开发流程之“设计”阶段
用户故事地图（8）：开发流程之“故事工作坊”阶段
用户故事地图（9）：开发流程之“研发-评估-交付”阶段
用户故事地图（10）：开发流程之“回顾”阶段
用户故事地图（11）：故事（需求）拆分
用户故事地图（12）：后记