总结下来，制订迭代计划的过程如下图：

    图 1：迭代计划的过程图

   
 
    2.2 监控迭代执行

    在迭代中，按照分配给这个迭代的需求，以此作为当前迭代的范围，开始按照需求、分析设计、开发和测试这个流程执行，这个流程和瀑布式是一样的，所以就按照项目组以前的瀑布式方式执行就可以，项目组不需要做任何的改变。在监控迭代执行的时候，只需要注意的是以下几个方面的情况：

    分配给迭代的需求如果不能按时开发完成，应该如何处理

    迭代是时间盒的，也就是说，每个迭代有明确的开始和结束时间，并且到达结束时间时，一定要结束这个迭代，不能延期，这是做迭代的时候遵循的原则之一。所以，此时就会产生一个问题，那就是如果在制订迭代计划的时候，分配给这个迭代的需求太多，到迭代后期的时候才发现完成不了，此时应该如何处理？答案就是，缩减当前迭代的范围，按时结束迭代。

    迭代中测试出来的错误，来不及修改完成，应该如何处理

    每次迭代中，均会执行测试，有些时候，测试执行完成，但是测试得到的缺陷，却无法在当前迭代结束前修改完成，此时，应该如何处理？答案就是，迭代中的测试要执行完毕，但是错误的修改，可以安排到下一次迭代中进行。

    迭代执行过程中，如果发生需求变更，应该如何处理
   
    自从有软件开发这个活动，变更就从来没有停止过，变更已经是软件开发这个人类认识自然的这个活动中的规律之一，在迭代中也不例外，所以，当在迭代中发生需求变更时，应该如何处理？此时，分为两种情况，第一种情况是，如果这个需求变更是变更以后的迭代中分配的那些需求的，那么在这种情况下，当前迭代不用考虑；第二种情况是，如果这个需求变更是变更当前迭代中分配的这些需求的，那么此时要进行判断，如果能够在当前迭代结束前完成此变更，那么就将此变更纳入到当前迭代中，如果不能在当前迭代结束前完成此变更，那么在当前迭代中就不用考虑。

    迭代中开发和测试要配比

    要以类似于“权责配比”的原则来处理，即当前迭代中开发那些需求，那么就应该将针对这些需求的测试放到当前的这个迭代中。不要在一个迭代中针对这些需求做开发，而将针对这些需求的测试放到另外一个迭代中。

    2.3 在迭代中执行测试

    因为每个迭代都是一个瀑布，开发完成后要发布可执行的工作版本，所以在每个迭代中都需要执行测试。在每个迭代中执行测试，可以参考以下的过程：

    图 2：在每个迭代中执行测试的过程