CPD流程培训教材

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,Gongjin,CPD,流程培训,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,结构化的产品开发流程体系,产品规划,概念,计划,开发与测试,验证,生命周期,发布,产品规划流程,市场需求管理流程,项目任务书,产品系统,需求分析,系统,/,子系统,分析与设计,软件开发与测试,硬件开发与测试,结构开发,工艺开发,原,型,机,集,成,与,系,统,测,试,初,始,产,品,测,试,面向,制造,测试,认证与,标杆,测试,Beta,测试,验收,测试,业务决策（,DCP,）、技术评审（,TR,）,项目管理（,E2E PM,）,产品需求管理（,PRM,）,产品配置管理（,PCM,）,产品度量（,PMA,）,产品质量保证（,PQA,）,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,1.,主流程框架图,2.,工作程序,2.1,立项,立项过程是,CPD,流程启动的先决条件，不是,CPD,产品开发流程的一部分。,立项过程的主要内容包括：,1,立项申请,2,初始可行性分析,3,客户需求,/,市场需求分析,4,拟制项目任务书,5,立项评审,6,组建,PDT,主要的交付件有：,2.2,概念阶段,概念阶段的目的是从客户（外部和内部）的角度描述产品所要实现的功能和性能需求，以及产品的工程特性需求,(,如可靠性,/,可制造性,/,环境,/EMC/,防护,/,安规等）；同时，从市场、经济、技术和专利四个方面分析产品开发的可行性。,概念阶段主要活动包括：,1,产品需求规格定义,2,产品可行性分析,主要的交付件有：,2.3,计划阶段,计划阶段基于概念阶段对产品的分析，开始设计产品系统架构（到模块），将产品需求分解分配给各子系统和模块，并在系统,/,子系统,/,模块层面考虑如何满足工程特性需求，最终形成产品总体设计方案；基于产品定义（产品配置），组织制定产品开发计划，包括定义产品质量目标和计划，开发项目进度计划、人力资源计划、物料计划、风险计划和产品验证和测试计划。同时本阶段进行工艺和装备的总体设计；对关键物料,/,供应商进行分析，启动供应商认证活动。,计划阶段的主要内容包括：,1,产品总体设计,2,制定产品开发计划,主要的交付件有：,2.4,开发和测试阶段,开发阶段基于计划极端形成的产品总体方案，实现并验证各子系统和,模块，通过联调和测试保证产品质量；同时基于工艺和装备总体方案，,开发工艺路线和制造装备，通过样机,/,初始产品的试制，开始制造系统验,证活动；与此同时，本阶段开始技术支持和市场发布的准备活动，并持,续供应商的认证活动。,开发与测试阶段的主要内容包括：,软件开发和测试,硬件开发和测试,结构开发和测试,测试设计和工具开发,系统联调和自测,原型机集成和测试,初始产品测试和制造系统验证,供应商认证,技术支持准备,市场发布准备,开发与测试阶段主要交付件：,（软硬件和测试部分参考子流程）,2.5,验证和发布阶段,验证和发布阶段进行小批量试产验证测试，保证产品批量的质量；同时不断调整、优化验证制造系统，以满足产品量产的要求。通过用户验证测试，来验证产品在用户真实环境下满足客户需求的出度；通过外部认证测试和标竿测试，来验证行业要求符合情况和产品竞争情况。通过对产品技术成熟度、技术支持准备情况、市场准备情况等评估，判断产品发布的可行性，并选择适当时机向市场发布。,验证与发布阶段主要内容有：,1,试产验证测试,2,制造系统验证,3,用户验证测试,4,外部认证测试和标竿测试,5,市场发布,6,转产切换,主要的交付件有：,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,硬件开发流程框架,详细的硬件开发计划在硬件方案确定之后制定,基本要求：,项目管理：所有的活动必须有计划，而且需要进行控制；,过程交付：所有的工作必须有输出，只有交付了才可以进入下一阶段；,评审与审计：通过评审来保证质量，通过审计来规范活动；,总结与改进：强调工作总结，强调持续改进；,但目前的硬件开发工作还存在诸如以下的问题：没有严格过程管理的要求；产品开发计划延误；开发活动没有明确相应的输出文件；数据没有得到整理，无法形成经验数据；没有及时进行汇报，难以控制项目进度；硬件开发没有质量保证活动，存在风险；问题的处理没有得到有效的控制，大量的问题单悬而未决等等。,我们设计的产品已经可以工作了，准没毛病！,硬件开发需要,CPD,过程改进,硬件工程师职责,你知道硬件工程师的职责吗？,硬件工程师不是仅把项目完成了，这么简单。硬件工程师,对项目硬件开发的所有过程和所有输出，负有全部责任,。,无非把硬件做出来，,就行了？！,职责简介：,团队管理：要有计划、要有控制，要与成员沟通，要提高团队的作战能力；,过程组织：组织所有活动开展和评审；,外部协调：要与部门内外人员进行沟通与协调，主要是资源与进度；,问题解决：要对开发过程中发现的问题进行解决，并就问题处理与相关部门进行沟通；,硬件开发计划,硬件方案设计,XX,原理图,硬件测试报告,PCB GERBER,主要输出文件,除此之外还有原理图检查列表、,PCB,检查列表等等,BOM,清单,经验教训总结,其它例行工作,硬件开发,只管出个样机就行了？还有什么例行工作？！,硬件开发,除了输出测试报告外，还需要进行组织评审、工作汇报、和经验总结等等。这些例行工作是硬件开发的重要组成部分，必须严格执行,。,组织评审：,所有的输出文档必须组织评审，相关人员都有责任参与评审，包括开发人员；,工作汇报：,所有的硬件活动必须进行汇报，硬件开发过程中必须提交周报，汇报当前的测试状态,、,存在问题和下一步计划等，重大问题及时汇报；,文件归档：,所有的硬件开发输出文件必须及时交给文件管理人员归档，并确保文件版本的及时更新。,经验总结：,硬件开发要积极进行经验教训总结，形成经验库，提高硬件开发的质量和进度；每个项目硬件开发结束后必须进行经验总结；,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,软件开发流程框架,软件开发计划包含测试策略和测试计划,软件开发流程与,CPD,对应关系,概念,计划,开发与测试,验证,SRS,产品需求分析,HLD,LLD,Coding,UT/IT,/ST,产品设计,开发与测试,SDV/SIT,SVT,TR1,TR5,TR4,软件开发,Test Supporting,TR3,TR2,发布,产品级的,TR3,实际已经降级为各子流程的子评审,软件开发流程详细描述,软件版本内部发布,注：,软件发布评审，实际是产品及的技术评审,4,（,TR4,）；,软件版本被打回，直接反映开发组的交付存在质量问题，必须由,SQA,组织质量回溯活动。,软件需求规格说明书,概要设计说明书,详细设计说明书,软件设计说明书,特性设计说明书,未裁剪,概要设计与详细设计合并,软件需求分析、概要设计与详细设计合并,软件需求规格说明书,主要工程文档与流程裁剪,除此之外还有项目计划、测试用例、平生报告等等,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,测试也需要,CPD,过程改进,在产品设计过程中，我们进行了大量的测试工作，准没毛病！,但目前的测试还存在诸如以下的问题：没有严格过程管理的要求；测试策略不明确,、覆盖,不全面；测试活动没有明确相应的输出；测试数据没有得到整理，无法形成经验数据；测试没有及时进行汇报，难以控制项目进度；测试没有质量保证活动，存在风险；问题单的处理没有得到有效的控制，大量的问题单悬而未决等等。,测试子流程图,(1),测试子流程图,(2),基本要求：,尽早介入：,尽可能在产品需求分析阶段就介入；,计划管理：,所有的活动必须有计划，而且需要进行控制；,过程交付：,所有的工作必须有输出，只有交付了才可以进入下一阶段；,评审与审计：,通过评审来保证质量，通过审计来规范活动；,总结与改进：,强调工作总结，强调持续改进；,测试子流程说明,过程,计划,改进,交付,控制,审计,总结,评审,TPL,的职责,你知道测试负责人的职责吗？,测试负责人不是仅把项目测试完成了就行这么简单。,测试负责人对项目测试的所有过程和所有输出，负有全部责任。,无非就是和大家把测试完成了？！,职责简介：,过程组织：组织所有活动开展和评审；,问题审核：要对测试人员提交的问题单进行审核，并就问题处理与开发进行沟通；,团队管理：要有计划、要有控制，要与成员沟通，要提高团队的作战能力；,外部协调：要与部门内外人员进行沟通与协调，主要是资源与进度；,测试负责人要站在,对产品成功负责的角度来执行测试,时间成本质量,TQA,的职责,TQA,是干什么的？,1,、确保项目测试能按照公司既定的,CPD,产品开发流程进行测试；,2,、协助测试负责人制定计划；,3,、在流程执行过程中及时进行引导、培训和审计；,4,、负责对测试流程活动裁减的指导和审核；,5,、其它质量活动：如质量回溯等。,测试负责人,TQA,PQA,测试部经理,测试人员,汇报,汇报,汇报,监督,PDT,经理,承担,CPD,项目测试相关的人员都要通过,TQA,所组织的流程培训和考核，包括测试人员,、测试负责人和相关组长等等。,转测试,当前我司的产品转测试过程没有规范起来，出现版本打包出错、测试后多次打回版本等等问题，严重影响开发和测试进度。在测试子流程中将严格地定义了产品转测试的要求和如何进行预测试,、退回版本等,。,不就是把版本发给测试部就,OK,了吗？,1,、转测试必须只能由,CMO,把软件和相关文档发布上配置库，测试只从,配置库上获取版本。,2,、转测试要填写“产品转测试提交表单”，并需要经过,PQA,审核；对于信息不完整或相应文档没有提交的，测试可以退回版本。,3,、转测试后，测试负责人先组织进行预测试，预测试只针对一些基本的,、重要的功能进行测试，若预测试不通过时，测试可以退回版本,。,4,、版本被退回开发后，开发必须重新组织转测试，对于因缺陷造成的版本退回，视情况需要再组织,TR4,评审。,5,、版本退回后，,PQA,应组织进行质量回溯活动，寻找问题根因，提出解决方案，形成经验积累，并推广到其它项目。,6,、版本经测试完成后，开发必须解决,90%,以上的问题等等的质量要求后才可以提交进行回归测试，不允许只解决少量问题就进行转测试。,其它例行工作,测试只管出个测试报告就行了？还有什么例行工作？！,测试除了输出测试报告外，还需要进行组织评审,、,工作汇报,、,缺陷管理,、配置管理和经验总结等等,。这些例行工作是项目测试的重要组成部分，必须严格执行。,组织评审：,所有的测试输出文档必须组织评审，相关人员都有责任参与评审，包括开发人员；,工作汇报：,所有的测试活动必须进行汇报，测试执行过程中必须提交日报或双日报，汇报当前的测试状态,、,存在问题和下一步计划等，其它时间需要提交周报；,缺陷管理：,测试发现的问题需要提交到,Bugfree,，而且需要严格按照“缺陷跟踪流程”进行管理，以保证问题得到解决；,配置管理：,所有的测试输出文档必须存放到配置库上相应的路径下，,TQA,需要对这些过程输出文档进行审计；,经验总结：,测试也要积极进行经验教训总结，形成经验库，提高测试的质量和进度；每个项目测试结束后必须进行经验总结；,目录,主流程,硬件子流程,软件子流程,测试子流程,支撑流程,支撑流程,PLM,IT,系统,研发项目管理,质量保证,QA,配置管理,绩效管理,需求管理,系统分析与设计,Beta,测试,度量管理,谢谢！,-CPD,流程推广小组,演讲完毕，谢谢观看！,内容总结,CPD流程培训。业务决策（DCP）、技术评审（TR）。对关键物料/供应商进行分析，启动供应商认证活动。验证和发布阶段进行小批量试产验证测试，保证产品批量的质量。通过用户验证测试，来验证产品在用户真实环境下满足客户需求的出度