目的
  • 核准当前迭代的建议工作计划。
角色: 管理复查员  
频率:每个迭代一次
步骤
输入工件:   结果工件:   
工具向导:  

工作流程明细:  

在已为当前迭代制订了迭代计划时进行迭代计划复审。此复审的目标在于确保建议的工作计划将满足为迭代制定的目标(如软件开发计划中所记录)。

安排迭代计划复审会议 回到页首

迭代计划复审的参与者应包括客户代表和项目的管理团队(项目经理,加上项目团队的各个功能区域的团队领导)。还可以包括项目复审委员会的代表。

一旦已确定了迭代计划复审会议的参与者,则为要举行的会议设置日期/时间。要提供足够的前导时间供参与者复审一些将用作核准决策的基础的项目材料,这很重要。

分发会议材料 回到页首

在会议之前,将项目材料分发给复审者。确保在迭代计划复审会议之前提前足够的 时间分发这些材料,以使复审者能有足够的时间复审它们。应提交进行复审的一组工件至少应该包括:

  • 迭代计划
  • 风险列表
  • 软件开发计划

举行迭代计划复审会议 回到页首

在会议期间,复审者对建议的迭代计划进行评估,以确定它是否满足在软件开发计划中为迭代制定的目标。复审员还寻找计划中的任何错误假设或遗漏。考虑诸如以下问题:

  • 计划的工作支持为迭代制定的目标吗?包含了任何不支持这些目标的工作吗?
  • 在计划中识别了足够的资源吗?这些资源可用/可获取吗?
  • 计划针对了对项目最重要的风险吗?
  • 清楚地为迭代识别了可交付工件和评估条件吗?
  • 已使用合理的分析方法准备了迭代估计吗?
  • 计划中针对了业务案例和远景中识别的需要吗?
  • 以足够频繁的时间间隔安排了复审点和里程碑吗?

在会议结束时,复审者应做出核准决策。结果可以是以下一项:

计划已核准  迭代将按计划继续进行。 
项目已取消  由于已知风险和项目预算/进度安排的原因,项目不再可行。 
决策已推迟  需要更多信息或进一步的调查,然后才能作出核准决策。 

记录决策 回到页首

在会议结束时,会完成一份复审记录,捕获所有重要讨论或操作条款,并记录迭代计划复审的结果。如果结果是“决策已推迟”,那么应安排在以后的日期进行下一次迭代计划复审会议。



Rational Unified Process   2003.06.15