构建之法阅读笔记08

《规划极限编程》02

选择迭代长度

赞成迭代开发的人有很多，但对这一问题的看法却不尽相同。有些人认为迭代可以有六个月之长，我和作者的观点相同，认为迭代不应太长，一到三周足以。

计划的主要用途之一是指示进度：我们已经走了多远，我们还要走多远？迭代开发有助于判断进度，因为每个迭代都交付工作，测试代码（而代码很难伪造）。但有意义的重大事件只有迭代结束时出现。迭代越长，超出控制范围的风险越大。你希望每个迭代都尽可能的短，以便能够尽快了解自己的位置。

1.以前的做法：我们以前做一个软件，可以说是根本没有迭代思想；

2.不好的地方：在做到有些比较大的项目工程时，我们那种一步到位的思想就显得杯水车薪了；

3.改进的方法：迭代开发在我们的平常的结对开发中也是十分重要的，尤其是对我们这种没有太多强制规定的学生开发团队，为了避免团队的懒散性，提高团队的开发速度和质量，必须进行必要的迭代，定期开会汇报工作进度，制定下一步的开发目标。