为什么要有用户故事地图？
对于大型产品开发，用户故事会特别多，用户故事擅长聚焦于构建小的特性，专注于小的细节就没法掌握整体，会带来困惑，不知道什么时候才能完成开发和分布。用户故事地图是一种组织和处理用户故事的方法。用户故事地图有利于：
- 更清楚看清backlog全貌
- 为新功能筛选和划定优先级提供更好的工具
- 便于使用静默头脑风暴模式和其他协作方式来产生用户故事
- 帮助更好地进行迭代或增量式开发，同时确保早期的发布可以验证整体框架和解决方案
- 为传统的项目计划提供更好的替代工具
- 激发讨论和管理项目范围
- 允许从多个维度进行项目规划，并确保不同的想法都可以得到采纳
如何创建用户故事地图
前期准备
召集3-5名核心人员，准备空白的白板，不同颜色的便利贴，一卷彩色胶带整理创意框架
- 明确产品的目标
- 能为用户解决哪些问题
- 公司、用户都能获得哪些受益
刻画用户画像
大故事
大故事是用户故事地图的框架深挖细节
在每个大故事上深挖细节，把小故事写在每个大故事卡片下面划分MVP发布计划
用户故事地图示例
黄色卡片为大故事，蓝色卡片为小故事，橙色胶带是迭代的划分，最上面的胶带上方是MVP所包含的用户故事。
学习心得：
用户故事地图就是在预测型开发和敏捷型开发之间找平衡，极端的敏捷可能会忽略对总体开发流程的把握，例如用户故事就是只专注于一个个小的功能。引入用户故事地图，则让开发人员在关注细小功能的同时宏观对产品的发布计划有一定把握。用户故事地图不是在一开始确定下来后就不再改变的，而必须是可讨论、可沟通的。
