本书主要阐述了”用户故事”能够对产品产生怎样关键性的作用与价值，并就”用户故事”的建立与使用过程进行了全面细致的分析。
贯穿全文的关键词有：用户故事、产品迭代、客户团队、真实用户、高效沟通
一、用户故事概述
1、用户故事与价值
用户故事描述了对用户、系统或软件购买者有价值的功能。通过建立用户故事，排列用户故事的优先级，进而直接影响产品的更新迭代。一个产品在发展的过程中，其实就是一个不断完善、改进的过程。用户故事可以很好的帮助产品团队来思考需求的优先级，可以让技术更好的理解用户的所思所想，可以让测试通过对用户故事的验收测试，来确定该功能是否能很好的实现用户的需求，为用户所用。用户故事能够让整个团队更加贴近用户，了解用户，实现用户对于产品乃至自己的期待。
2、用户故事与沟通
用户故事需要客户团队的参与，客户团队的组建需要该产品的产品经理、测试人员、交互设计师、开发人员的参与，通过面对面的沟通，讨论，生成不包含专业技术用语的用户故事卡片，简明扼要的描述用户故事。因为在实际的工作交接中，如果没有涉及到充分的沟通，仅仅只是通过文档形式来对用户故事进行描述，那很有可能因为每个岗位人员的理解方式的不同，而对用户故事产生截然不同的感受,从而影响到最终需求的实现，所以任何情况下，保持高效充分的沟通都是非常重要的事情。不论是在用户故事建立的初期还是在项目执行的过程中，都一定要尽可能的面对面的讨论。
3、用户故事与用户
一个产品的发展绝对不能离开用户，我们可以通过聚集典型用户，从而挖掘和生成用户故事。用户故事的一个最基本的原则就是”每个故事必须对用户有价值”。我们可以更加贴近用户，并建立用户模型库，通过客户团队的头脑风暴，罗列使用产品的典型角色，并对其进行整合和分析，从而建立虚拟用户模型，最后我们可以通过用户访谈、问卷调查、用户观察等等方式来补充我们的用户角色库，生成鲜活的用户故事，从而为我们的团队所用！我们甚至应该召集在使用产品的核实用户，让用户来编写故事，这样能够尽可能的让故事更加充满价值！我们则需要对他们的故事进行整理汇总提炼，生成我们所需要的用户故事卡片。所以我们一定要接触用户，接触用户，接触用户！否则你永远都不知道用户真正在想什么。
4、用户故事的特点
用户故事一定是独立的，相互之间不产生依赖性，不能太庞大，也不能太微小，它应该是简洁的，直接能够让我们读懂这个故事的意图，可以让产品经理因此确定需求，可以让开发人员开始实现功能，可以让测试人员很好的进行验收性测试。
二、迭代和发布
在用户故事已经建立并且对优先级进行了排序之后，接着就可以生成发布计划了。在迭代计划会议上应该从最高优先级的故事开始，比如选择优先级最高的20个故事点，读给开发人员，通过提问讨论等方式，直到开发人员充分理解故事并从故事中分解出任务，并且将他们放入到第一轮的迭代中。技术人员需要对故事点进行估算，再分析是否能在规定的时间内完成相应的故事点。
三、学习总结
用户故事虽然有着独特的优势，但是不可否认也有一些缺点。比如：大型项目中难以组织好成千上万的用户故事；有时候需要额外的文档以实现可追溯性；尽管面对面的沟通大大促进隐性知识的共享，但在大型项目中，单单依赖这种交谈难于实现有效的扩展来完全替代书面文档。所以在实际工作中，我们应该根据实际的场景与工具来尽可能的弥补缺陷，让用户故事更好的发挥其核心价值。
编写理想的用户故事可以对产品产生至关重要的影响，而当用户故事真正能够被团队所用的时候，它能创造的奇妙效果绝对会让人眼前一亮！将用户故事一张一张写在卡片上，并且可以在旁边记录上对于这个用户故事的期望，产品经理和开发团队也能更好的决定需求的优先级。用户永远都是一个产品的核心，保持贴近用户的原则，读懂他们的故事，真正实现用户的期望，才能赢得用户更多的支持和喜爱！让产品变得更加完善，更加优秀！
