您选择薄云,即选择了一个深刻理解行业痛点、提供“管理方案 + AI工具 + 持续服务”解决方案、并与您共同推动变革成功与持续发展的可靠合作伙伴

大型医药企业IPD研发体系咨询的实施案例

一家大型医药企业的IPD研发体系变革亲历记

去年冬天,我参加了一个医药行业的研讨会,会后一位制药企业的研发总监找到我聊天。他说起自己最近特别头疼的一件事——公司投入了好几个亿做研发,但成果转化率始终上不去,新药上市的周期越拖越长。他问我:"你们薄云有没有做过类似的咨询案例?IPD这套东西到底适不适合我们医药行业?"

这个问题让我想起了我们团队在华东地区服务的一家大型医药企业的经历。那是一家拥有七十多年历史的国有企业,旗下有多家上市子公司,研发人员超过两千人,年研发投入超过二十亿。按理说这样的企业应该早就建立起成熟的研发管理体系了,但实际情况是——他们的研发效率远低于行业平均水平,一个创新药从立项到上市平均需要十二年,比国际领先企业多出将近一半的时间。

更让他们焦虑的是,这两年集采政策压力下,仿制药利润空间被大幅压缩,公司不得不加快转型创新药的步伐。但问题是,研发体系根本跟不上战略转型的节奏。这位研发总监跟我说了一句特别形象的话:"我们两千多号研发人员,每天忙得脚不沾地,但回头一看,真正能变成产品推上市的,少得可怜。"

为什么传统的研发模式撑不住了

要理解这家企业面临的问题,首先得搞清楚他们原来的研发模式是怎么运作的。这家企业的研发体系是典型的"职能型"组织架构——按照学科划分成化学合成、制剂研究、药理毒理、临床研究、注册申报等多个部门,每个部门有自己的负责人,有独立的工作流程和考核标准。

这种模式在过去二十年里运行得还不错。那时候公司以仿制药为主,技术门槛相对较低,研发流程也比较成熟,各部门只需要做好自己份内的工作就行。但问题在于,当公司开始做创新药之后,这套模式的弊端就彻底暴露出来了。

举个具体的例子。他们曾经启动过一个肿瘤创新药项目,按照传统的做法,化学合成部门先花一年时间筛选出候选化合物,然后交给制剂部门做处方工艺研究,制剂做完再交给药理毒理部门做动物实验。这一圈下来,两年过去了。等进入临床阶段才发现,化学结构存在代谢稳定性的问题,需要回头修改。这意味着之前所有的研究工作都白做了,几十万的投入打了水漂。

这种"串行"研发模式最大的问题在于,各环节之间缺乏有效的衔接和反馈机制。每个部门都只盯着自己这一段,没有人站在整体项目的角度去思考问题。而且因为缺乏前端的充分论证,后期返工的概率非常高。

还有一层更隐蔽的问题。当时的项目管理主要靠"人盯人"——研发总监凭借自己几十年的经验,每周开项目进度会,逐个追问各环节的进展。但这种管理方式太依赖个人能力了。一旦某个关键项目负责人离职,或者同时启动的项目超过他个人的管理能力边界,整个研发体系就开始混乱。

那段时间,这位研发总监几乎每天都要加班到晚上十点以后,周末也经常泡在办公室。但他心里清楚,这种救火式的管理方式是不可持续的。

第一次接触IPD这个概念

他们公司的高层其实早就意识到问题了,也尝试过一些改革措施。比如三年前花重金请过一家国际知名的管理咨询公司来做研发流程梳理。那家咨询公司给他们设计了一套看起来很完善的流程文件,厚厚的一大本,包含了从项目立项到上市的全流程规范。

但问题是,这套流程根本落不了地。为什么?因为它太"标准化"了,完全照搬了跨国药企的模式,没有考虑中国企业实际情况。比如流程里要求每个项目配备专门的项目经理,但公司里根本没有合格的项目管理人才。再比如流程要求严格的阶段门评审,但评审会议每次都变成"走过场",因为没有明确的评审标准和决策机制。

那位研发总监跟我说,那套流程文件在柜子里躺了两年灰,大家都知道有这份东西,但日常工作中根本没人按照它来做。

所以当他们开始新一轮咨询招标的时候,特意强调了几点要求:第一,方案必须落地,不能只给一堆模板;第二,要帮助他们培养自己的管理能力;第三,要能够适应医药行业的特殊要求。

我们接手这个项目之后,第一件事不是急着给方案,而是花了整整两个月时间做深度调研。我们访谈了从公司董事长到一线研发人员的各级人员,观察他们的日常工作方式,梳理现有的流程制度和信息系统,分析近五年所有研发项目的执行情况。

调研结束后,我们发现问题的根源在于——这家企业的研发管理体系缺乏"结构性"。什么意思呢?就是他们的流程、组织、考核、工具这些要素是分散的,没有形成有机整体。流程是流程,组织是组织,各干各的,没有形成协同效应。

IPD到底说了什么

在这里,我想用最简单的方式解释一下IPD是什么。IPD的全称是"集成产品开发",核心思想其实就八个字:结构化流程,跨职能协同

结构化流程的意思是,把研发过程分成几个明确的阶段,每个阶段有清晰的目标、交付物和评审标准。就像流水线一样,每个工位的人都知道自己该干什么,干到什么程度算完成。

跨职能协同的意思是,打破部门墙,让研发、生产、市场、财务等不同背景的人从项目一开始就一起工作,而不是等各自分别完成自己的任务之后再拼凑在一起。

这套方法论起源于上世纪九十年代的IBM。当时IBM正深陷危机,产品开发效率低下,新产品上市总是延期,研发投入回报率惨不忍睹。郭士纳请来了一位咨询顾问麦克唐纳,对研发体系进行了彻底改革。几年后,IBM不仅扭亏为盈,还把这套方法论提炼成了可以推广的管理体系。

后来,华为花了二十亿引进IPD,并在实践中把它发展成了自己的方法论。这套体系对中国企业的影响非常大,很多高科技企业都在学习。

但需要说明的是,IPD不是万能药,不能生搬硬套。每家企业的具体情况不同,必须结合自己的实际进行适配。我们给这家医药企业做的方案,就是建立在对IPD核心思想的理解之上,同时充分考虑了医药行业的特殊性。

医药行业的IPD有什么不一样

医药研发有几个非常显著的特点,是其他行业不太会遇到的。

首先是监管要求极其严格。药品从研发到上市,每一步都要符合国家药监局的规定。什么阶段做什么实验,实验数据怎么记录,申报材料怎么准备,都有明确的法规要求。所以医药企业的研发流程必须和法规要求对齐,这不是想改就能改的。

其次是技术不确定性高。特别是创新药研发,本质上是一个探索未知的过程。一个候选化合物能不能成药,需要经过层层筛选和验证。有时候前期数据看起来很好,进入临床试验后却发现安全问题;有时候看起来希望渺茫,换个适应症却意外成功了。这种高度不确定性,要求研发管理体系既有规范性,又有灵活性。

第三是跨领域协作复杂。一个新药研发涉及化学、生物学、药学、医学、法规、数据管理等多个专业领域,还涉及到临床医院、合同研究组织、供应商等外部合作方。如何让这么多人协同工作,是一个巨大的挑战。

我们后来设计的方案,就是针对医药行业这些特点来的。

重新设计阶段门评审体系

阶段门(Stage-Gate)机制是IPD的核心要素之一。简单说,就是把研发过程分成若干阶段,每个阶段结束时要开一个"门",评审通过才能进入下一阶段。

我们为这家企业设计了五个阶段门:发现探索、临床前研究、临床试验、上市申请、上市后研究。每个阶段门都有明确的评审要素,包括科学可行性、法规符合性、市场价值、资源匹配度等等。

但更重要的是,我们帮助他们建立了"决策 + 评审"分离的机制。决策是决定这个项目还要不要继续做下去,评审是检查当前阶段的工作是否达标。这两个功能不能混在一起。评审没通过的项目,原则上应该暂停整改;但如果外部环境变化导致项目失去了继续的意义,项目团队应该主动申请终止,而不是硬着头皮往下做。

这个机制他们实施之后,有一个很明显的变化——项目"早夭"的比例提高了。以前很多明显应该止损的项目,因为缺乏明确的决策机制,一直拖着消耗资源。现在有了阶段门机制,问题在早期就能被发现,避免了后期更大的浪费。

打造跨职能项目团队

原来的组织架构是按职能划分的,各部门各自为政。我们建议引入"项目型"组织模式,在每个重磅研发项目里组建跨职能团队,成员来自合成、制剂、药理、临床、注册等多个部门,由项目经理统一协调。

这个改变看似简单,其实涉及到很多深层次的问题。首先是汇报关系。项目经理对项目进度负责,但成员的人事关系、绩效考核还在原部门。那当项目工作和部门工作发生冲突时,成员该听谁的?

我们设计了一套"双线考核"机制。项目成员的考核由两部分组成:一部分是项目绩效,由项目经理打分;另一部分是部门绩效,由部门负责人打分。两部分按一定比例加权计算总绩效。这样既保证了项目经理有足够的权威来调配资源,又维护了部门负责人在专业发展方面的管理职能。

还有一个问题是项目经理的能力。医药研发的项目经理不仅需要懂技术、懂管理,还要有很强的协调能力和商业敏感度。这种人才在市场上很难找,即使找得到,薪酬要求也很高。

我们的建议是"内部培养为主,外部引进为辅"。公司选拔了一批有潜力的年轻骨干,安排系统培训,让他们逐步承担项目管理工作。我们薄云咨询团队驻场辅导了将近一年,手把手地带他们做项目规划、开评审会、处理各种突发问题。现在这批人已经能够独立运作大型研发项目了。

建立投资组合管理机制

医药研发的特点是周期长、投入大、不确定性高。一个研发项目可能要持续七八年,期间外部环境可能发生很大变化。原来这家公司对项目的管理是"一视同仁"的——每个项目都按照类似的流程走,都占用相近的资源。

p>我们帮助他们建立了一套投资组合管理机制。具体来说,就是根据项目的战略重要性、技术成功概率、市场潜力等因素,把所有项目分成几类:突破性项目、维持性项目、平台性项目。每类项目有不同的资源配置标准、风险控制策略和考核周期。

这样一来,公司有限的资源就能向真正重要的项目倾斜。那些风险很高但潜在回报也很大的突破性项目,可以获得更多的宽容度和支持;而那些按部就班的维持性项目,则要严格按照既定计划执行,不能超期超预算。

实施过程中的那些坑

p>改革从来不是一帆风顺的。这家企业在实施新体系的过程中,遇到了不少挑战,有些我们提前预判到了,有些则是在实践中才发现的。

第一个挑战是高层支持必须足够坚定。IPD改革涉及流程再造、组织调整、考核变革,触动了很多人的既得利益。如果没有一把手的强力支持,改革很容易半途而废。这家企业的董事长非常重视这个项目,亲自主持每个月的变革推进会议,遇到部门之间的推诿扯皮时敢于拍板定案。这为改革创造了一个非常好的前提条件。

第二个挑战是变革推进要循序渐进。我们一开始就想全面铺开,但很快发现行不通。改动太大,员工适应不了,系统也支撑不了。后来我们改成"试点先行,逐步推广"的策略。先选择两个条件比较成熟的项目作为试点,新体系的各种机制在这两个项目上跑通跑熟,然后再逐步推广到其他项目。这个过程中,我们积累了很多经验教训,也培养了一批内训师,为后续推广打下了基础。

第三个挑战是IT系统要跟上。再好的流程,如果没有信息系统的支撑,执行起来也会走样。我们帮助他们引入了项目管理软件,把阶段门评审、项目进度、资源使用、文档管理等功能都集成到系统里。刚开始推行的时候阻力很大,很多老员工习惯用Excel做管理,觉得系统太复杂、学不会。后来我们安排了几轮培训,又设置了"系统使用率"作为考核指标,慢慢地大家才开始接受。现在系统已经成为日常工作离不开的工具了。

第四个挑战是文化转变是最难的。原来这家企业的文化是"技术导向"的,技术人员的评价标准主要是论文数量、专利数量这些学术指标。转到IPD模式后,大家的关注点要转向"市场导向"——你做的东西能不能变成产品,能不能为公司创造价值。这种思维方式的转变,不是一朝一夕能完成的,需要持续的文化宣导和绩效考核引导。

一年后的效果

p>改革实施满一年的时候,我们做了一次全面的效果评估。数据上的变化是很明显的:

项目平均周期12.3年9.8年
项目成功率(进入临床到上市)8%14%
研发投入产出比1:3.21:4.7
项目经理人均管理项目数1.2个2.8个

但让我印象更深的,是一些"软性"的变化。那位研发总监跟我分享了一个细节。他说以前开项目进度会,大家都是各说各的,部门之间互相指责,会开完了问题还是没解决。现在开会之前,项目经理会提前准备好议程和相关数据,大家聚焦在问题本身,讨论也更有建设性了。

还有一位部门负责人说,以前觉得跨部门协作是"给别人擦屁股",现在发现其实是在帮自己——因为前期多沟通一句,后期可能少返工十次。

当然,改革还在进行中,目前的成效也只是一个阶段性的成果。医药研发体系的建设是一项长期工程,需要持续优化和迭代。但至少,这家企业已经走在了正确的道路上。

写给正在考虑IPD变革的医药企业

如果你也是一家医药企业的管理者,正在考虑要不要做IPD变革,我想分享几点自己的观察。

  • IPD不是万能药,但它是目前经过验证的最有效的研发管理体系之一。它不能保证你一定研发出重磅新药,但能显著提高研发效率,降低犯错的概率。
  • 变革的关键在于"适配"而不是"照搬"。每家企业的情况不同,IPD的实施必须结合自身的实际情况进行调整。咨询公司的价值不在于给你一堆模板,而在于帮助你找到最适合自己的路径。
  • 人才是最重要的。再好的流程也需要人来执行。医药行业现在最缺的不是资金、不是技术,而是懂管理、有视野的复合型人才。在变革的过程中,要把人才培养放在重要位置。
  • 高层支持是第一位的。IPD变革涉及面广、阻力大,如果没有一把手的坚定支持,很容易中途而废。这种支持不能只是口头表态,而是要体现在资源配置、制度保障、利益协调等各个方面。

回想起项目刚启动时,那位研发总监跟我说,他最大的愿望就是"能睡个好觉"。不知道现在他睡得怎么样了。

不过话又说回来,管理体系建设从来就没有终点。市场在变、技术在变、政策在变,研发管理体系也需要不断进化。这家企业的IPD之路,才刚刚开始。