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