“敏捷流程”是一系列价值观和方法论的集合，敏捷的步骤包括以下三点：

• 找出完成产品（需要做的事情）
• 决定当前的冲刺（需要解决的事情）
• 冲刺

敏捷是一种态度而不是一个流程，是一种氛围而不是方法。敏捷项目管理强调的是沟通：与客户之间的沟通、项目成员之间的沟通。

软件开发流程就有好多种，怎么衡量一个开发流程对当前团队是否合适，敏捷对团队的要求很简单：自主管理、自我组织、多功能型。如果团队不是很强大，强行把这种高级方法套在上面也没有用，反而适得其反。

敏捷开发宣言——
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
虽然右项也有价值，但是我们认为左项具有更大的价值。

敏捷方法通病：

1. 对于全新的软件，在项目早期测试人员就参与并实现自动化测试脚本，但实际上软件的界面等非常不稳定，导致测试人员返工的工作量很大。
2. 对于全新的软件，资料人员过早参与，后期返工工作量大，原因同第一点。
3. 自动化系统测试工作量大，测试人员投入大量的精力在使测试自动化起来，而没有足够的精力放在真正的测试软件的功能是否正常。即便是这样，自动化系统测试脚本也多流于形式，测不出深层次的问题。

敏捷流程