敏捷项目管理实战之进度管理.docVIP

优化项目计划 　　敏捷开发的基本特征是迭代开发。而迭代开发的强调的是小批量、频繁交付。因此，每次迭代所要实现的需求相对较少。这使得迭代开发中的项目计划制定相对容易，制定项目计划时任务与任务间的逻辑关系也比较容易掌握。但是，由于迭代开发往往采用时间盒(Time-box)的方式进行，即要求每次迭代的时间是固定的(业界推荐的是 2~4 周)。而每次迭代所要实现的需求(Story)的个数及其难度都不尽相同。这就要求我们在某些情况下要尽可能地优化项目计划，以保证工期不会超出时间盒的范围。 　　优化项目计划的常见方法是尽可能地使各个任务并行。比如，有两个功能的开发任务，其中一个功能 A 依赖于另外一个功能 B。但这并不意味着我们必须将这两个功能的开发任务串行安排(即先开发 B 功能，再开发 A 功能)。此时，可以使用测试桩(Testing Stub)来模拟 B 功能的实现，这样使得 A 功能的开发和测试可以先独立于 B 功能的实现。因此这两个功能的开发可以并行。 　　计划安排时考虑避免重复劳作也是缩短工期的一个常见方法。在 Story 驱动的一个迭代开发过程中，从第二个迭代开始，往往存在多个 Story 的实现涉及同一个模块的代码修改。此时，计划可以安排多个人并行开发这几个 Story、但是转 Story 测试时，这几个 Story 可以合并成一个大 Story一起转测试。从而避免了多次测试同