1、7 人力资源和技能需求 . 98 项目所需其它资源 . 109.1 关键物料需求计划 . 109.2 实验设备和环境资源计划 . 109 资料开发计划 .1110 对外合作计划 .1111 外包任务 . 1210.1 子承包商资料 . 1210.2 外包任务的范围 . 1210.3 里程碑、交付件 . 1212 预算/分配(可选) . 1213 验收标准(可去掉) . 1214 质量计划 (也可单独成文档 ). 1212.1 项目过程定义 . 1312.2 质量目标 . 1312.3 通过技术手段保证质量 . 1312.4 质量控制活动 . 1312.5 质量保证活动 . 1515 项目沟通计
2、划 . 1514.1 项目组会议 . 1514.2 项目报告机制 . 1616 项目的重用计划 . 1615.1 现有重用构件 . 1615.2 新增重用构件 . 1617 配置管理计划 . 1718 问题 . 1719 风险管理计划 . 1720 客户的参与 . 1821 培训计划 . 182/1922 计划更新策略 . 183/191 内容简介1.1 文档目的这部分要描述文档的目的,应该指明读者。1.2 文档范围简要描述本计划需要在该产品项目中完成的工作活动及其工作目标、 项目采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。2 项
3、目概况简要描述本项目的类型(新产品 / 改进/ 维护类)、项目的目的、范围、目标(例如:项目的市场定位,产品需求等)。3 项目组织结构PDT组织结构图PDT及系统分析与设计组成员建议 ,产品开发成员建议在决策评审点前与适当的 PRB成员及相关资源部门经理对这些列表进行沟通的结果描述项目的组织结构,建议采用图表的表示方式。也可参考下例:下表定义了项目成员的角色和职责。在审核之前项目经理需指定所有文档和代码的审核人。对于各个角色的职责定义可根据项目实际情况进行补充。下表内容应当至少在项目的每个阶段结束时进行更新。对于项目阶段中 / 阶段间发生的组织结构的变化,项目经理应当通过邮件周知所有相关人员,
4、然后更新项目计划。表4 项目的组织结构No. 角色 姓名 向谁报告 备份资源1 客户代表4/19 表格号: 027922 产品QA(PQA)3 PDT经理版本经理14 市场代表( MKTPD)T5 技术支持代表( TSEPD)T6 制造代表( MNFPD)T7 采购代表( PROPD)T8 财务代表( FPDT)9 开发代表(RDPDT)系统工程师 (SE)软件经理硬件经理结构经理开发组长( PL)1开发组长( PL)210 变更控制委员会( CCB)11 技术评审专家( Reviewer)4 项目依赖关系分析5.1 项目关键路径分析及保障措施在本节中,分析影响项目进度的关键步骤 / 环节、关
5、键因素,并提出保障措施5.2 项目依赖关系分析在本节中,说明项目的内部依赖关系 ( 如:开发测试工具、 人力资源等) 和对外部的依赖 (如项目之间、与客户之间的技术、资源等方面)。可用依赖性列表、 活动网络图的方法描述 。列出所有影响项目计划的假设因素 ( 相对于已知的因素 ) 。如果这些假设因素有误,或者没有利用到假设因素,或者假设因素发生变化都会使项目受到影响。另外还要描述项目对外部因素的依赖关系,例如,如项目作为整个大系统的一部分,需要其他部分提供接口定义或者 PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等 5/19请参考下例:表1 项目依赖关系Sl. 责任人 状态OPEN(
6、正在 验收条件 ( 如依赖于(通常指接口 最早提供No等) 日期进行)/CLOSE(已 果有)经关闭)1235.3 项目关键成功因素关键成功因素 影响 依赖关系 行动计划高/中/低5.3 技术方法和工具在本节中, 描述对 产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法 、组织结构和其他标记、工具、技术和方法。此外,对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进行说明。参考下例, 对于 产品 项目所需要的硬件、软件和其他工具设备用下表描述:表2 技术方法和工具分类 名称 型号 数量 开始使用日期 结束使用日期仪表 专用仪表开发工具5
7、交付件在本节中,应描述需要交付给下游部门的工作产品及其需求。这些交付工作产品应包括各种设计文件、图纸、文档等。交付工作产品应分解成可管理的大小粒度。(这部分内容如在配置管理计划或文档计划中给出,则可以指出相关文档名称或者给予链接即可。)可以采用列表方式。举例如下:6/19表3 项目交付工作产品交付工作 产品描述 质量保证活动 验收标 交付件形式产品名称准总体设计 XXX 项目XX总体设计方案正规检视及评审 归档/ 文档文档 发布详细设计 XXX 项目XX详细设计 归档/文档归档/ 发布归档/ 文档发布归档/ 6 项目计划6.1 项目的里程碑计划关键里程碑计划可采用图形方式。将项目的所有里程碑和
8、关键活动标注在下面的时间轴上。 注意:如果存在早期功能子集Beta和/或ESP交付件,PDT 需要对交付件进行TR4A/TR5评审,以及对 GA层产品交付件进行TR4A和TR5评审。 PDT不需要对每一个构件标注 TR4,只需要标示第一个 TR4的日期。如果需要将所有里程碑和关键活动标注出来,可将时间轴划分成阶段,如上所示。也可采用如下例子的形式描述里程碑计划。表5 项目里程碑计划阶段估计结束日期 交付件 验收准则(可去掉)TR1(需求评审)市场调研报告(立项阶段输出)和概念 DR市场需求清单(立项阶段输出)初始业务计划(立项阶段输出)产品需求规格书7/19TR2(总体方案评审)产品可行性分析
9、报告 /产品业务计和计划DR划产品开发计划总体设计方案书 /产品设计说明书产品测试与验证计划工艺总体方案装备总体方案初始物料清单供应商和物料选择计划物料认证计划提前采购决策TR3(模块级概要设计模块级概要设计 /总体设计评审)各模块级测试报告目标成本跟踪表市场教育和培训计划测试方案TR4(原型机评审) 原型机原型机测试报告TR5(设计定型评审) 中试样机验证报告制造系统验证报告BETA测试结束 BETA测试报告外部认证结束 系统认证和标杆测试报告TR6(转产评审)和发布DR划(优化后)市场发布材料清单受控销售阶段评估报告试产验证测试报告8/19量产点GA 量产检查点确认通知6.2 项目WBS计
10、划( highlevel 计划)参见项目的WB计S 划,请指出具体存放位置。6.3 软件详细计划6.4 硬件详细计划6.5 结构详细计划7 人力资源和技能需求也可采用下表格式:罗列项目需要的人力资源及技能要求 对项目组人员提出可能会影响项目进度的技能要求,例如: CPU应用技能、 VxWorks BSP技术等。Sl. 资源名称 阶段 1 阶段2 阶段3 阶段4说明No.(人数、技 (人数、 技 (人数、技 (人数、技能要求) 能要求) 能要求) 能要求)1 项目经理2 XX 业务代表3 硬件组4 软件组结构组测试组 Sl. 1资源名称 人数 起始日期 结束日期 技能要求 说明9/19Sl.48
11、 项目所需其它资源9.1 关键物料需求计划详细描述在不同阶段对关键物料的需求计划。可单独形成关键物料需求计划。或 可单独形成供应商物料选择计划也可采用下表:表6 关键物料需求计划关键物料描述 计划采购到货时间 预期最长采购周期 计划采购数量概念、计划阶段物料XXX 器件开发阶段物料验证与发布阶段物料注:项目组应充分估计各物料的采购周期,在各关键点应提前下达采购需求给采购部门。增加提前采购,供应商选择参见提前采购计划表模板:新物料提前采购清单,部分物料可以从该表 COP过Y 来项目组应该计划好首次量产前(包括工程样机、中试样机、首次量产)的所有物料,并根据后续量产的数量、时间结合市场的计划等给出
12、建议。9.2 实验设备和环境资源计划10/19详细描述在不同阶段对不同的环境的需求计划。如特殊的硬件平台、测试设备、软件工具等。标准的办公硬件不必在这里列。表6 实验设备和环境资源计划阶段 描述 数量 计划使用时间区段 说明概念分析计划阶段开发阶段验证阶段9 资料开发计划表7 资料开发计划资料类别 资料名称 责任人 计划完成时间 验收准则1. 用户类 用户手册 客户产品布 XXX 评审资料2. 营销类 市场部YYY 评审3技术支持 开发/ 测试 评审类资料4应用开发 开发/ 测试10 对外合作计划11/19参照总体设计文档“外包外购的相应规格”列出需要对外合作的部分。包括合作内容,进度要求等1
13、1 外包任务本部分仅当项目中有外包时适用 10.1 子承包商资料子承包商名联系人通讯地址其它10.2 外包任务的范围指明项目外包给子承担商的工作内容,可以采用特性、需求、模块等来说明 10.3 里程碑、交付件指明协商后确定的子承包商的里程碑、交付件 里程碑 分配给子承包商 计划开始日 计划完成日期 给公司的交付件的工作产品 期12 预算/分配(可选)估计产品的预算及分配讨论主要的未解决问题,包括资金投入的及时性及性质。将实际日期的项目资源、成本和时间进度与估计的整个项目的资源、成本和时间进度进行比较。13 验收标准(可去掉)客户的验收标准就是产品应满足在需求规格文档中描述的需求。系统测试和验收测试将证实产品与需求规格保持了一致。请在这里注明客户特殊的验收标准。验收标准是基于客户的需要,所以应由客户来制定,在需要的时候由项目组协助。交付件的属性如:质量目标,测试标准,验收结束后发现故障的处理方式,文档等。 14 质量计划 (也可单独成文档 )12/1912.1 项目过程定义1) 选择开发模型开发类,增强类,维护类2 )并可在此基础上进一步流程裁剪:提供与标准开发流程的偏差,并说明裁剪原因。12.2 质量目标可以定性或定量
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1