任务:准备阶段收尾
此任务描述了如何准备项目以结束某个阶段,并为生命周期里程碑复审准备材料。
关系
角色主要: 其他: 辅助:
输入必需: 可选:
外部:
输出
主要描述

阶段的结束代表项目的同步(技术和管理期望)和结束点,它与迭代的结束(多多少少)重合。但是,与其他迭代不同,终止一个阶段的迭代应该尽可能少地将尚待处理的大小问题带入下一个迭代(位于下一个阶段中)。实际上,阶段的结束标记着这样一个点:此时可以考虑重新确定项目的范围,甚至重新签订项目的合同。例如,先启阶段是探索性的,可以在时间和材料或追加成本类型的合同下恰当地执行。根据开发的创新程度,精化阶段可以作为固定价格或追加成本的合同完成。构造和移交阶段使得对系统有了足够的了解,这样固定价格的合同对于购买方和供应商就显得更有吸引力。

主要里程碑标志着阶段的结束,生命周期里程碑复审就是在这个节点开展的。这主要是为了让所有项目干系人对项目的当前状态取得一致意见。这些复审通常是正式的,开展时有一些仪式,从而向所有项目干系人表明阶段的目标已经实现。移交阶段的结束是由产品发行里程碑进行标记的。还由项目验收复审进行标记。任务:准备项目收尾中涵盖了移交阶段的阶段结束操作。

进入阶段的最后迭代后,项目经理已规划好将“生命周期里程碑复审”的所有必需工作产品准备就绪。但是,在开展“生命周期里程碑复审”前仍会有任务:评估迭代任务:迭代验收复审。如果迭代进展得顺利,这个任务(准备阶段收尾)除了将阶段结束工作产品分发给项目干系人外几乎没有要采取的操作。项目经理可能会决定从迭代评估中产生的某些问题或问题列表中仍然存在的问题需要在生命周期里程碑复审前进行处理,不能带入下一个阶段。这实际上意味着将发生一个小型迭代,其间将解决选中的问题和其他问题 - 尽管从工作流程上来讲,这可以当作最后一个迭代的扩展。

步骤
检查所需工作产品的状态

项目经理将用来自最新的“迭代评估”和“状态评估”的信息检查阶段结束所需的每个工作产品。只要存在项目经理认为会妨碍“生命周期里程碑复审”成功进行的未解决事宜或问题,就会在将工作产品分发给项目干系人之前启动工作解决这些问题。

所需的工作产品

安排配置审计

如果要求的话,项目经理将根据执行配置审计来安排执行功能配置审计和物理配置审计。

开展阶段事后复审

当完成“检查所需工作产品状态”激发的所有任务后,就可以修改迭代评估来反映改进的状态。然后就开展事后复审确定项目是否已经准备就绪,可以进行“生命周期里程碑复审”了。再次检查上一个迭代的迭代评估和“问题列表”,以确保能理解所有剩下的问题,并确保项目干系人能接受将它们带入下一个迭代。如果已将任何产品交付给客户以便在当前阶段进行操作使用,则应确保所有必需的安装、培训和移交任务都有了可接受的进展。

如果阶段的结束也是当前合同的结束(有为下一个阶段重签合同的意向),项目经理将安排项目的资金,确保所有支付都已经收到,并确保已经向所有供应商和分包商支付了款项。组织策略或其他规章要求可能还要求在合同终止时进行更正式的审计流程,覆盖项目的财务、预算流程和资产。

项目经理制作状态评估,其中记录阶段事后复审和配置审计的结果,为生命周期里程碑复审作准备。

将工作产品分发给项目干系人

安排进行“生命周期里程碑复审”前的某个时间,项目经理向所有项目干系人提供将在“生命周期里程碑复审”中考虑的工作产品的副本。在非常正式的合同环境中,根据合同要求,工作产品的交付可能要在复审前几个星期进行。但是,Rational Unified Process 建议,项目干系人介入和参与项目的程度(例如,在技术和管理联合复审中)应该是保证这样的交付不会引起争论;项目干系人将总是熟悉交付的材料。他们将看到工作产品在项目的各个迭代中的演进过程。即便如此,考虑到这些交付的正规性,部署 规程将确保恰当地考虑包装、标注、安装、移交等过程。

所需的工作产品

完成生命周期里程碑复审操作项

生命周期里程碑复审后可能会有一些剩下的操作需要完成,能否批准开始下一个阶段可能要视这些操作而定。项目经理开始工作来解决这些问题。



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复