研发项目管理IPD流程管理.pptx
- 文档编号:18769143
- 上传时间:2023-11-05
- 格式:PPTX
- 页数:91
- 大小:3.62MB
研发项目管理IPD流程管理.pptx
《研发项目管理IPD流程管理.pptx》由会员分享,可在线阅读,更多相关《研发项目管理IPD流程管理.pptx(91页珍藏版)》请在冰点文库上搜索。
研发项目管理IPD流程管理,引言,一个故事:
麦当劳和天津狗不理包子的故事。
思考:
为什么麦当劳全球32000多门店能够保证味道和服务都基本一致?
天津狗不理包子在其他地方味道却相差甚远?
作为企业应该如何管理才能让创造出可以持续发展的价值?
如何从依赖个人英雄到依靠管理制度来推出有竞争力的高质量产品?
目录,IPD简介结构化端到端的流程介绍变更管理产品开发流程各阶段关键活动介绍产品开发模型介绍,IPD(集成产品开发)的思想来源于美国PRTM公司的PACE理论,在这套理论中详细描述了业界最佳的产品开发模式所包含的各个方面。
经过IBM公司的实践,IPD已经成为一套包含企业产品开发的思想、模式、工具的系统工程。
IPD强调以市场需求作为产品开发的驱动力,将产品开发作为一项投资来管理。
什么是IPD?
客户需求、产品规划、Charter开发产品开发上市生命周期,IPD的核心目标,IPD的目标是实现产品开发的准、快、低准:
开发满足细分市场客户需求的产品。
快:
向市场快速提供成功的产品。
低:
实现低成本的产品开发以及产品的低成本设计。
IPD能给企业带来什么好处?
通过成功实施IPD的要素,能给公司带来典型好处:
产品投入市场时间缩短4060;产品开发浪费减少5080;产品开发生产力提高2530;新产品收益(占全部收益的百分比)增加100(来自国际著名PRTM咨询公司的统计),IPD的核心思想,产品开发是一项投资基于市场的创新(客户需求分析)跨部门的协同结构化开发流程异步开发重用(CBB),候选项目,满意的顾客$,生命周期,发布,验证,开发,计划,概念,集成组合管理团队(IPMT),理解市场,市场细分,组合分析,制定市场细分策略及计划,调整&优化业务计划,管理市场细分并评估绩效,市场信息客户反馈竞争对手信息技术趋势产品组合,目的IPD(集成产品开发)是一种管理系统,用于优化成功的产品的开发过程及交付质量。
所有利益相关者早期参与的标准化方法规范化的带里程碑的流程项目管理考评,关键要素跨部门团队管理-IPMT执行-PDT结构化流程6个阶段4个决策评审点一流的子流程项目管理系统工程以用户为中心的设计CBB-重用$APPEALS管道管理标杆比较技术管理考评平衡记分卡IPD工具共用工具-业务,技术,IPD,市场管理,IPD框架,OR需求管理,SP/BP,路标,Charter,PCR,Page9,IPD基本团队,三者之间的汇报关系:
PDT向IPMT汇报,并从IPMT获得指导与支持;IPMT主任对其IPMT成员进行管理并用PBC的方式考核;各产品线IPMT直接向IRB汇报,并从IRB获得指导与支持,IRB管理并用PBC的方式考核IPMT。
重量级团队设置,跨部门团队是IPD集成的最佳产品开发要素之一跨部门团队是由市场、开发、制造、采购、财务、用服等来自不同功能部门人员组成的团队。
跨部门团队给我们带来:
团队关注于产品,为产品的成功负责;团队的决策综合考虑各功能部门情况,使决策更全面,减少偏颇充分利用团队成员的跨领域知识,提高决策质量团队成员代表各自功能部门,保证沟通渠道的顺畅,“推倒”部门间的“墙”,传统功能型组织缺点:
1、串行:
开发总周期长,易产生鞭子效应。
2、部门墙:
职责频繁转移、信息层层衰减,易滋生本位主义和厚厚部门墙。
目录,IPD简介结构化端到端的流程介绍变更管理产品开发流程各阶段关键活动介绍产品开发模型介绍,结构化开发流程定义,为了管理好新产品项目开发,项目开发必须成为结构合理、定义清楚的全流程管理:
结构合理:
自上而下的层次架构中,上层结构简单一些,越到下层越具体,分为阶段、步骤、任务和活动四个层次三级计划体系定义清楚:
每项工作都应清清楚楚地明确规定出来,所有与产品开发有关的人应该清楚他们所参与的是什么工作,用什么方法完成全流程:
由起始端到结束端的基于市场需求和客户交付的全流程活动定义:
具备四要素:
唯一的责任人,明确的输入输出模板与样例,明确的评价要素,以及明确的时间界限,结构化与流程和组织的关系,一级计划一级流程,二级计划二级流程,三级计划三级流程,结构化的设计思想,集成产品开发(IPD)结构化流程层次划分,第一层次:
阶段(一级流程)作用:
决策层进行阶段评审和投入,总体把握研发进程,第二层次:
步骤(二级流程)作用:
管理层识别和设置各阶段关键步骤,项目概念,项目计划,研制,试产上市,销售,概念决策评审,计划决策评审,发布决策评审,项目计划,技术评审1,技术评审2,技术评审3,技术评审4、5,产品包概念,产品规格,小试中试,试验,第三、四层次:
任务和活动(三级流程)作用:
执行层具体完成流程中的活动,是操作说明,产品开发项目结构性流程概览,需求分析,技术评审1,产品结构化开发流程,生命周期,GA,最终产品包需求,实现和验证产品包需求,维护优化产品包,交付产品包,Charter,初始产品包需求,决策评审点和技术评审点,决策评审点DCP:
IPD流程分为不同的阶段,通过DCP决策实现投资方和承诺方的互动,资源分批受控投入,既满足项目进展需要,又避免项目投资失控风险。
DCP:
DecisionCheckPoint投资决策评审点PDT准备,IPMT决策。
技术评审点:
针对产品包需求的技术评审控制点,确保各阶段任务达到预期要求。
DCP运作,准备DCP材料,PDT检视,投资决策委员会预审,更新材料,PDT经理汇报,投资决策委员会作出决策,DCP评审,DCP评审结果:
Go:
继续,项目获得批准进入下一个阶段,投资方向项目组提供下一个阶段的资金和资源。
NoGo:
终止,项目被有序的终止,包括项目归档和关闭工作,然后重新分配资源。
Redirect:
重新确定方向,投资方指示PDT将项目重新定位到一个具体的方向上,或者搜集更多的信息,然后再重新上会。
为什么要进行TR评审,为什么要进行技术评审?
技术评审不是测试,评审是一种在产品开发过程中尽早发现缺陷的手段。
根据IBM的一项统计数据显示,产品过程中的缺陷有2/3是在需求和设计阶段引入的。
因此通过评审尽早的发现缺陷并修复额成本远远低于在后期测试过程中发现缺陷才进行修复的成本。
测试是产品运行时的动态分析,相对的,评审是一种静态分析,评审的对象是技术文档、测试方案、测试报告等。
包含各领域,汇集专家智慧。
使各个阶段的活动及质量及时、充分的得到审视及控制。
将每一个阶段的事情充分做好。
技术评审开展不到位的常见原因:
1、没有评审计划,没有进行充分的准备;2、专家选择不合适3、评审会议偏离主题,过多的争论技术问题占用大量时间;4、没有评审检查表作为指导;5、问题修改后跟踪不力;,TR关注点,TR运作,各领域沟通预审,更新材料,PDT正式评审会议,开发团队根据评审要素表进行自检,拟制TR评审报告材料,会签,发布,TR评审,TR评审结果:
Go:
达到评审要求通过;GoWithRisk:
带风险通过,基本达到评审要求;仍存在风险,但风险可控。
Redirect:
未达到评审要求,需要项目重新做补充工作,再做TR评审。
项目团队可以根据项目大小等开展SUB-TR活动,技术评审裁剪原则:
技术评审的裁剪不能损害质量目标的达成;确定裁剪时,需获得受影响的相关部门的认同;技术评审的裁剪应与流程、活动的裁剪相匹配;评审要素的裁剪必须经过PQA确认才能生效;,TR入口检查,OK,目录,IPD简介结构化端到端的流程介绍变更管理产品开发流程各阶段关键活动介绍产品开发模型介绍,新产品开发和老产品优化的关系ABC类变更,ABC类变更定义,A类变更:
产品(项目)的主要需求发生重大变化,或者产品(项目)定位的细分客户群发生变化;并且当前产品(项目)开发无法支撑此类变化的变更。
例如:
产品(项目)的主要需求发生了重大变化;例如需求由原来的解决口渴的问题,变为解决肚子饿的问题。
产品(项目)定位的客户群发生了改变;例如由原来的面向低端客户的低端产品,变为面向高端客户的高端产品。
此类变更相当于一个新产品(项目)的开发,需要通过研发与市场委员会(或产品部)决策评审,需要重新立项并成立PDT团队进行产品开发(定制项目)流程。
B类变更:
产品(项目)的需求发生变化,不能在当前概要设计下实现这部分需求;但在当前产品(项目)的系统平台下是可以实现的。
例如:
在当前产品的基础上添加了基于此技术平台的新功能模块;在当前产品的基础上某个模块的需求发生变更,此模块变更需要重新进行概要设计;影响到关键路径二级计划的设计变更;没有成熟的共享模块基础的变更;此类变更一般会影响到一级计划的变更,在明确需求的前提下需要从计划阶段开始重新往下走;需要重新进行系统设计和概要设计,并修订一级计划;此类变更也需要通过上级部门严格审批,并将修改后的一级计划上报计划部;此类变更的审批与此项目原来审批一致;C类变更:
产品(项目)开发过程中不会涉及到概要设计变化的变更;此类变更不会影响要关键路径的二级计划的变更。
例如:
不会影响到关键路径二级计划的设计变更;非关键元器件的变更;成熟货架模块替换的变更;此类变更不会对一级计划产生影响,此类变更一般要从开发阶段切入,重新进行详细设计。
此类变更经过产品经理审批即可。
需求变更管理,1、PCR:
计划决策评审之后,如果承诺的变化超出合同规定的范围,则需要提交计划变更请求(PCR)给IPMT/BMT批准。
任何影响到计划DCP合同日期(包括客户交付时间),资源或者财务指标的更改均需要IPMT/BMT批准,对于项目范围(需求)的重大更改也是同样如此。
2、CCB(ChangeControlBoard)每项变更都需要由项目管理团队或变更控制委员会(CCB)进行管理(接收请求、评审请求、决策)。
CCB需要分层设置,在产品开发中存在产品CCB和项目CCB。
CCB的一般成员(根据CCB的层级不同人员范围也不同):
CCB最小应该由下面几部分组成:
高层经理、技术专家(SE等)、项目经理(技术负责人)、配置管理负责人、质量保证负责人、测试负责人。
(可能会有成本管理负责人、客户方代表)变更控制委员会一旦批准项目变更,就要及时传递批准通知书及相关文件,同时,与项目参与各方积极沟通。
正式评审通过后的变更结果应再次基线化,确保变更管理的有序。
对变更申请进行充分的分析评估,这涉及它对系统性能,接口,可用性,成本,进度,合同的影响程度,还应对它对软件产品的安全性,可靠性,可维护性,可移植性及效率的影响程度的评估。
所有变更都需要进行评审;所有对项目计划的变更都必须文档化且受控;变更链上任何一处变更,都需要知会变更链上其他环节。
变更流程,目录,IPD简介结构化端到端的流程介绍变更管理产品开发流程各阶段关键活动介绍产品开发模型介绍,单元一:
IPD总体流程单元二:
概念阶段流程(TR1)单元三:
计划阶段流程(TR2、TR3)单元四:
开发及验证阶段流程(TR4、TR4A、TR5、TR6)单元五:
发布阶段流程(GA)单元六:
生命周期管理流程,第一部分子目录,样例:
端到端流程详解,样例:
面向角色对象的二级支持流程,样例:
流程操作指导书,流程管理制度文件,单元一:
IPD总体流程单元二:
概念阶段流程(TR1)单元三:
计划阶段流程(TR2、TR3)单元四:
开发及验证阶段流程(TR4、TR4A、TR5、TR6)单元五:
发布阶段流程(GA)单元六:
生命周期管理流程,第一部分子目录,概念及计划阶段需求分析及计划活动总结,产品包需求验证、分析和整理,定义产品设计需求,定义和评估备选概念,概念阶段,首先要了解为什么需要这一系统,然后确定想做什么,然后明确怎么做,产品包需求分解与分配,产品规格,SRS,概要设计,实施细节,TR1,TR2,TR3,计划阶段,需求与分析,产品架构与系统设计,项目计划,制定项目各功能领域概念阶段的详细计划,制定初步的整体项目计划,制定初步的质量策划方案,预估不同方案的费用、人力,细化目标成本,制定完整的项目计划,各领域各层次制定详细计划,制定生命周期整体计划,分析并定义项目目标成本,费用及人力估计与预算,概念阶段的目标、关注点和交付物,目标,对产品机会的总体吸引力及是否符合公司的总体策略做出快速评估。
关注,分析市场机会,确定备选方案评估是基于有效的假设,而不是详细的数据。
若概念得到批准,则在计划阶段将对假设进行证实;若概念没有得到批准,则不浪费资源。
交付,初步商业计划端到端概要项目计划,产品开发一级计划初稿产品包需求、设计需求、产品概念概念决策评审材料,概念,概念阶段主要活动,概念阶段
(1),-组建团队,概念阶段
(2),技术层面,-共同开发产品包需求,进行TR1,概念阶段(3),业务层面,-完成业务计划书,进行CDCP,概念阶段重点关注1资源分配和开工会议,强调项目管理与产品开发同绩效管理的结合:
每一阶段都要做;但概念阶段可能会涉及到多概念选择的几个小组;如果方案比较明确,也可能直接明确系统工程师要求明确每个项目组成员是强矩阵还是弱矩阵;评估项目组成员的工作量所占比重;确定项目组成员的考核办法,并制定PBC。
概念阶段重点关注2多概念选择及质量计划与监控,分析功能需求,然后多个小组选择最接近的一个概念(方案),去评定:
分析需求功能;选择多个备选概念:
依据以往的经验先选一个初始系统概念,然后再找出现有系统和新系统之间在功能上的差距。
解决这些差距可以有不同的方法,包括重新设计或者甚至干脆放弃并替换现有系统的某些部分;初步确定各方案的功能分解,一直要找到可能的技术;根据实际情况,公司经多个系统工程师一起评定(可以根据进度,资源以及方案的研发或更改难度,以及可维护和可安装以及可生产性以及成本等),选择一个概念;确定一个系统级工程师开始产品包的需求说明书或再次进行验证;之后其他系统级工程师进行评审;并确定质量计划的监控重点。
概念选择的分解,备选概念的讨论可以自上而下进行也可以自下而上进行,或者两种方式兼而有之。
自上而下的设计从系统所要求的全套功能开始,再将它们分为适当的子项,直至为它们各自找到了可能的技术。
概念阶段重点关注3TR1评审,TR1关注点:
重点关注的是产品包需求和设计需求;目标是检查产品需求和设计需求(如制造、市场、可测试性、可服务性方面的需求);根据评审标准对产品技术进行生命周期、成熟度和风险方面的评估;确认已经对关键器件的成熟度进行评估;评审产品部件可重用计划。
评审要素:
TR1交付件:
TR1入口:
概念阶段重点关注4对新供应商启动认证流程,在TR1后如果涉及到新的关键技术或关键器件的外购和外协,可以提前启动新供应商认证;在提前采购决定评审完后,再启动采购。
概念阶段重点关注5业务计划书评审重点及监控,在目前重点评审项目管理的计划管理与资源配置和风险,市场部分分步加入,但一定要分析竞争和产业链:
重点关注进度计划与成本计划;同时,确定各层次的开发,明确要走哪些流程;项目交付完成后或产品交付完成后,完成哪些单机与整机及内部模块的产品化;评审关键路径的关键资源;评审主审人的资源和时间以及任职资格是否匹配;关键路径和关键活动是否高配,如果有高配,是否有监控人;初步的财务指标(可以在计划阶段细化)。
单元一:
IPD总体流程单元二:
概念阶段流程(TR1)单元三:
计划阶段流程(TR2、TR3)单元四:
开发及验证阶段流程(TR4、TR4A、TR5、TR6)单元五:
发布阶段流程(GA)单元六:
生命周期管理流程,第一部分子目录,计划阶段的目标、关注点和交付物,目标,清晰地定义产品及其竞争优势,理解业务计划,制定项目计划及资源计划,确保风险可以被合理地管理。
关注,最终的商业计划,这一商业计划定义了产品、市场需求及需要的各个业务部门的支持;评估是基于事实数据(而不是假设),因此若计划得到批准,则团队将与IPMT签订一个合同来完成产品开发;若计划没有得到批准,则不会浪费资源。
对概念阶段的假设进行证实。
通过与IPMT达成的“合同式”协议,PDT得到授权。
在项目每个后续阶段的目标及整个项目的目标上达成共识。
交付,最终的商业计划项目合同产品规格说明书端到端详细项目计划和修改的一级计划高层总体方案书(软件概要设计硬件概要设计结构概要设计),计划,计划阶段主要活动,计划阶段
(1),概念阶段,计划阶段,扩建PDT,团队培训,增加扩展组成员并修改项目文档,开工会,制定计划阶段,开始项目执行监控,产品包需求分解与分配,系统设计与设计规格定义,Mini项目准备,优化/制定开发计划,产品级的测试设计开始,Mini项目启动,系统规格基线化,技术评审2,注:
mini项目软件项目/硬件项目(模块)产品-由多个软件项目/硬件项目组成,开始监控设计规格更改,产品概要设计,SRS,产品数据结构设计,测试与验证计划,信息开发计划,翻译计划,订单履行计划,物料需求计划,产品概要设计:
软件(子系统)概要设计;硬件(子系统)总体方案;单板总体设计方案;结构(子系统)造型总体方案,计划阶段
(2),SRS基线化,更新市场计划,参与做提前采购决定,技术评审3,概要设计基线化,制定/优化各业务计划,关键和备选供应商谈判,拟制合同书,PDCP评审,更新项目数据库和经验总结,计划阶段,开发阶段,计划阶段重点关注1需求分解分配与CBB及标准计划的关系,需求分解分配确定是选用成熟模块,还是开发新模块;对选用成熟CBB,直接采用相应的产品标准;对需开发的新模块,在开发过程中要同步制定是否能共享的产品标准(即:
新模块开发与验证的流程与产品标准)。
计划阶段重点关注2需求分解分配与三级计划的接口,进行需求分解分配,确定哪些模块要改动,改动的模块制定二级计划;根据二级计划制定三级计划,并修订一级计划;确定二、三级计划的资源配置和关键路径、关键资源;在计划阶段决策评审完成后,确定哪些模块要做提前验证计划;哪些三级计划要先做定型再做渐增测试和验证。
计划阶段重点关注3计划阶段再次验证市场,寻找并开发新的CBB,再次分析外部市场和内部市场需求,包括客户需求、整机单机需求、模块内部需求等各层次需求,寻找各层次新的CBB,分层次进行市场验证在新模块标准计划形成过程中,对能够成为新的CBB模块,要考虑共享方面的开发要求,计划阶段重点关注4提前采购决策,如果是成熟模块,长周期采购物资及长周期外协,做出提前采购决策和实施;非成熟模块,要先做技术定型;再做采购决定,否则风险较大。
计划阶段其他重点关注要素,销量预测与承诺要分内部、外部,预测单板、单机、整机、系统的销量;通过预测的销量决定流程要做到小批量,还是批量,还是转产。
市场验证验证产品包含:
单板、单机、整机和分系统资料开发资料开发以IPD核心内容为主,根据客户的需要可以设立专业工程师,走专业化的道路。
TR2评审,TR2关注点:
目标是检查系统设计规格。
在TR2中评估技术风险;确保已经选用合适的设计方案;检查产品部件的重用度;更新产品功能规格。
TR2交付件:
TR2评审要素:
TR2入口评估:
TR2评审要素:
TR3评审,TR3关注点:
TR3的目标是对系统配置进行评审,包括硬件、软件、机械、光器件、射频等;在TR2和TR3之间,要求:
系统和子系统规格已经分配到各功能模块的总体方案中;模块总体方案中包括系统配置定义;TR3中:
各功能领域的专家分析技术风险;对技术规格进行评审,评估技术成熟度;决定方案设计是否已经足够充分,可以进行详细设计;,TR3交付件:
TR3评审要素:
TR3入口评估:
概念及计划阶段需求分析及计划活动回顾,产品包需求验证、分析和整理,定义产品设计需求,定义和评估备选概念,概念阶段,首先要了解为什么需要这一系统,然后确定想做什么,然后明确怎么做,产品包需求分解与分配,产品规格,SRS,概要设计,实施细节,TR1,TR2,TR3,计划阶段,需求与分析,产品架构与系统设计,项目计划,制定项目各功能领域概念阶段的详细计划,制定初步的整体项目计划,制定初步的质量策划方案,预估不同方案的费用、人力,细化目标成本,制定完整的项目计划,各领域各层次制定详细计划,制定生命周期整体计划,分析并定义项目目标成本,费用及人力估计与预算,单元一:
IPD总体流程单元二:
概念阶段流程(TR1)单元三:
计划阶段流程(TR2、TR3)单元四:
开发及验证阶段流程(TR4、TR4A、TR5、TR6)单元五:
发布阶段流程(GA)单元六:
生命周期管理流程,第一部分子目录,开发阶段的目标、关注点和交付物,目标,设计产品,并将在经过批准的最终业务计划中的特有技术开发、制造及营销策略和计划内容进行集成。
关注,确保产品在市场上成功,评审市场及客户需求,评审产品及财务假设设计和集成满足产品规格的产品;准备和构建产品原型;确保制造准备就绪:
明确、处理及减少风险和非确定性因素至可接受的水平;确保产品具有可制造性;准备发布制造过程技术文档;验证计划阶段的假设。
交付,可供Beta验证的产品包测试和验证计划详细的产品发布计划Beta测试/试用客户选择产品文档,开发,开发阶段主要活动,开发阶段
(1),计划阶段,开发阶段,Mini项目2,BBIT,Mini项目1,Mini项目3,Mini项目4,.,测试准备与更新测试计划,测试研发准备和开发,BBFV,UT/MIT/MST,BBFV:
BuildingBlockFunctionVerificationBBIT:
BuildingBlockIntegratedTest(测试),开发阶段
(2),SDV测试(原型机),BUILD1测试,转系统测试,更新相关测试方案,BUILD测试报告,BUILDn测试,转系统测试,更新相关测试方案,BUILD测试报告,BBFV,SDV,技术评审4,技术评审4A,可安装性可服务性测试模块,BETA测试预安装模板,开发阶段,验证阶段,初始产品SIT,技术评审5,开发阶段活动流图,开发测试,TR3,TR4,根据用户需求、系统规格等,分析要进行的测试类型。
进行简要的功能交互分析,确定新需求和老需求的兼容性,和其它接口的配合等问题。
对各模块内部具体分析,以指导后续的用例设计和开发。
与开发对应的测试过程,测试方法和技术、环境和工具;测试重用策略;明确转测试通过的标准、预测试安排;明确测试轮次及各轮测试重点;产品测试结束的准则(测试覆盖率的要求等);,TR4评审,TR4关注点:
TR4的目标是评估子系统原型(如一块单板)是否已经可以进行集成,这项工作在SDV前完成。
模块和BBFV的测试结果;确定每个风险的规避计划;确定可重用性;,TR4交付件:
TR4评审要素:
TR4入口:
(产品级)渐增测试模型,BBIT,SDV,SDV,TR4,TR4.TransfertoTest,SDV,SDV,BBIT,SDV,TR4,TR4,TR4a,BB1,BB2,SIT,TR4,TR4a,SIT,BetaTest,Builde,Buildc,Buildd,Builda,Module(s),UT/MIT/MST,S/WorH/WDevelop,ModuleLevelValidation(UT/MIT/MST),BuildingBlockIntegrateTest(BBIT),SystemLevelVerification,BBFV,SDV,BBFT和SDV是Building的活动对每个Building都要进行BBFV和SDV的活动TR4和TR4A是基于Building的技术评审进行Beta测试和进行初始产品测试(SIT)的Building必须进行TR4A每个Building进行功能验证(SDV)之前要进行TR4,Buildb,TR4A评审,TR4A关注点:
原形机的质量SDV结果和初始产品的准备情况TR4A的目标是确定功能需求已经得到满足,性能需求已经基线化;TR4A控制未成熟产品进入样机生产的节奏来确保产品技术已经达到SIT的要求;TR4A主要关注SDV(系统设计验证)测试。
SDV通过执行IBTbuild计划来集成系统功能模块直到一个功能完备的原型机完成组合和测试;,TR4A交付件:
TR4A入口:
验证阶段的目标、关注点和交付物,目标,执行为满足产品需求所做的设计更改,刻画产品特点并验证产品,发布最终的工程规格及相关
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 研发 项目 管理 IPD 流程
![提示](https://static.bingdoc.com/images/bang_tan.gif)