对于软件开发而言，用户故事地图是一个很有价值的工具，但前提是你必须明白它的用途和正确用法。用户故事地图很容易被误解和误用，因此，本书深入解释了如何用它来帮助团队始终聚焦于用户及其需求，而不是热衷并痴迷于单个炫酷的产品特性而迷失方向。
作者Jeff Patton展示了用户故事的种种用法，力求帮助团队在整个开发过程中始终围绕着项目展开更好的互动交流。通过这样的对话，团队最终能对构建怎样的产品及其能够用户带来怎样的价值和体验达成共识。这样的共识是打造一流产品的前提。
俯瞰用户故事地图，通过适当的练习来掌握相关的关键性概念。
领悟故事是如何实际发挥效用的？在敏捷和精益项目中，如何从故事中挖掘真正的需求
探究一个故事的生命周期，从各种可能的机会入手，步步深入，发现有价值的需求。
准备故事，关注其产生过程，从中了解可以转换为特性的需求，打磨出一流的软件产品。
用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。《用户故事地图》以用户故事地图为主题，强调以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优化需求，如果通过团队协同工作的方式来积极吸取经验教训，从中洞察用户的需求，开发真正有价值的、小而美的产品和服务。
《用户故事地图》适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考，也更适合用作企业培训手册，打造高效能的团队协作能力。
Martin Fowler序
Alan Cooper序
Marty Cagan序
前言
致谢
使用前必读
第1章 产品全景图
让我们从头开始
故事是讲出来的，不是写出来的
讲故事，要完整
Gary的悲剧
边讲边记
创意框架
刻画用户画像
讲用户的故事
探索细节和可选项
第2章 计划，为了更少的开发
故事地图帮助大型组织建立共识
创建故事地图的过程可以帮助发现设计中的坑
要做的总是太多
划分MVP发布计划
划分发布路线图
为成果排列优先级，而非功能
这是魔法吗？没错
为什么要反复讨论MVP
MVP根本就不是产品
第3章 计划，为了更快的学习
从讨论机会开始
验证问题
在设计原型过程中学习
要能够质疑用户所说的内容
在开发过程中学习
迭代直至可行
错误的做事方式
基于验证的学习
真正的最小化试验
重点复述
第4章 计划，为了按时发布
要让团队所有成员都清楚
估算的秘密
制定可逐步达成的开发计划
不要将所有的迭代产出都对外发布
关于估算的另外一些秘密
管理研发预算
迭代与增量
开局、中局和末局策略
……
第5章 如何创建故事地图
第6章 用户故事的故事
第7章 如何把故事讲得更好
第8章 不要把所有内容都写在卡片上
第9章 卡片只是个开始
第10章 做产品好比烤蛋糕
第11章 碎石行动
第12章 谁是碎石负责人
第13章 从机会开始
第14章 通过探索来建立共识
第15章 通过探索来进行验证性学习
第16章 提炼、定义和开发
第17章 故事呢，就好比《行星战机》
第18章 开发完成后怎么学习
结语
“在我接触过的人当中，帮助正规软件开发团队真正深入洞察其需求和价值回报的敏捷专家当中，只有少数几个人称得上实至名归。Jeff Patton算一个。”
——Marty Cagan，Silicon Valley Product Group合伙人