<b>使用前必读 </b>
两个观点：
使用用户故事的目的并不是为了写出更好的用户故事
产品开发的目的并不是开发出产品
精华萃取
用户故事不是另一种写需求的方式，讲述用户故事，在过程中用文字和图片相结合的方式辅助讨论，这是一种建立共识的机制。
用户故事也不是需求，用户故事是关于问题解决方案的讨论，解决公司的问题，解决客户的问题，解决用户的问题，目的是我们对要开发的功能达成共识。<br>
你的工作不是更快开发更多功能，而是使那些投人精力开发的功能在成果和影响上可以最大化。
<b>第一部分 整体视角：一万英尺高空俯瞰用户故事地图 </b>
第1章 产品全景图
用户故事之所以叫故事，因为它是要讲而不是要写的。<br>
用户故事地图，就是在讲大故事的同时进行拆分。<br>
边讲边记：在讲故事的同时，通过写卡片或便签来具体化你的想法。<br>
讲用户的故事，使用卡片，能够提升沟通的默契程度。<br>
使用用户故事地图可以提前识别产品创意中的那些坑。<br>
聚焦于故事的整体，不要过早陷入细节。<br>
探索细节和可选项<br>
用户在这一步具体要做什么事情？<br>
用户在这一步还有其他选择吗？
如何做才能使用户觉得更酷？
出现问题时如何处理？
第2章 计划，为了更少的开发
想要开发的功能，总是超出你能投入开发的资源。<br>
贯穿各个团队的产品发布地图，可以帮助团队以可视化方式展示依赖关系。<br>
创建故事地图的过程可以帮助发现设计中的坑<br>
需求范围并没有蔓延，而是我们对需求的理解更深刻了。<br>
聚焦于系统外的预期成果来决定系统内需要什么功能。<br>
聚焦于成果，即产品发布后用户能使用和感知的东西，切分发布计划应该以成果为导向。<br>
聚焦于特定的目标成果，这是排定开发工作优先级的秘密。<br>
为成果排列优先级，而非功能。成果的背后是参与特定活动的特定用户之特定行为的改变。<br>
为什么要反复讨论MVP？<br>
MVP就是发布粗拙的产品。发布粗拙的产品不需要做任f可假设验证就能做到。<br>
MVP是指可以产生预期成果的最小产品发布。<br>
最小可行方案是指可以产生预期成果的最小发布方案。<br>
MVP根本就不是产品。最小可行产品是为验证假设而做的最小规模的实验。<br>
第3章 计划，为了更快的学习
对产品故事进行首次讨论，应聚焦于如何具象化产品的机会。<br>
验证产品要解决的问题是否真的存在。<br>
手绘线框图和高保真原型可以帮助你具象化解决方案。<br>
通过原型和用户测试验证产品方案是否真的有用，有价值。<br>
要能够质疑用户所说的内容。<br>
在开发过程中学习，迭代直至可行。
把每次发布都当成一次实验，关注于自己要学习的东西。<br>
一旦认识到我们的目标是学习，就可以聚焦干功能开发。如果做到了，也意味着早期开发出来的并不是一个完善的产品。如果早期开发的已经是一个完善的产品，则意味着开发的功能多了。<br>
第4章 计划，为了按时发布
故事地图要做到什么程度？以能够有效支持沟通为限呗！<br>
最靠谱的估算，来自于真正理解自己在估算什么的工程师。<br>
制定可逐步达成的开发计划，不要将所有的迭代产出都对外发布。<br>
运用迭代思维持续评估和打磨作品，运用增量思维做加法。<br>
开局、中局和末局策略<br>
开局<br>
中局
末局
第5章 如何创建用户故事地图
1、分步骤写出你的故事<br>
用户任务是构建故事地图的基本模块。<br>
使用目标层级的概念，可以帮助汇总小任务或分解大任务。<br>
2、组织情节
故事地图通过自左向右的叙事流来组织，这种概念是人们讲故事最自然的方式。<br>
补充细节
3、探索替代故事
细节、替代、变化和常，构成故事地图的主体。<br>
构建一个大家都认可的叙事流的过程<br>
4、提取故事地图的主干
活动组成故事地图的主干。<br>
5、切分出能帮你达成特定目标的任务
使用切分来识别和特定结果相关的所有任务和细节。<br>
重要概念：
任务是描述人们做什么事情的动词短语。<br>
任务有不同的目标层级。
故事地图中的任务被布置在从左到右的叙事主线中。
地图的深度包含变化性和替代性的任务。
通过故事地图顶部的活动将各个任务组织到一起。
活动构成了故事地图的主干。
通过切分地图找出达到一个具体结果需要完成的任务。<br>
故事地图六步法<br>
1、厘清问题。用户是谁，带来什么价值？<br>
2、构建全景图。广度优先，而非深度。一公里宽一厘米深。尝试用故事地图描述所有内容，包括用户的痛苦和喜悦。
3、探索。向深度括展，讨论其他类型的用户，这些人又要做什么，哪些环节会出问题。使用画像、原型和实验不断优化解决思路，尽量改变和完善故事地图。
4、制定发布策略。请记住一点：要开发的东西总是太多。聚于业务目标的达成和目标用户。果断砍掉无助于取悦用户和帮助公司达成目标最小方案的东西。
5、制定学习策略。你可能已经识别出最小可行产品方案，但是请记住，在经过实际验证之前，这些都是假设。使用故事地图和讨论，帮助自己发現有哪些最大的风险。为用户群的子集切分更小的MVP实验，不断学习真正对用户有价值的东西。
6、制定开发策略。在去掉所有不必要的东西之后，留下的就需要撞入开发。根据实现的先后顺序，將最小可行方案进一步切分．早期先聚焦于关键肢术问题和开发风险。
<b>第二部分 深入理解用户故事 </b>
第6章 用户故事的故事
第7章 如何把故事讲得更好
第8章 不要把所有内容都写在卡片上
第9章 卡片只是个开始
第10章 做产品好比烤蛋糕
第11章 碎石行动
第12章 谁是碎石负责人
<b>第三部分 更好的待办列表</b>
第13章 从机会开始
第14章 通过探索来建立共识
第15章 通过探索来进行验证性学习
<b>第四部分 更好的产品</b>
第16章 提炼、定义和开发
第17章 故事呢，就好比《行星战机》
第18章 开发完成后怎么学习
