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