任务:生命周期里程碑复审
此任务描述了如何在一个阶段结束时复审项目的状态,并确定项目是否应继续进行到下一阶段。
规程:项目管理
关系
角色主执行者: 其他执行者:
输入必需: 可选:
输出
流程使用情况
主要描述

在每个阶段结束时,在该阶段最后一个迭代完成后,会进行一次生命周期里程碑复审,以确定是否应允许项目继续进行到下一阶段。它标记这样一个点,在该点应重新对管理和技术期望进行同步,但要考虑的问题 应主要与项目的管理相关 - 主要技术问题应已通过(该阶段的)最后一个迭代解决, 或在随后的任务:准备阶段收尾中解决。

在每个主要里程碑处均要进行复审,尤其是以下里程碑:

要考虑的问题

缺省情况下,要考虑的问题是那些在状态评估中详细讨论的问题,例如:

  • 项目的进度(在交付能力、质量和计划的工作产品方面)足以进入下一阶段吗?
  • 项目的风险情况对于进入下一阶段是可接受的吗?
  • 所有项目干系人能很好地了解并接受项目范围吗?
  • 根据配置审计,项目的基线处于已知状态吗?
  • 项目的执行在成本和进度安排上可接受吗?

还要检验业务案例,该业务案例 先前已更新以考虑对范围和风险的所有更改,以便根据项目的业务环境或整个系统环境中的所有变更,重新验证其假设和结论。

如果阶段的结束也标志着合同的结束,那么财务方面的考虑将是尤其重要的。

步骤
安排生命周期里程碑复审会议

生命周期里程碑复审会议是在客户代表、项目的管理团队(项目经理,加上项目团队的各个功能区域的团队领导)和项目复审委员会之间的会议。

当确定参加会议的人员后,接下来确定会议召开的日期/时间。要有足够的前导时间供参与者复审一些将用作核准决策的基础的材料,这很重要。

分发会议材料

在开会前将复审材料分发给复审者。确保这些材料在会议之前发到每个人手上,让复审者有足够的时间审阅这些材料。

举行生命周期里程碑复审会议

在会议期间,参与者主要关心状态评估和业务案例。请参阅要考虑的问题

在会议结束时,复审者应决定是否核准。如果剩余的问题很少且相对不重要,则客户可以决定在采取了某些更正操作的情况下有条件地接受产品。在此情况下,项目经理可以根据问题的重要性,选择启动新的迭代来处理发生的问题,或者只是将问题作为最终迭代的扩展处理,不同之处在于所需的计划量。如果发现该阶段的结果不能接受,项目经理可能必须启动另一迭代,或者可能问题的解决已超出 项目经理的能力,那么则将问题留给客户和项目复审委员会解决。

生命周期里程碑复审会议的结果可以是以下之一:

接受该阶段  客户代表同意项目已达到该阶段的预期,可以继续进行到下一阶段。 
有条件的接受  客户代表同意项目可以继续进行到下一阶段,但需要完成指定的更正操作。 
不接受该阶段  项目未能达到阶段的预期:要么再安排一个迭代,要么各个项目干系人根据合同来重新确定项目范围或者终止项目。 
记录决策

在会议结束时,会完成一份复审记录,捕获所有重要讨论或操作条款,并记录生命周期里程碑复审的结果。如果结果是“不接受”,则在允许项目继续进行的情况下,应暂时安排下一次复审。在计划了附加迭代之后,将设置一个更确定的日期。