产研实战:IPD集成产品开发的实施——组织层面

0 评论 3136 浏览 16 收藏 13 分钟

编辑导语:在IPD集成产品开发的实施过程中,我们难免会遇到一些问题,甚至是对于最基础的理解,为了更好地让对IPD有需求的同学理解和应用,作者分享了实施IPD组织层面的知识和推行经验。

自从华为成功实施了IPD并为其带来显著的成功之后,带动了很多国内企业对IPD的追捧和实施,我所在的企业和行业也不例外,而且行业前列的企业已经宣称成功实施了IPD,我们实施IPD是种必然也非常紧迫。

但是经历过近三年的推广实践,所面临的实施困难和问题也只有亲身体会才能感受到。也怪不得在探访一些宣称成功实施IPD的相熟企业,大家会保留的认为他们推行的并不好;在与专业的IPD咨询公司做深入交流后,他们也往往会为实施困难打一剂很重的预防针;最终将难点均指向企业的器官——组织层面。

IPD推行首先要做的是组织认同和组织适配,这是很多专业IPD咨询公司着重强调的,甚至认为是必须的。但是具体到很多有意推行IPD的成熟企业,其最不愿意进行大规模变革的也正是组织,个中原因也许大家不难理解。所以出现了希望使用IPD的思想和流程,但依然沿用之前的组织设置的情况,美其名曰“理论与实际相结合的因地制宜”,按照辩证法仿佛都能说通,但是一旦实践就会发现此论调根本是“事倍功不成”。

回过头来,才能深刻理解基于不合理的组织推行IPD体系往往会进一步隐藏或加剧问题和矛盾。

一、传统产品开发模式存在的问题

1. 面向部门而不是产品线的组织壁垒

每个部门都有自己独特、清晰的职责来支撑各产品线,也只能负责产品开发、生产过程中的一部分,企业的考核方式面向各执行部门职责,不是也无法按照产品线进行考核。这种方式首先无法让执行部门了解产品规划及执行过程的全貌,另外通过将考核机制与各部门功过与奖罚挂钩的模式,无形中造成了“协同部门间各扫门前雪”的消极局面。为了获得高绩效,每个业务执行部门都要捍卫本部门的利益,所以遇到问题会互相推卸责任,将问题和困难阻挡在本部门之外,这就形成了厚重的“部门墙”。

2. “反复”的业务运行过程导致新产品开发时间的失控

产品开发流程除了正向业务流外(产品——研发——中试——生产——销售),还往往会出现从市场端导入的大量反向业务流,毕竟一个新开发出的产品不可能是完美没有缺陷的,出问题本身是正常的。但是各业务执行部门为了绝对化的规避责任,便以维护客户利益、保证产品质量的“名义”,各业务环节都可以退回给上游环节返工,而不是主动协调解决问题。另外从信息反馈和协调上往往还要通过职能经理和分管副总。可见这种串行的业务流程,加上复杂的返工流程,再加上通过不同的业务执行部门领导,新产品的开发周期难以控制。

产生以上两种现象的根本原因是各业务执行部门之间的考核目标不一致,大家各司其职,没有一个真正可依存的共同点将各业务执行部门的职责统一起来,在最开始的产品规划和设计阶段并没有纳入下游环节的意见,当然下游环节也没有参与感。

3. 以技术驱动为主的弊端

在高新技术企业常常会出现以产品高技术指标为追求目标,而没有很好地去考虑产品的商业模式、与竞争对手的市场竞争、客户的接受程度、投资回报。出现这种不被市场接受的技术创新,对企业而言是最大的投资风险。

4. 产品开发脱离市场造成的严重损失

没有建立起以市场需求为核心的决策立项机制。

5. 混淆技术预研与产品开发带来的风险

技术预研是企业对尚不掌握的新技术、新理论进行超前研究的过程,这是一项探索性、开创性的工作,时间长短难以控制,研究结果也难以预测。而产品则要面对激烈的市场竞争,对开发周期和投入资金有很高的精度要求。如果混淆了技术预研与产品开发的界限,在新产品开发中附加很多技术预研的工作,将会使产品的开发时间和所需资金变得非常不可控。另外更严重的是,若技术预研的成果没有经过任何市场验证就使用到新产品中,大规模商用后暴露出问题将会给企业带来更大的损失。

6. 不利于产品的独立核算

在传统的开发模式中每个业务执行部门要同时承担多种产品的任务,被作为成本中心来管理,难以按产品型号在业务执行部门进行产品的独立核算,出现“成本大锅饭”的分摊制。不能对产品的全成本进行准确分割,也就无法对产品进行独立核算,无法准确知道每款产品盈亏情况,导致企业经营的盲目性。

二、集成产品开发模式的基本概念

1. 新产品开发是一项投资决策

IPD模式十分强调对产品开发进行有效的投资组合分析,以投资回报为依据决定是否对该产品立项开发,并在开发过程中设置许多技术评审点和决策评审点,通过阶段性评审来决定该新产品开发项目是继续、暂缓、终止,还是改变方向。

2. 基于市场的开发

IPD强调产品创新一定是基于市场需求和竞争分析的创新。为此,IPD将商机的把握、商业模式的确定、市场需求的分析、产品的定义作为流程的第一步,强调从开始就把事情做对。

3. 跨部门的协调

IPD采用跨部门的产品开发团队,通过有效的沟通、协调以及决策,达到尽快将产品推向市场的目的。

4. 异步开发模式

通过严密的计划、准确的接口设计,IPD模式把原来许多后续的串行业务提前,改为并行流程,这样可以大幅度缩短新产品上市的时间。

5. 技术重用性

IPD采用公共基础模块(CBB)及平台化设计理念来提高产品的开发效率。

6. 结构化的流程

新产品开发的相对不确定性,要求开发流程在非结构化和过于结构化之间找到平衡。

三、集成产品开发所需的组织支撑

产研实战:IPD[集成产品开发]的实施——组织层面

产研实战:IPD[集成产品开发]的实施——组织层面

1. 集成产品开发模式的组织架构

IPMT是决策管理团队,由企业决策层指定人员组成,一般是各职能领军人物,职责是确保企业有正确的产品定位及规划,保证项目资源到位、控制投资方向。其在组织上是一个虚拟的团队,平时都有自己的本职工作,只有当IPMT需要开会决策时,成员才聚集起来行使IPMT的权力。

PDT是具体的产品开发团队,是执行团队,作用是制订具体的产品策略和产品开发计划、执行产品开发计划、确保按计划及时地将新产品投放到市场。

PDT是一个依产品线的建立而动态组织起来的实体组织,成员在产品开发期间一起工作,由PDT经理全权负责。

当IPMT决定立项组建一个新的产品线时,就要从各个业务执行部门及部分必要的职能部门中,调配相应的人员加入PDT组织中来。

参加PDT的人员需要接受双重领导,这些人员本身的归属还是原来的职能部门或业务执行部门,只是被借调到PDT之中来工作,日常的工作接受PDT的指挥与考核,但如果该人员不能胜任PDT的工作,PDT有权将该人员退还给其原部门,并可要求该部门再重新派遣合适的人员参加PDT工作。

这种跨团队的管理模式彻底打破了传统产品开发模式的部门壁垒,成员们组成了拥有共同利益的团队。也构建了解决上述传统开发模式问题的基础。

  1.  IPMT与PDT的分离使得市场策划、产品立项的决策不再仅由技术因素来决定,而是依据面向市场的综合信息来决策。在IPD中,一开始就做一件正确的事情,而不是中途再修改或中止已经开发的新产品设计,因此可大幅地降低新产品开发的损耗成本,提高产品的开发成功率。
  2.  极大地降低了原职能部门、业务执行部门之间的协调成本,可极大地提高产品开发的工作效率、缩短产品的开发周期。
  3.  PDT中有市场、销售、工程、服务部门的人员共同参与产品开发,可以更早地得到客户需求的意见,减少新产品设计方案的频繁修改。
  4.  PDT可将业务运转流程由串行工作方式转为并行、协同工作方式。在进行产品开发的总体设计和详细设计时,中试部、生产部的人员就会提前提出中试、生产环节的内部各项要求,以共同设计的方案来保证达到各阶段的评审要求,可极大地缩短新产品上市的时间。
  5. 采用PDT后,同一产品的研发、中试、生产等作业都在一个部门内完成,非常有利于按产品线进行成本核算的要求,可有效地降低新产品的成本。
  6.  客户反馈的任何投诉一件都不会在各部门之间推诿,而是都由同一个PDT全权负责,可有效地解决客户的投诉,提高市场的反应速度,有利于提高新产品的客户满意度。
  7. 每一个PDT就相当于一个虚拟的子公司,可以PDT为单位来考核、激励每一个产品线,从而提高产品线的工作激情,大幅化解大公司的体制毛病。

四、结语

当遇到想要不适配IPD建议组织因地制宜实施IPD的企业,也许可以定性的是其核心管理层根本就没有真正理解IPD,当然还有一些企业的决策者在面临组织变革时勇气和决心不足。在这里我们真该拿华为作为好榜样,用那种“先僵化、后优化、再固化”的实施思路,用那种“削足适履”的决心,让IPD真正在企业落地实施下去。

 

本文由 @大姚 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!