聊聊敏捷转型（上篇）︱敏捷软件开发

件开发过程）
 
Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。
 
SCRUM中发布产品的重要性高于一切。
 
该方法由Ken Schwaber和 Jeff Sutherland 提出，旨在寻求充分发挥面向对象和构件技术的开发方法，是对迭代式面向对象方法的改进。
 
2.3Crystal Methods（水晶方法族）
 
Crystal Methods（水晶方法族）由Alistair Cockburn在20实际90年代末提出。之所以是个系列，是因为他相信不同类型的项目需要不同的方法。虽然水晶系列不如XP那样的产出效率，但会有更多的人能够接受并遵循它。
 
2.4FDD （特性驱动开发）
 
FDD （Feature-Driven Development，特性驱动开发）由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发，是一套针对中小型软件开发项目的开发模式。此外，FDD是一个模型驱动的快速迭代开发过程，它强调的是简化、实用、 易于被开发团队接受，适用于需求经常变动的项目。
 
2.5ASD（自适应软件开发）
 
ASD（Adaptive Software Development，自适应软件开发）由Jim Highsmith在1999年正式提出。ASD强调开发方法的适应性（Adaptive），这一思想来源于复杂系统的混沌理论。ASD不象其他方法那样 有很多具体的实践做法，它更侧重为ASD的重要性提供最根本的基础，并从更高的组织和管理层次来阐述开发方法为什么要具备适应性。
 
2.6DSDM（动态系统开发方法）
 
DSDM（动态系统开发方法）是众多敏捷开发方法中的一种，它倡导以业务为核心，快速而有效地进行系统开发。实践证明DSDM是成功的敏捷开发方法之一。在英国，由于其在各种规模的软件组织中的成功，它已成为应用最为广泛的快速应用开发方法。
 
DSDM不但遵循了敏捷方法的原理，而且也适合那些成熟的传统开发方法有坚实基础的软件组织。
 
2.7轻量型RUP
 
RUP其实是个过程的框架，它可以包容许多不同类型的过程， Craig Larman 极力主张以敏捷型方式来使用RUP。他的观点是:目前如此众多的努力以推进敏捷型方法，只不过是在接受能被视为RUP 的主流OO开发方法而已。
 
二、为什么要做敏捷？
 
敏捷开发只是一种用来应付需求快速变化的软件开发方法。
 
在当今互联网及一些企业认为敏捷是万能的，每当出现项目一团糟，不能及时给客户交付产品，或者交付的产品没有达到客户的预期等等问题时，就会想到敏捷。于是就着手进行敏捷转型，上来想知道怎么转，因为很多敏捷型转型失败的。失败的原因当然各不相同，但想转型成功还是有一些规律可循的，第一个规律就是正确地理解和选择敏捷开发。
 
很多企业想转型敏捷开发的原因是“开发人员的效率低下，这么多人还完不成老板要开发的功能和速度”。或者许多IT主管或是工程师，都把敏捷开发误以为是一种快速交付的方法，就因为它比传统开发方法快一些。
 
敏捷开发不是一种快速的开发方法，也不是用来解决所谓的“开发效率”问题的，如果真要提高开发效率可以从人的技能培养、流程优化、工具改进等方面来提升，而跟敏捷开发本身没太大关系，敏捷反而会降低所谓的效率。
 
它是一种用来应付需求快速变化的软件开发方法。