Sprint不是小的瀑布模型
将Sprint理解为小瀑布是最常见的误区,例如以前一个版本持续2个月,现在将其划分为4个小版本,每个版本持续2周,但是工作方式还延续之前瀑布模式的做法,遵循严格的需求-开发-测试的流转,可预见的是测试的压力会比之前大瀑布的时期更大。
其他误区
- 敏捷就是快,版本更新很快,甚至每天都有新版本
将版本更新速度视为敏捷开发核心,是完全错误的。不是发现一个bug,就改一个发布一个,而是收集反馈,统一修订后,再发布新版本。这里是指发布,而在开发过程中频繁提测是允许的。
- 敏捷意味着不需要文档
不需要利用率太低,可读性差,格式复杂死板,更新太频繁的文档。需要图形化,模块化,可视化程度高,逻辑详细完整准确,容易传播的文档。敏捷非常推荐活文档,例如遵循BDD原则开发的测试文档。
- 敏捷是快速开发,迭代版本的BUG多一点是正常的
每个交付的产品,必须是集成测试通过的。宁可交付产品数量少,也不能降低质量。
- 采用敏捷方法的开发组/项目不需要制定计划
敏捷项目需要经常制定计划,但是不需要试图超前制定项目计划,通常这也是不可能的。
- 敏捷项目的范围可以随时改变
变更可以等到下一次迭代开始,当前正在进行中的迭代不能变更