敏捷是一种理念，现在有一些特定的敏捷开发方法。
一、敏捷开发的标准
敏捷开发方法是no process开发方法（如"code and fix"）和too much process（如"plan-driven methordologies"）的折中，有两个标准区别于传统软件流程：适应性和以人为中心。
适应性而非预见性体现在迭代式开发，在每个迭代阶段可检查进度，并及时变更方向；且敏捷开发的迭代周期短，将需求变化看成是一种优势，以一种与传统开发方式截然不同的观点看待需求变化，需求变化可以引导团队人员创造更高的商业价值。
以人为中心，即面向人，将人作为最重要因素，开发团队通过每个迭代周期与业务专家交流，业务专家起到引领作用，具体实行时，团队人员有权做技术方面的所有决定，即委托式的管理方式。
在敏捷开发中设计依然存在，只是形式不同。有点类似于在计算工程预算时，固定预算，而让范围能够可控的变化。
二、敏捷开发的特点和一些特定方法
敏捷开发的三个特点：面向源码、适应性而非预见性、面向人。面向源码弱化了文档的作用，不再专注于文档，其实是另外两种特点的反映。
一些特定的敏捷开发方法：a).极限编程，基本价值观是交流、反馈、简洁、勇气、尊重，极限编程有一个特点，对测试极端重视，要求每段代码都要写出相应的测试码，在上次作业中我们已经做过类似的事情——单元测试。b).SCRUM，倾向于迭代式开发。c).Crystal系列，安全性、效率、习惯性。d).统一软件开发过程，即用例驱动开发，是迭代、以架构为中心的非单一过程。
三、对敏捷开发的理解
对敏捷开发的理解：简言之，弱化文档，利用较短的迭代周期，通过团队人员和业务专家之间的密切合作，以创造商业价值为目标，不断根据新的业务需求检查进度、变更方向。在开发过程中，采用委托式管理。
个人认为，敏捷开发方法是一种很理想化的方法，如果能够按照这种方法来实现项目开发，取得的成果必然能够最大限度的满足客户需求。但对习惯于code and fix的我们来说，这种团队高度密切的合作需要适应过程。