对敏捷开发的一点理解

今天有人问到我，对敏捷开发是怎么理解的？一时不知道从何说起了，先来思考下面的问题。

问题：为什么会出现敏捷开发？

我刚开始工作的时候采用的瀑布模型，将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

这种方式有什么缺点？

1. 不适应用户需求变化，软件开发中用户需求发生变化真的太多了。
2. 项目有风险，由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果。
3. 一个项目周期太长，就会不适应市场变化。

上面的缺点其实就是：开发出一个项目周期太长，不能跟上用户需求的变化。

在这个信息快速更替的时代，如果一个项目从策划到使用要一年的时间，估计当时提出的需求早变了。

如果你是给政府部门做项目做个一两年算正常情况，如果是做互联网产品，一年时间市场早就可能出现其他类似的产品。互联网要求的就是反应速度快，最先抢占市场。

敏捷开发是针对瀑布开发模式的弊端而产生的一种新的开发模式，迎合了用户需求经常变化，采取迭代开发、循序渐进的开发原则，目标是提高开发效率和响应速度。

敏捷开发主张简单，拥抱变化。不怕用户需求发生变化，第一个Sprint先开发用户核心模块，开发完成后马上拿给用户看，当用户看到可运行的软件就会知道是不是自己想要的，然后用户又会提出新的需求，第二个Sprint继续开发新功能。就这样一个Sprint一个Sprint的迭代开发，每个Sprint结束后用户进行确认，最终完成整个项目。

敏捷开发强调

1. 开发团队与业务专家的紧密协作。
2. 构建自组织团队和跨职能团队。
3. 面对面的沟通胜过书面文档。
4. 编写能够很好地适应需求变化的代码。
5. 持续交付新版本软件。

一步步学敏捷开发

敏捷开发基础系列文章