价值1：通过迭代来交付目标。
万物迭代，本无可厚非。但在软件开发领域，受限于于瀑布式交付方式的沉重和死板，敏捷开发倡导短小迭代，响应变化的更加灵活的交付方法。
敏捷方法期望组织把大目标变成小目标，把一个个大而全的假设，拆分成一个个能快速验证的小假设。然后赶紧完成小假设的目标，及时验证价值，及时响应市场。
小目标的另外一个好处，就是降低了输入到产研测的需求场景数量，每个组织的产研资源都是有限的，大量需求输入到有限资源的产研测不仅会给完成目标带来更多风险（比如测试不全面带来返工成本），也会给管理过程增加复杂度（比如切换成本）。
所以，敏捷带给我们的第一个价值：小目标。
敏捷方法的核心价值2：及时响应变化。
敏捷通过迭代交付目标，让我们有更多试探市场的机会。每一次的迭代交付之后，我们都可以重新对产品、对市场有新的思考并产生新的认知，从而提出新的需求，也就拥抱了市场和外部环境的变化。
而每提出的新需求，一定是基于用户洞察而来，这里再次强调，产品运营数据是给不了正确洞察的，数据仅仅是过程记录的结果反馈，洞察还是要和用户来沟通获得，或是基于数据再次的思考获得。
但无论如何，敏捷开发模式提供了这样对于产品交付拥抱市场/用户变化的机会。否则，放在瀑布式交付里，会有大量变更带来的冲突和矛盾、重复学习，或是错失市场的成本。
那么，敏捷之所以可以及时响应变化，依旧和敏捷所带来的【价值1】密不可分，就是首先要有小目标。在有了小目标之后，才有了可以去验证小目标交付之后及时收集市场反馈的情况。
接下来，验证市场后即使用户需求真的发生了变化，那这个变化回到组织里依旧还是目标的变化，我们会再次形成新的小目标去进行迭代交付。
所以，我们可以看到无论是【价值1】还是【价值2】，其根本就是敏捷给组织带来了小目标，而目标是通过计划管理来实现的。
敏捷方法的核心价值3：Scrum五会带来协同效率。
在有些企业，除了创新业务，很多产品交付并不是一直在试探市场，而是在既有的业务场景下叠加更多业务场景，及时满足顾客/用户提出的需求就行。
比如京东在进入规模化阶段的时候，现有零售业务面向B端商家侧需求，大部分不是创新性需求，而是满足型需求。
这个时候，敏捷方法带来的【价值1】和【价值2】依旧是适用的，也就是说通过迭代交付可以帮助现有业务尽早给B端商家提供价值，同时还能及时响应B端商家的需求变化。
随之而来的，还有第三个价值：我们需要提高组织内各种角色的协同效率。
产品交付场景下，涉及产研测运四种角色，四种角色基于Scrum五会进行协作，可以极大提高团队的协同效率，并通过改进目标来不断提高团队自身的能力。
通过两年近30个团队的实战体验，敏捷Scrum五会（需求梳理会、计划会、站会、回顾会、演示会）的设计不仅合理而且科学。
在组织导入敏捷的时候，非常重要的是要教会团队为什么要开这五会以及五会到底如何开，并通过规则的制定让团队能长期坚持开起来才是最重要的。
百年管理学发展，从泰勒到德鲁克再到梅奥，都在告诉我们效率提升的根本是什么，这跟度量效能一点关系都没有。在产品交付领域，提高生产效率的根本就是分工、协同和问题闭环（三招教你如何提高组织生产效率），最重要的一环就是协同会议，Scrum五会提供了非常科学合理的产品交付会议节奏，为提
