华为产品计划模板

-Confidentiality Level报告版本ReportVersion页数TotalPages报告产品开发方案工程号：工程名称：编制人：部日门：期：初审Pre-Reviewedby日期Date复审Reviewedby日期Date批准Approvedby日期Date所有侵权必究AllCopyrightReserve. z.-目录. z.-1 容简介41.1文档目的41.2文档围42 工程概况43 工程组织构造44 工程依赖关系分析55.1工程关键路径分析及保障措施55.2工程依赖关系分析55.3工程关键成功因素65.3技术方法和工具65交付件66 工程方案76.1工程的里程碑方案76.2工程WBS方案highlevel方案97 人力资源和技能需求98 工程所需其它资源109.1关键物料需求方案 109.2实验设备和环境资源方案 119 资料开发方案1110 对外合作方案1211外包任务1210.1子承包商资料 1210.2外包任务的围 1210.3里程碑、交付件 1212 预算/分配可选1213 验收标准可去掉1214 质量方案(也可单独成文档)1312.1工程过程定义 1312.2质量目标 1312.3通过技术手段保证质量 1412.4质量控制活动 1412.5质量保证活动 1515 工程沟通方案1614.1工程组会议 1614.2工程报告机制 1616 工程的重用方案1615.1现有重用构件 1615.2新增重用构件 1717 配置管理方案1718 问题1719 风险管理方案1720 客户的参与1821 培训方案1822 方案更新策略 19. z.-. z.-产品开发方案报告第1版1容简介1.1文档目的这局部要描述文档的目的，应该指明读者。1.2文档围简要描述本方案需要在该产品工程中完成的工作活动及其工作目标、工程采用的生命周期、工程交付物、相关人员的角色和职责、主要里程碑、进度方案、质量方案、配置管理方案、风险方案等。2工程概况简要描述本工程的类型新产品/改良/维护类、工程的目的、围、目标例如：工程的市场定位，产品需求等。3工程组织构造PDT组织构造图PDT及系统分析与设计组成员建议，产品开发成员建议在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进展沟通的结果描述工程的组织构造，建议采用图表的表示方式。也可参考下例：下表定义了工程成员的角色和职责。在审核之前工程经理需指定所有文档和代码的审核人。对于各个角色的职责定义可根据工程实际情况进展补充。下表容应当至少在工程的每个阶段完毕时进展更新。对于工程阶段中/ 阶段间发生的组织构造的变化，工程经理应当通过周知所有相关人员，然后更新工程方案。表4工程的组织构造No.角色向谁报告备份资源1客户代表. z.-No.角色向谁报告备份资源2产品QAPQA3PDT经理版本经理1版本经理14市场代表MKTPDT5技术支持代表TSEPDT6制造代表MNFPDT7采购代表PROPDT8财务代表FPDT9开发代表(RDPDT)系统工程师(SE)软件经理硬件经理构造经理开发组长PL1开发组长PL210变更控制委员会CCB11技术评审专家Reviewer4工程依赖关系分析5.1工程关键路径分析及保障措施在本节中，分析影响工程进度的关键步骤/环节、关键因素，并提出保障措施5.2工程依赖关系分析在本节中，说明工程的部依赖关系(如：开发测试工具、人力资源等)和对外部的依赖如工程之间、与客户之间的技术、资源等方面。可用依赖性列表、活动网络图的方法描述。列出所有影响工程方案的假设因素(相对于的因素)。如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使工程受到影响。另外还要描述工程对外部因素的依赖关系，例如，如工程作为整个大系统的一局部，需要其他局部提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等. z.-. z.-请参考下例：表1工程依赖关系. z.-Sl.依赖于通常指接口责任人状态OPEN正在最早提供验收条件(如No等进展/CLOSE已日期果有)经关闭1235.3工程关键成功因素关键成功因素影响高/中/低依赖关系行动方案5.3技术方法和工具在本节中，描述对产品工程进展需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织构造和其他标记、工具、技术和方法。此外，对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进展说明。参考下例，对于产品工程所需要的硬件、软件和其他工具设备用下表描述：表2技术方法和工具分类名称型号数量开场使用日期完毕使用日期仪表专用仪表开发工具5交付件在本节中，应描述需要交付给下游部门的工作产品及其需求。这些交付工作产品应包括各种设计文件、图纸、文档等。交付工作产品应分解成可管理的大小粒度。这局部容如在配置管理方案或文档方案中给出，则可以指出相关文档名称或者给予即可。可以采用列表方式。举例如下：. z.-表3工程交付工作产品交付工作产品描述质量保证活动验收标交付件形式产品名称准总体设计*工程*总体设计方案正规检视及评审归档/文档文档发布详细设计*工程*详细设计归档/文档文档发布归档/发布归档/发布文档归档/发布文档归档/发布文档归档/发布文档6工程方案6.1工程的里程碑方案关键里程碑方案可采用图形方式。将工程的所有里程碑和关键活动标注在下面的时间轴上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT需要对交付件进展TR4A/TR5评审，以及对GA层产品交付件进展TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只需要标示第一个TR4的日期。如果需要将所有里程碑和关键活动标注出来，可将时间轴划分成阶段，如上所示。. z.-PhaseCharterConceptDCPPlan DCPEarlySalesSupportDCPAvailabilityDCPGALifeCycle. z.-ConceptPhasePlanPhaseDevelopPhaseQualifyPhaseLaunchPhaseManagementPhase. z.-. z.-TR1TR2TR3TR4TR5TR6. z.-TR4A也可采用如下例子的形式描述里程碑方案。表5 工程里程碑方案阶段估计完毕日期交付件验收准则可去掉TR1需求评审和概念DR市场调研报告立项阶段输出市场需求清单立项阶段输出初始业务方案立项阶段输出产品需求规格书. z.-TR2总体方案评审产品可行性分析报告/产品业务计和方案DR划产品开发方案总体设计方案书/产品设计说明书产品测试与验证方案工艺总体方案装备总体方案初始物料清单供给商和物料选择方案物料认证方案提前采购决策TR3模块级概要设计模块级概要设计/总体设计评审各模块级测试报告目标本钱跟踪表市场教育和培训方案测试方案TR4原型机评审原型机原型机测试报告TR5设计定型评审中试样机验证报告制造系统验证报告BETA测试完毕BETA测试报告外部认证完毕系统认证和标杆测试报告TR6转产评审产品可行性分析报告/产品业务计和发布DR划优化后市场发布材料清单受控销售阶段评估报告试产验证测试报告. z.-制造系统验证报告量产点GA量产检查点确认通知6.2工程WBS方案highlevel方案参见工程的WBS方案，请指出具体存放位置。6.3软件详细方案6.4硬件详细方案6.5构造详细方案7人力资源和技能需求也可采用下表格式：对工程组人员提出可能会影响工程进度的技能要求，例如：CPU应用技能、V*WorksBSP技术等。Sl.资源名称阶段1阶段2阶段3阶段4说明No.人数、技人数、技人数、技人数、技能要求能要求能要求能要求1工程经理2*业务代表3硬件组4软件组构造组测试组也可采用下表格式：Sl.No.资源名称人数起始日期完毕日期技能要求说明12. z.-Sl.No.资源名称人数起始日期完毕日期技能要求说明348工程所需其它资源9.1关键物料需求方案详细描述在不同阶段对关键物料的需求方案。可单独形成关键物料需求方案。或可单独形成供给商物料选择方案. z.-也可采用下表：表6关键物料需求方案. z.-关键物料描述方案采购到货时间预期最长采购周期方案采购数量概念、方案阶段物料*器件开发阶段物料*器件验证与发布阶段物料*器件注：工程组应充分估计各物料的采购周期，在各关键点应提前下达采购需求给采购部门。增加提前采购，供给商选择参见提前采购方案表模板：新物料提前采购清单，局部物料可以从该表COPY过来工程组应该方案好首次量产前包括工程样机、中试样机、首次量产的所有物料，并根据后续量产的数量、时间结合市场的方案等给出建议。9.2实验设备和环境资源方案. z.-详细描述在不同阶段对不同的环境的需求方案。如特殊的硬件平台、测试设备、软件工具等。标准的办公硬件不必在这里列。举例如下：表6实验设备和环境资源方案阶段描述数量方案使用时间区段说明概念分析方案阶段开发阶段验证阶段9资料开发方案表7资料开发方案资料类别资料名称责任人方案完成时间验收准则1. 用户类资料用户手册客户产品布*评审2. 营销类资料市场部YYY评审3技术支持类资料开发/ 测试评审4应用开发资料开发/测试10对外合作方案. z.-参照总体设计文档“外包外购的相应规格列出需要对外合作的局部。包括合作容，进度要求等11外包任务10.1子承包商资料子承包商名联系人通讯地址10.2外包任务的围10.3里程碑、交付件里程碑分配给子承包商的工作产品方案开场日期方案完成日期给公司的交付件12预算/分配可选估计产品的预算及分配讨论主要的未解决问题，包括资金投入的及时性及性质。将实际日期的工程资源、本钱和时间进度与估计的整个工程的资源、本钱和时间进度进展比拟。13验收标准可去掉客户的验收标准就是产品应满足在需求规格文档中描述的需求。系统测试和验收测试将证实产品与需求规格保持了一致。14质量方案(也可单独成文档). z.-12.1工程过程定义1选择开发模型开发类，增强类，维护类2并可在此根底上进一步流程裁剪：提供与标准开发流程的偏差，并说明裁剪原因。12.2质量目标可以定性或定量描述，为提高可控制性，尽量采用定量质量指标描述。假设能定量描述，请参考下表：参考或直接引用工程度量表中质量目标局部的数据。表9工程质量目标NO.工程质量目标目标基线暂不填上限暂不填下限暂不填说明1进度偏差率80%2需求稳定性903硬件第一次样机制作完成前缺陷发现数目=34样机投板次数20%5软件发布前缺陷发现密度6编码缺陷发现密度7硬件/软件总体设计缺陷发现数目8硬件/软件详细设计缺陷发现数目9需求更改/设计更改/工程更改数10文档齐套性11返修率.12.3通过技术手段保证质量通过哪些技术手段可以保证质量目标和关键性能指标的达成。例如：通过静态代码分析工具和自动化软件测试工具可以有效提高软件质量。12.4质量控制活动罗列执行的质量控制活动。. z.-技术评审活动产品开发过程中需要哪些技术评审活动，哪些技术评审点可以合并.各技术评审点的评审要素的裁剪说明t技术评审1和技术评审2合并TR1与TR2的评审要素合并，并裁剪，评审要素重点放。，而。方面要素可免去。技术评审3TR3的评审要素需裁剪，评审要素重点放。，而。方面要素可免去。技术评审4TR4的评审要素需不裁剪；技术评审5TR4的评审要素需不裁剪；技术评审6TR4的评审要素需不裁剪；正规检视活动同行评审产品开发过程中需要设置对哪些输出的正规检视活动.软件模块测试方案软件概要设计软件代码软件测试报告硬件总体设计硬件电路原理图和PCB图硬件测试报告测试对测试策略和测试活动进展说明：也可合入文档产品测试与验证方案测试活动合并裁剪例如：增强类工程，集成测试和系统测试可以合并。单元测试测试质量目标测试依赖关系分析测试停顿准则集成测试测试质量目标. z.-测试依赖关系分析测试重点回归测试策略测试停顿准则系统测试测试质量目标测试依赖关系分析测试重点回归测试策略12.5质量保证活动罗列应该执行的质量保证活动。举例如下：部审计每个工程在开发生命周期中至少进展一次部审计。交付件审计(按阶段)技术评审1之后技术评审2之后技术评审3之后技术评审4之后技术评审5之后技术评审6之后基线审计规划在哪些阶段点需要进展基线审计。技术评审1之后技术评审2之后技术评审3之后技术评审4之后技术评审5之后技术评审6之后15工程沟通方案14.1工程组会议. z.-列举工程跟踪、监控的会议类型、频率以及参加人员，可以采用列表形式。参考下例：表7 工程组会议No会议频度参加人跟踪机制1.阶段完毕会议2.工程总结会议3.14.2工程报告机制列举工程跟踪、监控过程中需要出示的报告类型、频率、报告人、汇报人信息。参考下例：表8工程报告机制No.报告准备人频度向谁汇报1.工程状态报告2.工程阶段完毕报告3.工程总结报告4.16工程的重用方案需要对公司其他产品在本产品中实现重用进展分析以及本产品可以共享给公司的其他产品以供重用，可以直接相应的文档或者在此加以说明。15.1现有重用构件1Sl.No构件/文档名采用阶段(Ifapplicable)重用构件的资产ID1215.2新增重用构件2序号构件/文档名需求/文档id说明12注：资产库中已有的重用构件2 工程产生的新的重用构件. z.-17配置管理方案工程的配置管理活动应该按照配置管理方案来执行。参见*工程配置管理方案。18问题列出工程初期任何其他已经发现的问题，包括组间协调、实验环境、工作场所等问题。Sl.No问题责任人状态翻开/关闭最早关闭日期1219风险管理方案按照风险管理规程来管理工程的风险。祥见*工程风险管理方案。在此详细说明工程的风险项、风险描述、风险级别、躲避措施、应急方案、触发条件。具体操作方法请参考风险评估和管理相关文档。存在哪些技术、市场和财务风险.已确认的风险和假设是否已解决.有无遗留问题.有无新的风险和假设.提供简洁的风险管理方案。为了减少风险，在各阶段必需做些什么.如果在方案的时间围，这些风险不能解决，有没有准备其它的方案.如果没有这些风险，对工程会有哪些影响.与产品包相关的各方面的风险包括：市场/客户风险；技术风险；财务风险；制造风险；采购风险；技术支持风险；工程风险. z.-20客户的参与Sl.No序号在哪些方面阶段、工作产品等参与期望客户承当的职责最大响应时间说明123422培训方案在本节中，明确说明相应人员现有的水平、需要的技能、培训方式和培训效果评估方式信息。举例如下：表10培训方案No培训领域需要的技能水平工程组成员已具备的技能水平培训方式培训效果评估方式123导师方案也应包含在本培训方案中，该类方案在“培训方法一栏需标识“导师培训。23方案更新策略在本节中，应描述工程方案的更新策略，明确说明工程方案更新的发布方法。还要说明对工程方案进展变更控制和管理的机制以及其载体。以下文字仅供参考：在发生如下事件时，PM修订工程方案和参考文档：到达*里程碑，在每个阶段完毕后如果必要的话修订工程方案。工程的围发生变化当风险成为现实时采取了相应的行动当进度、工作量超出控制的围并需要采取纠正行动时。当与上阶段规模变化超过+/-15%。部或外部审计导致的纠正活动. z.-对修订后的工程方案按照工程管理规程来批准和签发。工程方案的更新，存在阶段驱动性更新和事件驱动性更新两种类型。阶段驱动性更新是指在每一阶段完毕时，如果方案或者工作量估计的变动超过10，就需要对工程方案进展更新；事件驱动性更新是指在方案执行过程中遇到工程突然变动或者其他影响工程正常运行的事件发生，需要对工程的方案进展更新。工程方案更新需要对方案文档更新和工程里程碑方案的更新。不管是阶段驱动性更新还是时间驱动性更新都需要对工程的更新方案进展评审，评审需要PDT经理、PQA以及功能领域代表参加。. z.