用户故事地图的总结
关键词：认同
用户故事地图，总结来说即是以可视化手段将特定目标用户群的需求进行梳理、拆解的过程。产品岗可通过该方法实现用户需求的全览以及需求定义、挖掘、优先级评估等需求分析评估工作。团队中可通过该方法提升每次迭代中参与人员的目标认同感，实现高效迭代。在本书中更多的内容侧重于后者，更多的是在指导团队在产品迭代过程中如果能够产生更大的效能。
用户故事地图的构成
关键词：工具、理念
用户故事地图在本书中的构成从两个方面阐述
工具：本书中提到通过便利贴或者白板进行用户故事的梳理，其目的最终希望能够达成的目标是团队成员对于需求的理解一致、对于产品以及迭代的目标一致认同。同时通过全局性的梳理，用以支持后续的版本规划、拆分、迭代的过程。
理念：用户故事本身就是敏捷的一个工具实践，所以本书主要围绕最小可行、快速持续交付、不断验证学习优化的循环这三个点进行展开讲解。
用户故事地图的意义
关键词：发现、规划、共识
1.对于产品来讲，在绘制用户地图的过程中，我们可以对现有的或者未来的需求能够有更宏观的认识，同时在不断的梳理中会发现更多的需求场景。同时全局性的去看每个需求以及所处的场景，对于需求的优先级以及版本的规划会有更清晰的依据
2.对于团队来讲，当各个工种都参与到需求的讨论中，在不断的引导中让成员逐步从关注任务到关注价值，并且所有人都参加到这个环节中，对于版本的计划以及目标以及问题都会形成更全面综合意见，让决策变为集体决策。
用户故事地图的使用
关键词：全局、拆分、验证、快速迭代
总结为3个步骤
1.产出需求全局总览图
首先需要明确用户的类型，单个业务目标下可能会涉及多类目标用户，根据用户类型进行逐步的需求梳理，梳理的过程中可以以用户完成单个业务流程中所涉及到的各个接触点进行梳理，针对每个节点描述所处场景、用户问题以及解决方案，逐步拆解形成功能。在这个过程中与研发团队、客户或者业务团队不断的交流最终形成统一的认知，同时研发团队在这个过程中对于需求的理解不断加深，对于后续的研发周期估算也会逐渐趋近于准确。
2.MVP、快速验证
在第一步的产出中获取到用户故事以及解决方案后，我们可以从其中抽取出可支持产品核心业务的功能，达到最小的可行性产品，通过简易的方式加以验证，并非所有的解决方案必须要等研发结束后获取到数据反馈才能得到验证结果，提前的验证对于企业成本的节约以及我们对于需求的判断都会有极大的参考意义。
3.快速迭代、持续交付
本部分更侧重于实际迭代过程总的项目管理的工作，在某些企业进行产品研发的过程中使用的瀑布流模式，上下游环节有着严格的交付产出以及对产出的标准评估，这个过程漫长且繁复，对于当前快速发展的社会，周期越长所要面临的风险也越大，同时由于是一个长周期的过程，期间的用户习惯以及用户需求发生变化时不去做及时的调整，最终的产出的对企业或者对用户的价值也将大打折扣。所以在实际的研发过程中我们可以将需要做的版本以及功能周期以周为单位进行迭代划分，每个迭代交付产出，多个迭代构成一个版本发布，在这期间我们可以不断的获取到研发反馈，同时还可以以初期的迭代产出提前进行验证，根据验证结果及时调整后续计划。
最后，一句话总结本书：四多两同
多角度审视需求、多方式验证需求，多迭代研发需求，多调整适应需求。
目标认同、价值认同。
最后以敏捷的核心价值结束本文
个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划
