IPD重构产品研发流程

上传人:无*** 文档编号:122363706 上传时间:2022-07-20 格式:DOC 页数:8 大小:153.50KB
收藏 版权申诉 举报 下载
IPD重构产品研发流程_第1页
第1页 / 共8页
IPD重构产品研发流程_第2页
第2页 / 共8页
IPD重构产品研发流程_第3页
第3页 / 共8页
资源描述:

《IPD重构产品研发流程》由会员分享,可在线阅读,更多相关《IPD重构产品研发流程(8页珍藏版)》请在装配图网上搜索。

1、IPD重构产品研发流程引言IPD(IntegratedProductDevelopment)集成产品开发是一套先进的、成熟的研发管理思想、模式和方法,IPD的思想来源于美国PRTM公司出版的产品及生命周期优化法(简称PACE)一书,书中详细描述了这种新的产品开发模式,最先付诸实践于IBM公司,后来由IBM引入华为公司并取得了巨大成功。近十几年中,很多创新性公司也引入IPD管理体系,上海美农生物科技有限公司就是其中的一家。一、国内企业在产品与技术研发中存在的主要问题:无论是通信行业的企业还是饲料行业的企业,在产品和技术的研发过程中存在这样那样的问题,阻碍了产品研发的成功率和产品研发的效率,归纳起

2、来主要表现在如下七个方面:1、没有把研发工作作为项目进行管理无论是开发(D,development)还是研究(R,research)工作,对象无论是产品还是技术,这些工作都具备项目的典型特征,应该作为项目进行管理。但并不是所有企业都认识到这点,仍然用运营的思路来管理产品研发项目,公司总经理或公司高层亲自协调各部门工作,而不是授权给产品经理或项目经理。因为没有把新产品开发作为项目进行管理,相关人员没有组成分工明确的跨部门项目团队,涉及到的部门都有自己的部门工作,开发工作阻力重重,同时由于新产品的开发没有明确的项目计划和里程碑要求,研发过程中缺少必要的项目状态监控,导致很多项目的开发一再延期,甚至

3、遥遥无期,导致新产品的研发效率非常低下,严重制约了公司的进一步发展。2、产品开发流程结构化不足或过度结构化产品开发是一种跨部门的活动,需要明确什么角色或部门在什么时间做什么活动,要求清晰明了,这样流程才具有可操作性。而有些公司的产品开发流程结构化不足或过渡结构化导致流程的效率低下。表现在流程要么是不能清晰地划分阶段,每个阶段都由哪些角色参与,参与做什么,输入输出是什么;要么是过渡结构化,流程管得过死,每个角色的操作通过模板表单细化到了具体的操作。导致企业研发人员在实际开发中要么不遵守流程,要么严格遵守流程,造成了严重的官僚。如某饲料企业的开发流程,开发过程没有进行阶段划分,过程中没有设置评审点

4、,高层和技术专家只有在立项和开发结束的时候才介入进行评审,问题无法被及时发现。而某通信设备企业则走向另一个极端,该公司借鉴了IPD的相关做法,在产品开发袖珍卡、阶段流程基础上,分别制定了支撑IPD主流程的30多个子流程,这些流程、制度、模板主要由流程管理部门完成,各专业部门很少参与。实施过程中研发人员怨声载道,认为大部分时间都花在写模板上,哪有时做开发?最后的结果是,流程制度很快就成为摆设而束之高阁。3、把产品开发当作是研发部门的事产品是满足客户各方面需求($APPEALS)的交付物/解决方案,而不仅仅是提供功能、性能的实体,还包括产品的无形部分,比如品牌、易用性、服务、可销售性、可采购性、可

5、生产性等。在满足外部客户需求、下游客户需求的同时,还必须公司高层的要求,要实现盈利目标或其他战略目标。如果认同这个理念,产品开发就必然是跨部门的。遗憾的是,绝大部分企业还是把产品开发的成败完全归咎于研发部门,其他部门坐壁上观,一旦产品出了问题,都把矛头一致对准研发部。4、决策层介入不当产品开发是一种投资行为,而高层(决策层)作为投资方的代理人需要对结果负责,必须介入产品开发过程。但问题又来了:高层在哪个时间点介入?如何介入?是象苹果公司前任CEO乔布斯那样深入到每个细节还是象现任CEO库克那样授权给研发和营销团队?国内很多企业高层对产品开发过程要么介入太多,要么介入太少,根源就在于产品开发流程

6、中并没有明确他们应当在什么时候介入,以什么样的方式介入,介入做什么?这些应当在流程设计中事先加以明确规定。否则就会像某厨房家电公司一样,产品和研发团队发现董事长介入越深的项目,市场成功率反倒越低。5、部门经理和专家介入不当研发项目开展过程中,要处理好项目经理和部门经理、各领域专家之间的关系。专家介入过多,不能充分调动项目组成员的积极性并强化其责任,得不到成长,介入过少又不能充分发挥技术评审的作用,同样对确保项目质量不利。同高层如何介入项目一样,专家的介入也要进行结构化。否则最终,部门经理和专家在带走项目组成员责任的同时,也带走了他们的创造力和热情。6、在产品开发过程中进行技术攻关平台化开发是I

7、PD的核心思想之一,体现在产品开发过程中就是要提前把开发过程中的技术难题识别出来。如果他们在关键路径上,就应当提前单独立项进行技术开发,否则产品开发过程就会不受控,供应链和市场营销就无法按计划正常开展工作,整个过程就自然成了研发域的独角戏,最终无法在预定时间上市。7、创新过程缺乏一致的方法论对企业而言,只要从事以前没有做过的业务都是一种创新,比如产品开发、技术开发、产品和技术的研究、新生产设备的开发等,公司引入一种新的管理方式也是创新。如果完成这些工作的流程制度没有一致的方法论作为指导,会增加企业管理和沟通的成本。IPD作为一种创新方法论,可以为这些创新工作提供一致的方法论。二、IPD重构产品

8、研发流程1、IPD将产品开发过程的结构化和规范化要解决前面提到的各种问题,需要把参与研发过程的各种角色,包括项目组成员、项目经理、部门经理、相关专家、决策层清晰识别出来,对研发过程进行合理的阶段划分,设置“不多也不少的”评审点。需要对流程中的活动和交付件模板进行定义,理清主流程和支撑流程之间的相互关系。需要一种对各种研发活动均适用的创新方法论,并有针对性地加以应用。创新和研发很长时间内都被认为是一些天才和技术人员的专属活动,这些活动不能被管理,难以结构化。随着产品越来越复杂,涉及的领域越来越多,参与研发的企业内外部人员也相应增加,如果结构化程度不够,进度、质量和成本无法得到保障,无法实现客户价

9、值。华为从IBM引入IPD后,在实践中进一步发展。无论PACE还是IPD,都是一种创新和研发管理参考模式。试图构建产品研发的“流水线”,让创新活动有章可循。2、IPD产品开发流程同时考虑商业和技术两条主线成功的产品有两个重要特点:满足客户需求和公司有利可图,两者缺一不可,且要同时考虑。第一点不满足,客户不会买单;第二点不满足,公司不能长久经营。对于第二点,目标有多种,可能是获取利润,也可能是某种战略需要,比如:积累客户、建立客户粘性、树立品牌、阻击对手等。即便是“免费”的互联网产品,也有这两个重要特征。与此相对应,为了满足外部需求和内部经营需要,产品开发过程隐含了两条主线,一条是需求实现,另一

10、条是商业计划的实现IPD流程的重要特点是把两条主线集成在一起,并同时完成。醫Cai卜市场石求IPD产品开发流程目标达成“十削)产品包广:品/昶决方峯业务计划(O/SBP:产品槪念/方案/过程文档/产品数捱等IPD产品开发流程的两条主线两条主线不是发明,而是对产品开发本质的发现和升华,两条主线如果没被认识和掌握,开发过程就只能被认为是研发人员的工作,也就是满足产品包需求这条线的工作。而满足公司商业目标这条线却若隐若现,有时高层关注,有时部门经理关注,有时产品经理和市场人员关注,有时项目经理关注,责任没有得到强化。乔布斯说苹果产品是艺术、科学和商业的结合,艺术和科学就是满足客户需求,同时还要实现商

11、业目标。聲护优化产品包就塞产品包需求初蛤O/SBP实现和验证产品包需求交忖产品包h雁行O/SBP初始产品包需求评估相关iflO./SBPJ优化O/SBPO/SBP合同上海美农IPD流程的两条主线3、概念和计划阶段是IPD产品开发流程的核心概念阶段决定了产品能给客户提供哪些特性和功能,也就是满足客户哪些需求,以及总体方案是否具有创新性;计划阶段的工作决定了系统设计和子系统设计的水平,是否能完美实现概念阶段确定的系统方案。通过这两个阶段工作形成的产品包业务计划书(0/SBP)决定了商业目标的实现方式。国内企业在这两个阶段投入严重不足,没有形成完整的产品包需求,没有对各种实现方案进行完整构思和选择,

12、更没有进行完整的系统设计和子系统设计。同时,市场和研发外的其他领域也没有深度参与到产品开发中来,没有共同形成详细的产品包业务计划书,也就是他们并没有想清楚应当如何一起把产品成功送上市。加强概念和计划阶段工作表面上会局部增加投入,但磨刀不误砍柴工,华为公司正是通过加大这两个阶段的投入,大大缩短了开发、验证和发布阶段的时间,从而整体上压缩了整个开发周期,不仅如此,还会因为减少返工而提高产品质量,降低产品开发费用。上海美农产品开发流程阶段划分(DC卩LDCP止决策PDCP计划决策开岌验证发布生晞周則4、跨部门的产品开发团队并行工作缩短了产品开发周期IPD流程中每个阶段的活动按专业类别进行了区分,不同

13、领域的角色完成各自的活动,有分工,有协作。通常把IPD流程中的角色或领域分为九类。分别是高层决策、项目管理、财务、质量、研发、采购、制造、市场、技术支持。高层决策团队负责产品开发过程中的商业决策,项目经理负责整个项目的项目管理工作,对产品的最终成功负责,其他各个领域分别设立领域核心组代表和相应的扩展组成员,对应完成相应领域流程规定的活动,对领域的交付质量、进度、成本负责,这样整个团队在项目经理的带领下各司其职、并行工作,打破了各个职能部门的部门墙,在产品开发过程中拧成一股绳,共同为产品开发的成功负责。5、IPD中的决策评审(DCP)与技术评审(TR)决策评审:确保商业目标的实现为了确保产品开发

14、商业目标的实现,高层在产品开发过程中的介入不能太少,也不能太多,必须设置合理的决策评审点DCP(decisioncheckpoint)。在产品开发过程的两条主线中,高层主要在产品包业务计划(O/SBP)这条线上开展工作,高层决策评审关注的重点是产品包业务计划书。产品开发过程中的决策评审点包括概念决策评审(CDCP)、计划决策评审(PDCP)和可获得性/上市决策评审(ADCP):概念决策评审(CDCP):在概念阶段结束前进行,关注已经满足需求的产品概念是否具有竞争力,产品包业务计划中各领域策略是否有效,承诺资源,判断项目是否继续。计划决策评审(PDCP):在计划阶段结束前进行,关注最终的产品包业

15、务计划是否可以达成商业目标,各领域计划是否考虑完整,具有可行性。评审盈利计划,与产品开发团队明确绩效考核指标,承诺资源,判断项目是否继续。可获得性/上市决策评审(ADCP):在验证阶段结束前进行,关注产品包是否已经满足客户需求,产品包业务计划是否根据环境变化进行优化调整,是否具备上市条件,最终决定产品是否上市销售。决策评审必须做出明确的结论,且只有三个结论:(1)继续(G。):同意,可以继续开展项目,承诺提供下一阶段资源。(2)重视项目(NoGo):不同意,项目终止,释放资源。(3)重新定向(Redirect):重新定向,要求项目组根据高层评审意见对业务计划进行调整优化,重新进行决策评审。技术

16、评审:确保产品满足客户需求为确保产品包需求的完整性,以及产品的概念、方案、以及产品的实现、验证结果最终能满足客户需求、市场需求以及法律法规的要求,在IPD的产品开发过程中,设置了若干产品级的技术评审点(TR),通过这些评审点判断技术方案是否可行,识别潜在问题和风险。TR评审通过是公司高层决策团队进行DCP决策评审的必要条件。技术评审是分层的,分为领域级子评审(sub-TR)、产品级评审(technicalreview,TR)。无论是技术评审还是决策评审,评审会参与者会前必须仔细阅读相关材料,和项目组沟通,发现问题及时解决。评审会的目的主要是达成共识和识别潜在问题,尤其是跨部门问题,而不是在会上

17、解决问题。6、IPD流程的分层结构化:阶段流程、子流程和交付件IPD的阶段流程从时间维度把IPD流程的六个阶段进行进一步结构化。每个阶段都有自己的目标、输入、输出和相关活动,我们称之为阶段流程。而子流程则是从领域或者角色维度,也就是袖珍卡中的横向维度把流程进一步结构化。这些子流程在设计上要与IPD主流程进行对齐,包括角色、阶段、评审点、活动、交付件模板、术语等。无论袖珍卡、阶段流程,还是子流程,都需要在流程中描述活动和定义交付件模板。IPD产品开发流程把各领域在产品开发过程中的活动串起来,如果把IPD主流程比作一根端到端满足客户需求的“项链”,那么各个领域的子流程就是这根项链上的“珍珠”,IP

18、D将各个领域的活动有机地集成在了一起。7、用IPD构建了统一的创新语言宏观上讲,IPD产品开发流程六个阶段所遵循的逻辑和IPD核心思想构成了IPD创新方法论,不仅适用于新产品开发,还为解决方案开发、技术开发、定制产品开发、功能领域的创新和开发、管理变革过程等提供了一致的方法论,这样就在企业创新项目管理上构建了一种通用语言,降低了沟通和管理成本。微观上讲,导入IPD管理体系,让整个公司上下对产品开发过程中的名称、术语有了统一的语言,如DCP、TR、PDT等,这样在沟通上很容易达成理解上的共识。三、结束语IPD是一套系统的、成熟的研发管理体系,本文主要围绕IPD如何重构产品创新过程进行阐述。实际上,IPD体系包含了战略与产品规划体系、产品与技术流程体系、组织体系、以及相应的绩效管理体系等,导入和实施IPD将是对产品研发体系的一次重构,带来的将是企业在研发管理上的一次变革。今年来,中国经济和中国企业遇到了前所未有挑战,越来越多的企业已经意识到企业研发不变革无异于等死,没有成熟的方法论盲目进行变革又可能是找死,我们认为IPD研发管理体系的导入、推进将是企业的变革成功之路、员工的成长之路。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!