产品开发计划模板.doc
《产品开发计划模板.doc》由会员分享，可在线阅读，更多相关《产品开发计划模板.doc（20页珍藏版）》请在冰豆网上搜索。
密级ConfidentialityLevel
报告版本ReportVersion
页数TotalPages
报告编号：
产品开发计划
项目号：
项目名称：
编制人：
部门：
日期：
初审Pre-Reviewedby
日期Date
复审Reviewedby
日期Date
批准Approvedby
日期Date
版权所有侵权必究
AllCopyrightReserve
20/20
产品开发计划 报告编号：
第1版
目录
1内容简介 4
1.1 文档目的 4
1.2 文档范围 4
2项目概况 4
3项目组织结构 4
4项目依赖关系分析 5
5.1项目关键路径分析及保障措施 5
5.2项目依赖关系分析 5
5.3项目关键成功因素 6
5.3技术方法和工具 6
5交付件 6
6项目计划 7
6.1项目的里程碑计划 7
6.2项目WBS计划（highlevel计划） 9
7人力资源和技能需求 9
8项目所需其它资源 10
9.1 关键物料需求计划 10
9.2 实验设备和环境资源计划 11
9资料开发计划 11
10对外合作计划 12
11外包任务 12
10.1 子承包商资料 12
10.2 外包任务的范围 12
10.3 里程碑、交付件 12
12预算/分配（可选） 12
13验收标准（可去掉） 12
14质量计划（也可单独成文档） 13
12.1项目过程定义 13
12.2质量目标 13
12.3通过技术手段保证质量 14
12.4质量控制活动 14
12.5质量保证活动 15
15项目沟通计划 16
14.1项目组会议 16
14.2项目报告机制 16
16项目的重用计划 16
15.1 现有重用构件 16
15.2 新增重用构件 17
17配置管理计划 17
18问题 17
19风险管理计划 17
20客户的参与 18
21培训计划 18
22计划更新策略 19
1内容简介
1.1文档目的
这部分要描述文档的目的，应该指明读者。
1.2文档范围
<描述项目计划的范围，明确文档涉及的各项内容>
简要描述本计划需要在该产品项目中完成的工作活动及其工作目标、项目采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。
2项目概况
简要描述本项目的类型（新产品/改进/维护类）、项目的目的、范围、目标（例如：
项目的市场定位，产品需求等）。
3项目组织结构
PDT组织结构图
PDT及系统分析与设计组成员建议，产品开发成员建议
在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进行沟通的结果
描述项目的组织结构，建议采用图表的表示方式。
也可参考下例：
下表定义了项目成员的角色和职责。
l在审核之前项目经理需指定所有文档和代码的审核人。
l对于各个角色的职责定义可根据项目实际情况进行补充。
l下表内容应当至少在项目的每个阶段结束时进行更新。
对于项目阶段中/阶段间发生的组织结构的变化，项目经理应当通过邮件周知所有相关人员，然后更新项目计划。
表4 项目的组织结构
No.
角色
姓名
向谁报告
备份资源
1
客户代表
2
产品QA（PQA）
3
PDT经理
版本经理1
版本经理1
4
市场代表（MKTPDT）
5
技术支持代表（TSEPDT）
6
制造代表（MNFPDT）
7
采购代表（PROPDT）
8
财务代表（FPDT）
9
开发代表（RDPDT）
系统工程师（SE）
软件经理
硬件经理
结构经理
开发组长（PL）1
开发组长（PL）2
10
变更控制委员会（CCB）
11
技术评审专家（Reviewer）
4项目依赖关系分析
5.1项目关键路径分析及保障措施
在本节中，分析影响项目进度的关键步骤/环节、关键因素，并提出保障措施
5.2项目依赖关系分析
在本节中，说明项目的内部依赖关系（如：
开发测试工具、人力资源等）和对外部的依赖（如项目之间、与客户之间的技术、资源等方面）。
可用依赖性列表、活动网络图的方法描述。
列出所有影响项目计划的假设因素（相对于已知的因素）。
如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。
另外还要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等>
请参考下例：
表1项目依赖关系
Sl.No
依赖于（通常指接口等）
责任人
状态OPEN（正在进行）/CLOSE（已经关闭）
最早提供日期
验收条件（如果有）
1
2
3
5.3项目关键成功因素
关键成功因素
影响
高/中/低
依赖关系
行动计划
5.3技术方法和工具
在本节中，描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他标记、工具、技术和方法。
此外，对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进行说明。
参考下例，对于产品项目所需要的硬件、软件和其他工具设备用下表描述：
表2技术方法和工具
分类
名称
型号
数量
开始使用日期
结束使用日期
仪表
专用仪表
开发工具
5交付件
在本节中，应描述需要交付给下游部门的工作产品及其需求。
这些交付工作产品应包括各种设计文件、图纸、文档等。
交付工作产品应分解成可管理的大小粒度。
（这部分内容如在配置管理计划或文档计划中给出，则可以指出相关文档名称或者给予链接即可。
）可以采用列表方式。
举例如下：
表3 项目交付工作产品
交付工作产品名称
产品描述
质量保证活动
验收标准
交付件形式
总体设计文档
XXX项目XX总体设计方案
正规检视及评审
归档/发布
文档
详细设计文档
XXX项目XX详细设计
归档/发布
文档
归档/发布
归档/发布
文档
归档/发布
文档
归档/发布
文档
归档/发布
文档
……
……
……
……
……
6项目计划
6.1项目的里程碑计划
§关键里程碑计划可采用图形方式。
将项目的所有里程碑和关键活动标注在下面的时间轴上。
注意：
如果存在早期功能子集Beta和/或ESP交付件，PDT需要对交付件进行TR4A/TR5评审，以及对GA层产品交付件进行TR4A和TR5评审。
PDT不需要对每一个构件标注TR4，只需要标示第一个TR4的日期。
如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段，如上所示。
§也可采用如下例子的形式描述里程碑计划。
表5项目里程碑计划
阶段
估计结束日期
交付件
验收准则
（可去掉）
TR1（需求评审）
和概念DR
市场调研报告（立项阶段输出）
市场需求清单（立项阶段输出）
初始业务计划（立项阶段输出）
产品需求规格书
TR2（总体方案评审）和计划DR
产品可行性分析报告/产品业务计划
产品开发计划
总体设计方案书/产品设计说明书
产品测试与验证计划
工艺总体方案
装备总体方案
初始物料清单
供应商和物料选择计划
物料认证计划
提前采购决策
TR3（模块级概要设计评审）
模块级概要设计/总体设计
各模块级测试报告
目标成本跟踪表
市场教育和培训计划
测试方案
TR4（原型机评审）
原型机
原型机测试报告
TR5（设计定型评审）
中试样机验证报告
制造系统验证报告
BETA测试结束
BETA测试报告
外部认证结束
系统认证和标杆测试报告
TR6（转产评审）
和发布DR
产品可行性分析报告/产品业务计划（优化后）
市场发布材料清单
受控销售阶段评估报告
试产验证测试报告
制造系统验证报告
量产点GA
量产检查点确认通知
6.2项目WBS计划（highlevel计划）
参见项目的WBS计划，请指出具体存放位置。
6.3软件详细计划
6.4硬件详细计划
6.5结构详细计划
7人力资源和技能需求
§也可采用下表格式：
<罗列项目需要的人力资源及技能要求>
对项目组人员提出可能会影响项目进度的技能要求，例如：
CPU应用技能、VxWorksBSP技术等。
Sl.No.
资源名称
阶段1
（人数、技能要求）
阶段2
（人数、技能要求）
阶段3
（人数、技能要求）
阶段4
（人数、技能要求）
说明
1
项目经理
2
XX业务代表
3
硬件组
4
软件组
结构组
测试组
§也可采用下表格式：
<罗列项目需要的人力资源及技能要求>
Sl.No.
资源名称
人数
起始日期
结束日期
技能要求
说明
1
2
3
4
8项目所需其它资源
9.1关键物料需求计划
详细描述在不同阶段对关键物料的需求计划。
可单独形成《关键物料需求计划》。
或可单独形成《供应商※物料选择计划》
也可采用下表：
：
表6 关键物料需求计划
关键物料描述
计划采购到货时间
预期最长采购周期
计划采购数量
概念、计划阶段物料
XXX器件
开发阶段物料
XXX器件
验证与发布阶段物料
升级会员 