17 配置管理计划
项目的配置管理活动应该按照配置管理计划来执行。参见《XXX项目配置管理计划》。
18 问题
<描述与当前版本有关的问题或从前一版本继承而来的问题> 列出项目初期任何其他已经发现的问题,包括组间协调、实验环境、工作场所等问题。
Sl. 问题 No 1 2
责任人 状态(打开/关 闭) 最早关闭日期
19 风险管理计划
按照风险管理规程来管理项目的风险。祥见《XXX项目风险管理计划》。
在此详细说明项目的风险项、风险描述、风险级别、规避措施、应急计划、触发条件。具体操 作办法请参考风险评估和管理相关文档。
存在哪些技术、市场和财务风险? 已确认的风险和假设是否已解决?有无遗留问题? 有无新的风险和假设?
提供简洁的风险管理计划。为了减少风险,在各阶段必需做些什么?如果在计划的时间范围内, 这些风险不能解决,有没有准备其它的计划?
如果没有这些风险,对项目会有哪些影响?
与产品包相关的各方面的风险包括: 市场/客户风险;
技术风险; 财务风险; 制造风险; 采购风险; 技术支持风险; 项目风险
..
20 客户的参与
Sl. 在哪些方面(阶段、 No 工作产品等)参与 序 号 1 2 3 4
期望客户承担的职责 最大响应时间 说明
22 培训计划
在本节中,明确说明相应人员现有的水平、需要的技能 、培训方式和培训效果评估方式信息。 举例如下:
表10
培训计划
培训方式 培训效果评估 方式 No 1 2 3 培训领域 需要的技能 项目组成 已具备的 水平 员 技能水平
导师计划也应包含在本培训计划中,该类计划在“培训方法”一栏需标识“导师培训”。
23 计划更新策略
在本节中,应描述项目计划的更新策略,明确说明项目计划更新的发布方法。还要说明对项目 计划进行变更控制和管理的机制以及其载体。以下文字仅供参考:
在发生如下事件时,PM修订项目计划和参考文档: 到达某里程碑,在每个阶段结束后如果必要的话修订项目计划。 项目的范围发生变化
当风险成为现实时采取了相应的行动 当进度、工作量超出控制的范围并需要采取纠正行动时。 当与上阶段规模变化超过+/-15%。 内部或外部审计导致的纠正活动
..
对修订后的项目计划按照项目管理规程来批准和签发。
项目计划的更新,存在阶段驱动性更新和事件驱动性更新两种类型。阶段驱动性更新是指在每 一阶段结束时,如果计划或者工作量估计的变动超过10%,就需要对项目计划进行更新;事件驱动 性更新是指在计划执行过程中遇到项目突然变动或者其他影响项目正常运行的事件发生,需要对项 目的计划进行更新。
项目计划更新需要对计划文档更新和项目里程碑计划的更新。 不论是阶段驱动性更新还是时间驱动性更新都需要对项目的更新计划进行评审,评审需要 PDT 经理、PQA以及功能领域代表参加。
..