必谈的敏捷宣言：

• 个体与交互 胜过 过程与工具
• 可以工作的软件 胜过 面面俱到的文档
• 客户协作 胜过 合同谈判
• 响应变化 胜过 遵循计划

通俗的、我的理解：

  敏捷是指持续并快速交付可工作的软件的开发测试过程。

  强调快速输出和输出价值，而做到快速输出就要求产品按迭代周期规律发布，要求产品组所有成员之间更加去注重个体互动和应对变化，而非依赖固定的流程或工具，即尽可能有事先说，说完我做，需要有文档的再做补充，所以就需要大伙在一起工作，便于交流。

  例如我所在产品组，每日早上10点会有一个15分钟内的每日例会，要求大家告知昨天完成了什么，今天要做什么，遇到的问题，这样的方式来把控进度与优化效率；

  确保输出价值即每次交付给客户的东西都是可用的，是有改进和满足需求的，这一点要求PO或商务改善客户合作关系，及时实时澄清需求以应对变化，然PO将需求拆分，分给相应的开发人员subtask，同时测试实时设计用例，每当一个需求完成，就对其验收测试，最后本次迭代需求完成，测试完成集成测试，系统测试，发布交付。   迭代一般2周，不讲究完成多的功能，而关注功能完成的进度和质量，进度由可工作的软件来衡量，质量由测试来把控。

  其最终目的还是稳定快速持续地输出可工作的软件。

  不对之处，敬请指出。