
| 密级 Confidentiality Level | |
| 报告版本 Report Version | |
| 页数 Total Pages |
产 品 开 发 计 划
项 目 号:
项目名称:
编 制 人:
部 门:
日 期:
| 初审Pre-Reviewed by | 日 期 Date | ||
| 复审Reviewed by | 日 期 Date | ||
| 批准Approved by | 日 期 Date |
All Copyright Reserve
内容简介
1.1文档目的
此计划书的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题做出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。
1.2文档范围
文档对项目开发过程进行科学、合理、系统的分析,利用PDT组织架构明确设计组成员及各职能部门的工作内容,并对项目依赖关系及影响项目进度的关建环节、关建因素进行分析,并提出保障措施。
为了能对项目开发全快局撑控,文档对开发过程中的各个细节做的了祥细的计划,主要包括以下几个方面:
(1)项目里程碑计划:明确产品开发过程中各个关建节点,以及在节各节点上所要达到的目标,以及向下游部门的交付件,以此检验项目的进展情况及完成质量。
(2)WBS计划:将项目逐级分解成可管理的片段,每个片段责任到人,明确各片段责任人的任务及要达到的目标。
(3)项目进度计划:明确项目开始、结束时间,以及要求达到的目标。
(4)项目风险管理计划:详细说明项目存在的风险项、风险级别、规避措施、应急计划、触发条件,以及具体应对方法。
(5)项目沟通计划:定期对项目干系人进行沟通,及时了解项目开展过程中各个环节的实施情况,计划实际操作有无问题,以便及时调整,以达到最优效果。
(6)人力资源须求计划:对整个项目环节所需要的人员数量作安排、以及要达到的技术水平做出按排。
(7)对外合作计划:明确对外合作的内容,具体交付件,要求在达到的目标等。
(8)质量保证计划:主要括技术评审、内部审计、交付审计与基线审计。
(9)资料开发计划:列出项目中需要开发的资料及计划完成时间。
(10)配置管理计划:对产品开发中的资料进行管理,指出相应人员对资料的权限,对资料的版本时行管理。
(11)培训计划:对相应人员要求达到的技能,培训要求达的的效果做出明确规定
项目概况
在公司生产规模不断扩大的背景下,一方面现有研磨设备已无法满足需求,另一方面现有研磨设备已达到使用年限,需要更新换代。四角研磨设备为跳纤研磨、FA芯片研磨的必需设备,自主研发即可满足内部需求,又可以对外开拓市场,为公司赢取最大利益。
根据公司扩产规模,以市场价估算,所需投资该项目设备在150万元左右,自主研发所需设备投资资金在50万元左右,可以在设备投资方面节省100万元左右。
项目研发的目标是以最短的时间开发出能够达到使用要求的研磨设备,根据现有市场上的设备优缺点取长补短,开发出有自己特色和优势的设备。
项目组织结构
表4 项目的组织结构
| No. | 角色 | 姓名 | 向谁报告 | 备份资源 |
| 1 | 技术总监 | 廖鹏 | ||
| 2 | 采购总监 | 陈卫中 | ||
| 3 | 财务经理 | 何耀林 | ||
| 4 | 项目工程师 | 龙通海 | 技术总监 | |
| 5 | 测试工程师 | 余有胜 | 技术总监 | |
| 6 | 采购代表(PROPDT) | 张丽 | 采购总监 | |
| 7 | 生产代表 | 暂无 | ||
| 8 |
4.1 项目关键路径分析及保障措施
项目开展主要包括以下几个主要阶段:
4.1.1 图纸设计阶段:为了保证达到设备要求的预期效果,对设备精度、行业标准做透彻的了解,尽量避免少走弯路。
4.1.2 采购阶段:根据产品市场定位,合理选择零配件品牌。
4.1.3 样品试制评审阶段:因目前公司加工主要为外协加工,所以试制阶段为影响项目进度的主要因素,为了保障能达到预期要求,主要从加工能力及价格两方面评估选择外协加工供应商。
4.1.4 小批量试产阶段:一方面检验设备加工精度的一致性能否达达要求,主要控制环节在加工供应商的选择上;二方面根据现有人员配备情况,检验各个生产环节的安排是否合理,制定最优化生产工艺及生产制程,以提高生产效益为目的。
4.1.5 大批量生产阶段:以生产工艺与制程落实为前提,根据产能需求配备相关工位及技能的人员、所需工具、生产设备。
4.2 项目依赖关系分析
项目依赖关系
| Sl. No | 依赖于(通常指接口等) | 责任人 | 状态OPEN(正在进行)/CLOSE(已经关闭) | 最早提供日期 | 验收条件(如果有) |
| 1 | 项目计划书编写 | 龙通海 | CLOSE | 2012-06-01 | |
| 2 | 图纸设计 | 龙通海 | CLOSE | 2012-07-01 | |
| 3 | 找外协供应商 | 张丽/龙通海 | CLOSE | 2012-07-10 | |
| 4 | 样品测试 | 余有胜 | CLOSE | 2012-08-10 | 见图纸要求 |
| 5 | 批量生产 | 龙通海(暂时) | OPEN | 2012-11-01 | 见图纸要求 |
| 关键成功因素 | 影响 高/中/低 | 依赖关系 | 行动计划 |
| 成本的有效控制 | 中 | 采购 | 选择三家以上的优质供应商,以我方核算价格作为参考基准,与供应商进行价格谈判 |
| 加工精度的有效控制 | 高 | 外协供应商的加工能力(主要考量加工设备精度与检测手段) | 选择有加工实力的供应商,要求加工设备与检测手段能达到我方要求,保证加工质量。 |
工具
| 分类 | 名称 | 型号 | 数量 | 开始使用日期 | 结束使用日期 |
| 仪表 | 千分表 | 不限 | 1台 | 2012-11-1 | |
| 3D干涉仪 | 不限 | 1台 | 2012-11-1 | ||
| 电子拉力计 | 不限 | 1台 | 2012-11-1 | ||
| 开发工具 | 公制内六角扳手 | 史丹利 | 3套 | 2012-11-1 | |
| 十字螺丝刀 | 5把 | 2012-11-1 | |||
| 一字螺丝刀 | 2把 | 2012-11-1 | |||
| FC/SC/LC研磨夹具 | 各1套 | 2012-11-1 | |||
| FC/SC/LC跳纤(PC/APC) | 各10套 | 2012-11-1 |
项目交付工作产品
| 交付工作产品名称 | 产品描述 | 质量保证活动 | 验收标准 | 交付件形式 |
| 总体设计文档 | 四角加压研磨机产品开发计划书 | 正规检视及评审 | 归档/发布 | 文档 |
| 详细设计文档 | 四角加压研磨机图纸 | 正规检视及评审 | 归档/发布 | 图纸 |
| 物料清单 | 四角加压研磨机物料清单 | 正规检视及评审 | 归档/发布 | 文档 |
项目计划
6.1项目里程碑计划
| 阶段 | 估计结束日期 | 交付件 | 验收准则 (可去掉) |
| 需求评审阶段 | 2012-06-10 | 立项报告 产品开发计划书 | |
| 总体方案评审 | 2012-06-30 | 总体设计方案图纸 采购物料清单 | |
| 原型机评审 | 2012-07-15 | 原型机 原型机测试报告 | |
| 设计定型评审 | 2012-07-20 | 中试样机验证报告 制造系统验证报告 | |
| 测试结束 | 2012-07-30 | 最终测试报告 | |
| 转产评审和发布 | 2012-08-10 | 市场发布材料清单 受控销售阶段评估报告 试产验证测试报告 制造系统验证报告 | |
| 量产 | 2012-08-20 | 量产检查点确认通知 |
分解代码
| WBS code | 任务名称 Task | 包含活动 Activities included | 工时估算 Estimated Time | 人力资源 Estimated HR | 其 他 资 源 Estimated resources | 费用估算 estimated cost | 工期 Expecte d days | 团队成员(Team member) | ||||||
| 1.1 | 绘制3D图结构 | 绘制3d图、元器件选型号 | 40 | 1 | 电脑1台(现有) | 5 | 龙通海 | |||||||
| 1.2 | 出工程图 | 出工程图、初定精度、公差 | 16 | 1 | 电脑1台(现有) | 2 | 龙通海 | |||||||
| 1.3 | 列物料清单 | 包括产品总物料清单、外协加工采购物料清单、内部采购物料清单 | 8 | 1 | 电脑1台(现有) | 1 | 龙通海 | |||||||
| 2.1 | 原型机采购 | 确定供应商、采购及外购加工原型机零配件 | 120 | 1 | 15 | 张丽 | ||||||||
| 2.2 | 原型机装配、测试、评审 | 1.确认装配精度是否达到预期要求 2.测试、评审是否达到设计性能要求,是否需要改善 | 16 | 5 | 相关测式仪器及工具 | 2 | 廖鹏 | 龙通海 | 李世清 | 余友胜 | ||||
| 2.3 | 设计定型评审 | 1.对改良后的中试样机测试、评审,确定无修改后设计定型. 2.制造系统、装配、测试工艺初步定型. | 8 | 5 | 1 | 廖鹏 | 龙通海 | 李世清 | 余友胜 | |||||
| 2.4 | 最终测试 | 最终测试报告 | 8 | 1 | 相关测式仪器 | 1 | 余友胜 | |||||||
| 2.5 | 0.5 | 3 | 1 | |||||||||||
| 2.6 | 1 | 4 | 1 | |||||||||||
| 4.5 | 2 | 20 | 2 | |||||||||||
| 4.6 | 1 | 2 | 1 | |||||||||||
| 4.7 | 1 | 2 | 1 | |||||||||||
| 5.1 | 3 | 6 | 3 | |||||||||||
| 5.2 | 0.5 | 2 | 1 | |||||||||||
| 5.3 | 0.5 | 1 | 1 | |||||||||||
| 5.4 | 1 | 3 | 1 | |||||||||||
也可采用下表格式:
<罗列项目需要的人力资源及技能要求>
对项目组人员提出可能会影响项目进度的技能要求,例如:CPU应用技能、VxWorks BSP技术等。
| Sl. No. | 资源名称 | 阶段1 (人数、技能要求) | 阶段2 (人数、技能要求) | 阶段3 (人数、技能要求) | 阶段4 (人数、技能要求) | 说明 |
| 1 | 项目经理 | |||||
| 2 | XX业务代表 | |||||
| 3 | 硬件组 | |||||
| 4 | 软件组 | |||||
| 结构组 | ||||||
| 测试组 | ||||||
<罗列项目需要的人力资源及技能要求>
| Sl. No. | 资源名称 | 人数 | 起始日期 | 结束日期 | 技能要求 | 说明 |
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 |
9.1关键物料需求计划
详细描述在不同阶段对关键物料的需求计划。
可单独形成《关键物料需求计划》。
或 可单独形成《供应商※物料选择计划》
也可采用下表::
表6 关键物料需求计划
| 关键物料描述 | 计划采购到货时间 | 预期最长采购周期 | 计划采购数量 |
| 概念、计划阶段物料 | |||
| XXX器件 | |||
| 开发阶段物料 | |||
| XXX器件 | |||
| 验证与发布阶段物料 | |||
| XXX器件 | |||
注:项目组应充分估计各物料的采购周期,在各关键点应提前下达采购需求给采购部门。
增加提前采购,供应商选择
参见提前采购计划表模板:《新物料提前采购清单》,部分物料可以从该表COPY过来
项目组应该计划好首次量产前(包括工程样机、中试样机、首次量产)的所有物料,并根据后续量产的数量、时间结合市场的计划等给出建议。
9.2实验设备和环境资源计划
详细描述在不同阶段对不同的环境的需求计划。如特殊的硬件平台、测试设备、软件工具等。标准的办公硬件不必在这里列。
举例如下:
表6 实验设备和环境资源计划
| 阶段 | 描述 | 数量 | 计划使用时间区段 | 说明 |
| 概念分析 | ||||
| 计划阶段 | ||||
| 开发阶段 | ||||
| 验证阶段 | ||||
表7 资料开发计划
| 资料类别 | 资料名称 | 责任人 | 计划完成时间 | 验收准则 |
| 1. 用户类资料 | 用户手册 | 客户产品布XXX | 评审 | |
| 2. 营销类资料 | 市场部YYY | 评审 | ||
| 3技术支持类资料 | 开发/ 测试 | 评审 | ||
| 4应用开发资料 | 开发/测试 | |||
参照总体设计文档“外包外购的相应规格”列出需要对外合作的部分。
包括合作内容,进度要求等
外包任务
<本部分仅当项目中有外包时适用>
10.1子承包商资料
| 子承包商名 | |
| 联系人 | |
| 通讯地址 | |
| <其它> |
<指明项目外包给子承担商的工作内容,可以采用特性、需求、模块等来说明>
10.3 里程碑、交付件
<指明协商后确定的子承包商的里程碑、交付件>
| 里程碑 | 分配给子承包商的工作产品 | 计划开始日期 | 计划完成日期 | 给公司的交付件 |
估计产品的预算及分配
讨论主要的未解决问题,包括资金投入的及时性及性质。将实际日期的项目资源、成本和时间进度与估计的整个项目的资源、成本和时间进度进行比较。
验收标准(可去掉)
客户的验收标准就是产品应满足在需求规格文档中描述的需求。系统测试和验收测试将证实产品与需求规格保持了一致。
<请在这里注明客户特殊的验收标准。验收标准是基于客户的需要,所以应由客户来制定,在需要的时候由项目组协助。交付件的属性如:质量目标,测试标准,验收结束后发现故障的处理方式,文档等。>
质量计划(也可单独成文档)
12.1 项目过程定义
1)选择开发模型
开发类,增强类,维护类
2)并可在此基础上进一步流程裁剪:
提供与标准开发流程的偏差,并说明裁剪原因。
12.2 质量目标
可以定性或定量描述,为提高可控制性,尽量采用定量质量指标描述。
若能定量描述,请参考下表:
参考或直接引用项目度量表中质量目标部分的数据。
表9 项目质量目标
| NO. | 项目质量目标 | 目标 | 基线 (暂不填) | 上限 (暂不填) | 下限 (暂不填) | 说明 |
| 1 | 进度偏差率 | 80% | ||||
| 2 | 需求稳定性 | 90 | ||||
| 3 | 硬件第一次样机制作完成前缺陷发现数目 | <=3 | ||||
| 4 | 样机投板次数 | 20% | ||||
| 5 | 软件发布前缺陷发现密度 | |||||
| 6 | 编码缺陷发现密度 | |||||
| 7 | 硬件/软件总体设计缺陷发现数目 | |||||
| 8 | 硬件/软件详细设计缺陷发现数目 | |||||
| 9 | 需求更改/设计更改/工程更改数 | |||||
| 10 | 文档齐套性 | |||||
| 11 | 返修率 | |||||
| ...... | ||||||
通过哪些技术手段可以保证质量目标和关键性能指标的达成。
例如:通过静态代码分析工具和自动化软件测试工具可以有效提高软件质量。
12.4 质量控制活动
罗列执行的质量控制活动。
12.4.1 技术评审活动
产品开发过程中需要哪些技术评审活动,哪些技术评审点可以合并?
各技术评审点的评审要素的裁剪说明t
♦技术评审1和技术评审2合并
TR1与TR2的评审要素合并,并裁剪,评审要素重点放。。,而。。方面要素可免去。
♦技术评审3
TR3的评审要素需裁剪,评审要素重点放。。,而。。方面要素可免去。
♦技术评审4
TR4的评审要素需不裁剪;
♦技术评审5
TR4的评审要素需不裁剪;
♦技术评审6
TR4的评审要素需不裁剪;
12.4.2 正规检视活动(同行评审)
产品开发过程中需要设置对哪些输出的正规检视活动?
♦软件模块测试计划
♦软件概要设计
♦软件代码
♦软件测试报告
♦硬件总体设计
♦硬件电路原理图和PCB图
♦硬件测试报告
12.4.3 测试
对测试策略和测试活动进行说明:
也可合入文档《产品测试与验证计划》
●测试活动合并裁剪
例如:增强类项目,集成测试和系统测试可以合并。
●单元测试
测试质量目标
测试依赖关系分析
测试停止准则
●集成测试
测试质量目标
测试依赖关系分析
测试重点
回归测试策略
测试停止准则
●系统测试
测试质量目标
测试依赖关系分析
测试重点
回归测试策略
12.5 质量保证活动
罗列应该执行的质量保证活动。
举例如下:
12.5.1 内部审计
每个项目在开发生命周期中至少进行一次内部审计。
12.5.2 交付件审计(按阶段)
♦技术评审1之后
♦技术评审2之后
♦技术评审3之后
♦技术评审4之后
♦技术评审5之后
♦技术评审6之后
12.5.3 基线审计
规划在哪些阶段点需要进行基线审计。
♦技术评审1之后
♦技术评审2之后
♦技术评审3之后
♦技术评审4之后
♦技术评审5之后
♦技术评审6之后
项目沟通计划
14.1 项目组会议
列举项目跟踪、监控的会议类型、频率以及参加人员,可以采用列表形式。
参考下例:
表7 项目组会议
| No | 会议 | 频度 | 参加人 | 跟踪机制 |
| 1. | 阶段结束会议 | |||
| 2. | 项目总结会议 | |||
| 3. |
列举项目跟踪、监控过程中需要出示的报告类型、频率、报告人、汇报人信息。
参考下例:
表8 项目报告机制
| No. | 报告 | 准备人 | 频度 | 向谁汇报 |
| 1. | 项目状态报告 | |||
| 2. | 项目阶段结束报告 | |||
| 3. | 项目总结报告 | |||
| 4. |
需要对公司其他产品在本产品中实现重用进行分析以及本产品可以共享给公司的其他产品以供重用,可以直接链接相应的文档或者在此加以说明。
15.1现有重用构件
| Sl. No | 构件/文档名 | 采用阶段 | (If applicable) 重用构件的资产ID |
| 1 | |||
| 2 |
| 序号 | 构件/文档名 | 需求/文档id | 说明 |
| 1 | |||
| 2 |
2 项目产生的新的重用构件
配置管理计划
项目的配置管理活动应该按照配置管理计划来执行。参见《XXX项目配置管理计划》。
问题
<描述与当前版本有关的问题或从前一版本继承而来的问题>
列出项目初期任何其他已经发现的问题,包括组间协调、实验环境、工作场所等问题。
| Sl. No | 问题 | 责任人 | 状态(打开/关闭) | 最早关闭日期 |
| 1 | ||||
| 2 |
按照风险管理规程来管理项目的风险。祥见《XXX项目风险管理计划》。
载此详细说明项目的风险项、风险描述、风险级别、规避措施、应急计划、触发条件。具体操作办法请参考风险评估和管理相关文档。
存在哪些技术、市场和财务风险?
已确认的风险和假设是否已解决?有无遗留问题?
有无新的风险和假设?
提供简洁的风险管理计划。为了减少风险,在各阶段必需做些什么?如果在计划的时间范围内,这些风险不能解决,有没有准备其它的计划?
如果没有这些风险,对项目会有哪些影响?
与产品包相关的各方面的风险包括:
市场/客户风险;
技术风险;
财务风险;
制造风险;
采购风险;
技术支持风险;
项目风险
客户的参与
| Sl. No序号 | 在哪些方面(阶段、工作产品等)参与 | 期望客户承担的职责 | 最大响应时间 | 说明 |
| 1 | ||||
| 2 | ||||
| 3 | ||||
| 4 |
在本节中,明确说明相应人员现有的水平、需要的技能 、培训方式和培训效果评估方式信息。
举例如下:
表10 培训计划
| No | 培训领域 | 需要的技能水平 | 项目组成员 | 已具备的技能水平 | 培训方式 | 培训效果评估方式 |
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
计划更新策略
在本节中,应描述项目计划的更新策略,明确说明项目计划更新的发布方法。还要说明对项目计划进行变更控制和管理的机制以及其载体。以下文字仅供参考:
在发生如下事件时,PM修订项目计划和参考文档:
到达某里程碑,在每个阶段结束后如果必要的话修订项目计划。
项目的范围发生变化
当风险成为现实时采取了相应的行动
当进度、工作量超出控制的范围并需要采取纠正行动时。
当与上阶段规模变化超过+/-15%。
内部或外部审计导致的纠正活动
对修订后的项目计划按照项目管理规程来批准和签发。
项目计划的更新,存在阶段驱动性更新和事件驱动性更新两种类型。阶段驱动性更新是指在每一阶段结束时,如果计划或者工作量估计的变动超过10%,就需要对项目计划进行更新;事件驱动性更新是指在计划执行过程中遇到项目突然变动或者其他影响项目正常运行的事件发生,需要对项目的计划进行更新。
项目计划更新需要对计划文档更新和项目里程碑计划的更新。
不论是阶段驱动性更新还是时间驱动性更新都需要对项目的更新计划进行评审,评审需要PDT经理、PQA以及功能领域代表参
