敏捷开发,对于很多经历过梦魇般的编程项目的程序员来说,无疑是是一件极好的事情。
敏捷开发过程中很难避免Bug的产生,因为做的东西比较快,Bug量会比传统模式开发的高,但是经过最后几个周期下来以后,质量是可以得到控制的。
敏捷开发过程中至少有几个要素值得注意。
首先就是要控制团队成员规模,人不能太多,最多不宜超过10个。超过10个以上项目经理核查难度就会加大,因为每个人做什么根本就搞不清楚,每天有个短会,如果人太多每人讲三分钟半小时就过去了,已经失去敏捷开发的意义了。3~6个成员是比较合适的,可以最大程度上掌控进度并随时调整的。在团队规模比较小的情况下,成员分工也相对灵活。
此外,要真正保证产品交付,还需要确定每个Sprint。Sprint就是一个周期,每个Sprint周期一般是4到6个星期,实在要短也不能少于3个星期。Sprint在开始的时候,可能花半天左右做一个Sprint的计划,比如分4个星期,这4个星期里面能够完成什么。