敏捷开发过程的选择

敏捷开发过程有很多：XP, SCURM, CRYSTAL, ASD, FDD……

近两年以来，越来越发现，这些过程没有好与不好，之后是否适合。

第一个层面是是否适合中国的大环境；

第二个层面是是否适合你所处的组织；

第三个层面是是否适合你手头的项目类型和客户。

有的时候可能不能过度的追求某一个过程，为了过程而过程。例如：

XP显然对客户的要求非常高。实施的结果往往是我们某种程度的敏捷了，但是并不是XP。

SCRUM的作者自己也说：SCRUM不太适合固定价格的合同。而在国内，工程项目开发领域，有多大比例的合同不是固定价格的呢？所以SCRUM更适合国内的产品开发。

CRYSTAL的要求非常松散，作者自称也适合固定价格合同。其实因为严格讲CRYSTAL不是一个过程，而是和ASD一样，是一个过程的生成器。

FDD,ICONIX貌似更加适合国内的现状。而且我以往的经历中有很多ICONIX成功案例。

所以准备最近再好好研究一下FDD。

UP应该也可以，但是一是UP的裁剪对使用者要求太高了，二是UP对团队能力要求也比较高。