关于故事地图的文章很多了，甚至还有要超越故事地图。这足以说明故事地图的重要性。本文侧重于基础方面，聊聊故事地图的产生原因，什么是用户故事地图，故事地图的步骤，和一些基本原则，及故事地图的应用。
故事地图产生
工具或方法是用来解决某些问题的 ，那么故事地图要解决的痛点问题是什么呢？这还要从敏捷开发越来越流行，用户故事应用越来越多说起：
①只见树木不见森林
用户故事太小，随着大量故事的产生，人们很容易陷入细节，看不见整个森林。开发出来的产品也由各个故事拼接而成，拼接痕迹明显。
另外，没有了整体目标，开发人员不知道整体进度，心里也会大大受挫。
②无法在整体上达成共识
每个故事大家都很专注，甚至认真的写验收条件，但对整体缺乏一致性理解，往往完成故事，却仍无法交付。
③对故事的误解
好的故事是从用户视角描述，那么无法与用户直接交互的部分不适合用户故事么？
用户故事强调沟通，不写文档。可过一段时间忘记了讨论内容和达成的共识怎么办？
什么是用户故事地图
基于以上问题，Jeff Patton 专门写了一本书《用户故事地图》，本文内容也主要取自该书中。
书籍的开始有三位大咖，分别从工程、用户体验和产品思维角度，解读了用户故事地图。
• 故事地图是一门在需求拆分过程中保持全景图的技术 -- Martin Fowler
• 用户故事地图是连接开发和设计的桥梁 -- Alan Cooper
• 更多的进述团队如何沟通、协作并最终交付好的产品 -- Marty Cagan
Jeff的定义如下：
用户故事地图可以使我们专注于用户和用户体验，产生更好的沟通效果，最终做出更好的产品。
总结起来正如书的副标题一样：增强团队协作，洞察真实需求，研磨优良产品。
故事地图很简单
终于到了很多人关心的问题，怎么做？是的，经常有人问我怎么做，我的回答是为什么做比怎么做更重要。因为：
故事地图做起来简单的要命。 -- Jeff Patton
这句是Jeff（简称姐夫吧）说的，因为就这些步骤：
和其他人一起工作，
一个人来讲产品的用户故事，
一边讲一边把故事中用户经过的重要步骤记录在便签上，
并按照从左到右的顺序水平排列，
然后，再讨论故事的每一步细节，记录在便签上，
在每一步的下面垂直排列，这样得到一个网格结构，就是基本的故事地图啦。
由于故事地图知易行难，所以还是要再细分一下故事地图的步骤。
故事地图的六步法
有很多方法可以构建故事地图，这里介绍六步法，可以以工作坊方式进行：
1、理清问题
核心的问题是：你的用户是谁，给他们带来什么价值？
除此之外，还要关注组织的想法和目标，这是不可或缺的一个部分。
2、构建全景图
写用户故事，广度优先，而非深度。当故事写的足够后，可以组织情节，使卡片按发生先后从左到右，按分解情况，从上到下排列(制定发布策略后纵向为优先级)。
一公里宽，一厘米深 -- Jeff Patton
3、探索
补充卡片，完善细节。让细节、替代、变化和异常构成故事地图的主体。
推荐的方式是，边讲边记。
这一步骤主要目标是探索细节。可以问如下问题：
• 用户在这一步具体要做什么事情？
• 用户在这一步还有其他选择么？
• 如何做才能使用户觉得更酷炫？
• 出现问题时如何处理？
就故事本身，还可验证完整性，验证工程问题，使用刨根问底游戏等。
有时还可以加入用户目前工作方式，包括故事细节、想法、痛点、机会、情绪。
4、制定发布策略
切分出可以帮助达成特定目标的任务。
活永远是干不完的。所以怎样聚焦业务目标达成和目标用户？怎样确定优先级，找出第一个发布的主要故事，是这一阶段的工作。这里需要提一些做法：
• 制定优先级的秘密，要充分考虑组织目标；
• 找到MVP，最小可行性产品
• 制定可逐步达成的发布计划；（好处多多：提升客户关系，提高团队士气）；
• 采用迭代、增量方式；小步快跑、快速迭代。
• 故事切分方式，可采用开局（核心流程）-中局（可选流程）-末局（产品打磨）。
• 通过频繁估算，改善估算的准确度，更好的达成共识；
5、制定学习策略
从问题开始，从讨论机会开始。到讨论解决方案。
要注意的是机会和解决方案都是假设，都需要学习，需要验证。我们可以在原型中学习、在开发过程中学习，通过探索进行验证性学习。
6、制定开发策略
将最小可行方案进一步拆分，早期可聚焦于关键问题、和开发风险，聚焦于特定的目标成果。
故事地图的背后
故事地图最核心的内容就两点：
• 使用用户故事的目的并不是为了写出更好的用户故事。而是为了达成共识。
• 产品开发的目的也并不是开发出产品。而是改变世界。
因为用户购买的不是你的产品，而是更好的自己。
我们的精力有限，活有是干不完的，所以，我们还要思考，如何最小投入，最大影响。
最后，关于用户故事地图再总结几点：
• 故事地图是现在的，不是将来的；
• 故事地图是动态的，不是一成不变的；
• 故事地图练习容易，落地难
故事地图应用
对于产品开发，
• 前期，可以使用故事地图探索，发现更多机会，规避风险，制定MVP；
• 中期，可以就某些细节，与他人沟通达成共识；
• 后期，可以就整体回顾，完善细节。
除了软件产品外，还可以应用在很多方面。
比如我曾在设计培训课程时，制作课程故事地图，划分层次，找到MVP，再逐步细化。
在一次写文件时，设计故事地图，提取主干为目录，然后多人协作完成整个文档。
召开你的用户故事地图会议
行动起来吧，召开你的用户故事地图会议吧。
最后，期望本文让你对故事地图有了更深层理解。下篇文章，我将介绍一些故事地图配合的实践、原则、方法或工具，欢迎您的关注。
