当前位置:首页 > 科研成果库

别让研发团队天天拆东墙补西墙:研发组合管理是个动态平衡题

2026-10-20 18:04:57小研科研成果库10
上周跟一个做装备制造的朋友喝酒,他拍着桌子骂,说今年给研发批了两千万预算,到年中一算,落地的能打的产品一个没有,钱撒出去了,人熬秃了,两个老客户还因为交付慢跑了。

真的。

我当时笑他,说你这哪是投研发,你这是开盲盒抽奖呢。

他那个团队我去过,十几号研发工程师,今天销售冲进来喊,说某个大客户要个定制的小功能,马上拉人凑项目组;明天供应链对接会说某款老产品的结构件成本压不下来,又抽两个核心工程师去改模具;老板刷到行业热点,说这个方向有前景,整个团队拉出来赶两周做demo。每个人都忙到脚不沾地,工位上的咖啡罐堆得比键盘高,到复盘的时候,连个能拿出去给客户吹的核心成果都拿不出来。

你以为的研发组合管理,其实只是项目排期的自我感动



好多人对这个概念的误解,从根上就歪了。觉得所谓研发组合管理,就是把所有在做、要做的项目列个Excel大表,给每个项目标上P0/P1/P2的优先级,算清楚每个项目要多少人、多少时间、多少预算,凑起来不超总盘子就算交差。

我前司之前就这么干过。拉了个共享文档,列了37个在研项目,每个项目填了责任人、里程碑、预计投入人力,算下来总人力缺口40%,当时负责运营的小姑娘还在全员会上说,咱们这组合管理做得多规范,每个环节都盯得死死的。

结果呢?

研发项目排期表满溢导致资源冲突示意图研发项目排期表满溢导致资源冲突示意图

三个月不到,两个销售临时塞进来的急单,把排期表上标着P0的核心项目抽走了三个核心工程师,剩下的人赶进度,代码没做测试就上线,bug堆得比山高,上线第一天就崩了两次。我当时跟那个做排期的同事说,你这哪是组合管理,你这是给大家的加班找个合理的由头。他还不服,说书上就是这么写的,项目组合就是把所有项目集合起来统一管理。

扯什么呢。

真正的研发组合管理,从一开始就不是盯着“项目”本身做台账,是盯着你手里所有的研发资源——人、钱、时间,到底投出去能换回来什么:是未来两年能打高端市场的核心技术?是能把老客户续费率拉上去的迭代功能?还是能把现有生产制造成本压下来的工艺优化?这些投入的权重,根本不是靠拍脑袋在表格上标个P0就能定的。

别拿静态表格框死动态平衡,这才是一线最该摸透的逻辑



为什么那么多人做这个事做砸了?因为总想着做个一劳永逸的静态表格,年初定完盘子,年中就锁死不动了。

哪有那么好的事。

我21年待过的那个做工业传感器的团队,年初定研发组合的时候,算得明明白白:60%的人力砸去搞新一代高精度传感器,要把检测精度提一个量级,打高端市场;30%的人力做现有产品的成本优化,把老款传感器的BOM成本降15%,守住中端基本盘;剩下10%的人力留作机动,只接不超过一周工作量的客户小需求,不接大的定制单。

结果年中行业突然出了个新的通讯协议,要是产品不支持这个协议,连新工业设备的采购目录都进不去。换以前的做法,肯定是从哪个组抽人去适配啊?要么抽搞核心技术的,要么抽搞成本优化的,谁好说话抽谁。但那次我们没这么干。

我们把三个板块的资源占比重新掰了一遍:核心传感器的研发占比从60%降到50%,先把最关键的原理验证做完,剩下的工程化部分往后延两个月;成本优化的板块从30%降到25%,把不影响核心可靠性的降本项先落地,那些需要重新开模的大改动先放一放;剩下25%的人力,一半去做新协议的适配,另一半完全留作机动,不提前绑定任何项目。

就这么调整了三个月,我们的传感器比多数竞争对手早了快两个月支持新协议,当时拿了好几个批量订单。

研发资源动态分配平衡饼图调整对比研发资源动态分配平衡饼图调整对比

当时还有人质疑,说你们这年初定的计划说变就变,算什么管理?我当时就回了一句,你年初定计划的时候,能预料到半路上杀出来个新的行业规则?能预料到哪个核心工程师突然要休产假?能预料到竞争对手突然把同类产品的价格砍了30%?要是所有事都能按年初的剧本走,那还要研发团队干嘛,直接找个编剧写剧本得了。

研发组合最核心的平衡,从来不是算清楚每个项目要花多少钱,是你得保证,哪怕你投的最大的那个项目最后做砸了,公司还能靠剩下的几块业务活着,还能有现金流转起来。就像你攒钱买理财,不能把所有钱全压在一个赛道上,今天全仓新能源,明天全仓AI,涨了你爽,跌了你连饭都吃不上。

那些没人告诉你的坑,踩过一次就够疼的



我在研发一线待了快十年,见过太多做组合管理走偏的团队,踩的坑翻来覆去就那么几个。

头一个坑,是把所有资源都投在离钱最近的事上,完全不管长期技术积累。之前接触过一个做企业软件的团队,老板特别现实,所有研发资源全砸在能马上签单的定制化项目上,什么技术框架升级,什么产品标准化重构,全是“以后再说”。结果做了三年,接了几百个定制项目,代码写得像堆起来的屎山,每接一个新项目,要花一半的时间改之前的遗留bug,人越招越多,利润越做越薄,到最后根本没有精力做自己的标准化产品,完全被客户牵着鼻子走。这种组合,看起来每一笔投入都有即时回报,实际上是在吃老本,吃个两三年,就把自己的研发能力耗没了。

再一个坑,是为了“创新”而创新,投了一堆离主营业务八丈远的前沿项目。之前有个做消费家电的公司,研发投入占营收的10%,其中一半的钱投在什么人形机器人、脑机接口的项目上,跟自己做冰箱、洗衣机的主营业务半毛钱关系都没有,说要布局未来。结果这些项目做了三四年,连个能落地的原型都拿不出来,反而自己家核心产品线的迭代,因为缺研发资源,被竞争对手抢了好几个细分市场。你说这是布局未来?这是拿着股东的钱给自己找乐子呢。

还有个最让人疼的坑,是舍不得放弃那些已经投了很多钱,但明显没有前景的项目。这个我太有体会了。之前我们有个项目,前后投了快两年,花了三百多万,做出来的产品测试下来,性能根本达不到客户要求,而且短时间内根本改不好。当时团队好多人说,都投了这么多钱了,现在放弃太可惜了,再熬熬说不定就成了。财务的同事还拿着投入台账来找我,说这个项目已经花了320万,现在砍了,这账怎么算?

我当时硬拍板把项目砍了,把抽出来的二十多个人,全放到核心传感器的研发板块上。当时好多人不理解,说我心太狠。

研发项目终止决策复盘流程示意图研发项目终止决策复盘流程示意图

我跟他们说,你要是不砍,再过半年还要再投200万,最后做出来的东西卖不出去,那才是真的亏。账是死的,人是活的,总不能为了把之前的窟窿填上,再挖个更大的窟窿吧。

很多人觉得,研发组合管理是高层的事,是老板是研发总监要考虑的,跟一线工程师有什么关系?

关系大了。

你想想,你天天写代码,泡实验室,要是整个组合的方向偏了,你每天熬到凌晨做的东西,最后根本没有任何价值,那种挫败感,比你熬三天改不完bug还难受。比如你花了三个月写的功能,最后因为资源调整,整个项目砍了,你说你亏不亏?

上周跟那个拍桌子骂的制造行业朋友吃饭,他回去之后把之前列的30多个在研项目拉出来,挨个盘了一遍,把一半跟主营业务没关系的小项目全砍了,把腾出来的人力分成三块:一块搞核心的新产品研发,一块做现有产品的降本优化,留一块机动资源应对突发的客户需求。他说现在团队终于不用天天救火了,上周还提前两天完成了一个产品的测试里程碑。

你看,哪有那么复杂。

研发组合管理从来不是什么高大上的管理模型,不是要你对着MBA教材算复杂的投资回报率,就是你手里有多少人,多少钱,多少时间,别瞎造,别把所有鸡蛋放一个篮子里,别总想着一劳永逸,该调整就调整,该砍项目就砍,别心疼那些已经扔出去的沉没成本。