首先我们来看看敏捷开发：不管产品针对的群体是普通大众还是企业的人事部，一个铁的事实告诉我们–21世纪的客户对能够立即发布的高质量应用产品总是求“贤”若渴，青睐有加。可遗憾的是老一套传统的开发模式已经不能够适应这种激烈的竞争环境了。
在本世纪之初，一批来自各个领域的开发人员走到了一起，开始讨论轻量化和快速地开发方法在当时的状况。在会议上他们注意比较那些成功的软件项目的特点，以及究竟是什么因素使得一些项目成功，而另一些项目却陷入步履艰难的境地。在会议的最后，他们创建了那份著名的《敏捷软件开发宣言》（简称《敏捷宣言》），它成为敏捷运动的基石。《敏捷宣言》并没有提供任何死板僵化的开发方法和复杂的技术结构层次，而更像是一份针对客户和开发个体的箴言警句集。
| 我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观： |
| 个体和互动 高于 流程和工具 |
| 工作的软件 高于 详细的文档 |
| 客户合作 高于 合同谈判 |
| 响应变化 高于 遵循计划 |
| 也就是说，尽管其右项有其 价值，我们更重视左项的价值 |
《敏捷软件开发宣言》
对于敏捷开发和传统开发的区别，我们不难知道：敏捷开发是一个要求客户全程参与、以客户为导向的过程，在此过程中随时“拥抱”变化，重点在于客户满意度；而传统软件开发的特点不是忽视就是轻视了客户的重要性。客户是敏捷开发的关键环节，也就是说，如果没有客户的参与，敏捷模式等同失败。如果客户了解到设计人员热忱欢迎他们的参与，那这有利于增加客户对最终产品和开发团队的信心和满意度。如果客户并不打算参与进来，那么选择一些传统的开发流程可能会更好一些。
出乎意料的是，敏捷开发没有单一、固定的开发方法或过程，很多快速的开发模式都可以看成是敏捷。然而这些模式的确有三个共同点：依赖客户的参与、测试驱动以及紧凑的迭代开发周期。
这里值得注意的是，有些敏捷方法只不过是对传统软件开发过程的整合和选取。
来源：易燃易爆炸i
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！