瀑布式迭代与敏捷

     在采用敏捷开发的实践当中，有一种特别的开发过程，他融合了瀑布模型和迭代的思维，但又与敏捷的思维存在差异，我把这种过程称之为瀑布式迭代。

     瀑布式迭代过程总体上采用迭代的方式，即像敏捷一样，以迭代为单位逐渐推进，每个迭代以启动会、迭代活动、迭代总结为全过程，并且每个迭代都会交付产出物。唯一不同的是单独看一个迭代过程，会发现其采用了瀑布流程。

     在一个迭代周期内，首先是产品经理、交互设计师、视觉设计师等完成需求定义、用户故事分解、交互流程设计、视觉效果设计，然后开发工程师和测试人员一起对需求进行评审，之后分解任务、估算工作量，开发工程师进行设计、编码，测试工程师开始编写测试用例，对提测的版本进行测试，最后经过回归测试，发布上线，迭代结束。

     还有的团队会在迭代的中间节点定义全功能提测点，在全功能提测点之前，是开发阶段，在全功能提测点之后，是测试阶段。这样把瀑布界定得更加清晰。

     这样的瀑布式迭代过程借鉴了敏捷的思维，同时又保留了瀑布的流程，对于刚刚由传统瀑布开发过度到敏捷开发的团队来说，是一个好的切入点。但是，在一个微观的迭代内，并没有消除瀑布模型固有的问题，比如分析、设计、实现、测试的流程就与敏捷中的“个体和互动高于流程和工具”、“响应变化高于遵循计划”等相背，从而限制了敏捷精神的发扬。

     瀑布式迭代有其适用之处，但随着团队认识敏捷、拥抱变化的提升，还是宜尽早完成过程的转换，让敏捷的威力更快的发挥出来。

——欢迎转载，请注明原文出处 http://blog.csdn.net/caowenbin ——
——欢迎关注微信号“曹文斌的软件思考”，共同探讨软件人生——