原创力文档- 1、本文档共19页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
PAGE
PAGE1/19
密级
密级
ConfidentialityLevel
报告版本 ReportVersion
页数
TotalPages
报告编号：
产品开发计划
项目号：项目名称：编制人：部门：
日期：
初审
初审Pre-Reviewedby
复审Reviewedby
批准Approvedby
日 期 Date
日 期 Date
日 期 Date
版权所有侵权必究
AllCopyrightReserve
产品开发计划第1版报告编号：
产品开发计划
第1版
报告编号：
PAGE
PAGE2/19
目 录
内容简介 4
文档目的 4
文档范围 4
项目概况 4
项目组织结构 4
项目依赖关系分析 5
项目关键路径分析及保障措施 5
项目依赖关系分析 5
项目关键成功因素 6
5.3技术方法和工具 6
交付件 6
项目计划 7
项目的里程碑计划 7
项目WBS计划（highlevel计划） 9
人力资源和技能需求 9
项目所需其它资源 10
关键物料需求计划 10
实验设备和环境资源计划 10
资料开发计划 11
对外合作计划 11
外包任务 12
子承包商资料 12
外包任务的范围 12
里程碑、交付件 12
预算/分配（可选） 12
验收标准（可去掉） 12
质量计划(也可单独成文档) 12
项目过程定义 13
质量目标 13
通过技术手段保证质量 13
质量控制活动 13
质量保证活动 15
项目沟通计划 15
项目组会议 15
项目报告机制 16
项目的重用计划 16
现有重用构件 16
新增重用构件 16
配置管理计划 17
18问题 17
风险管理计划 17
客户的参与 18
培训计划 18
计划更新策略 18
产品开发计划第1版报告编号：
产品开发计划
第1版
报告编号：
4/19表格号：02792
4/19
表格号：02792
内容简介
文档目的
这部分要描述文档的目的，应该指明读者。
文档范围
描述项目计划的范围，明确文档涉及的各项内容
简要描述本计划需要在该产品项目中完成的工作活动及其工作目项标目、采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。
项目概况
简要描述本项目的类型（新产品/改进/维护类）、项目的目的、范围、目标（例如：项目的市场定位，产品需求等）。
项目组织结构
PDT组织结构图
PDT及系统分析与设计组成员建议，产品开发成员建议
在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进行沟通的结果描述项目的组织结构，建议采用图表的表示方式。
也可参考下例：
下表定义了项目成员的角色和职责。
在审核之前项目经理需指定所有文档和代码的审核人。
对于各个角色的职责定义可根据项目实际情况进行补充。
下表内容应当至少在项目的每个阶段结束时进行更新。
对于项目阶段中/阶段间发生的组织结构的变化，项目经理应当通过邮件周知所有相关人员，然后更新项目计划。
表4 项目的组织结构
No.
No.
角色
姓名
向谁报告
备份资源
1 客户代表
产品开发计划第1版报告编号：
产品开发计划
第1版
报告编号：
PAGE
PAGE5/19
No.
角色
姓名
向谁报告
备份资源
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）
项目依赖关系分析
项目关键路径分析及保障措施
在本节中，分析影响项目进度的关键步/骤环节、关键因素，并提出保障措施
项目依赖关系分析
在本节中，说明项目的内部依赖关系(如：开发测试工具、人力资源等)和对外部的依赖（如项目之间、与客户之间的技术、资源等方面）。
可用依赖性列表、活动网络图的方法描述。
列出所有影响项目计划的假设因素(相对于已知的因素)。如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。另外还要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或PD者T
提供正在开发的仿真性能测试工具以代替实际环境测试等等
请参考下例：
表1 项目依赖关系
Sl. 依赖于（通常指接口
No 等）
1
2
3
责任人 状态OPEN（正在
进行）/CLOSE（已经关闭）
最早提供
文档评论（0）