研发效能这笔账最后记在谁的科目里

一个异常信号 提交量涨四成 准时率跌十一个点

2026年3月，苏州工业园区。一家做工业控制器的公司开内部复盘会。会议室坐着研发副总、质量总监，还有效能办负责人——这个部门成立刚满一年。

第一页PPT只有两个数。代码提交量同比涨了约四成。交付准时率跌了十一个点。

屋里没人说话。

事情不复杂。去年公司上马了一套研发效能度量平台，采集提交记录、流水线日志、缺陷工单、需求流转。指标挂在周会上，跟季度绩效挂钩。逻辑听着很顺：度量什么，就得到什么。

结果得到的是另一回事。工程师开始把一次提交拆成五次。流水线绿灯率被单独立项，于是有人写了自动重跑脚本，红了就重试，跑到绿为止。测试用例数纳入考核，补出来的用例一大半没有断言。需求工单的闭环时长确实好看了，但真问题被拆成八个已关闭的子任务，散在八个不同的看板上。

质量总监跟我说了一句话，我记到现在：我们不是把问题解决了，是把问题拆散了。

同一个季度，我在另一个场子里看到这件事的另一面。某省级国企的软件开发框架采购，招标文件里第一次单列了研发效能评分项，二十分。要求提交度量指标体系说明、平台功能截图、第三方成熟度评估证书。评分表写得很技术，但读懂门槛很高——能拿到这二十分的，全国范围里大概就那么几十家。

这不是技术升级。这是一次门槛重置。

从2025年下半年开始，类似条款在能源、交通、政务信息化的招标文件里密度明显上升。有的写成研发运营一体化能力成熟度，有的写成持续交付能力评估。措辞不一样，效果一样：把没做过这套体系的中小集成商筛出去。筛掉之后，剩下的玩家报价空间就宽了。

我在现场听过最直白的一句吐槽，来自一个干了十三年外包的项目经理：以前是拼谁便宜，现在是拼谁证书厚。证书也是钱买的，最后还是甲方出。

卡在第三道工序 度量本身成了被优化的对象

把这事拆开看，成本结构比想象中重。

一套研发效能平台，三年总拥有成本大致是三块：软件授权约占两成，集成实施和流程改造约三成五，剩下四成五，是专职运营人力加研发人员的对齐成本。也就是说，买工具的钱不到一半。剩下全是养流程的钱，而且是年年都要花的钱。

第二块成本很少有人算：采集成本。一个两千人规模的研发组织，把提交记录、构建日志、工单流转、代码评审意见全量采集并保留明细查询能力，一年产生的行为日志在几十TB量级，叠加索引和实时聚合，存储与计算开销大致相当于给每位研发配了一台常年开机的服务器。这笔账通常不在平台的采购预算里，在云账单里慢慢长出来。

第三块更隐蔽。研发人员每周花在填指标、开对齐会、解释波动上的时间，业内交流中听到的说法是两到四个小时不等。折算下来，一个千人团队一年烧掉的工时，约等于十个全职工程师的年产出——这还没算因为讨厌这套东西而离职的人。

问题的根子在于：研发的产出没法直接观测。你只能找代理指标。可代理指标一旦进了考核，它就变成了被优化的对象本身。你测提交量，就得到拆碎的提交。你测闭环时长，就得到被切碎的工单。你测自动化率，就得到一堆在夜里空跑的流水线。

这跟晶圆厂的良率管理有点像，又不完全像。半导体里，你测的是已知缺陷类型，真正的杀手是未知缺陷——那部分只能靠工艺迭代慢慢磨。研发效能的麻烦反过来：它的缺陷定义本身就在漂移。今天算缺陷的东西，明天可能算正常设计变更。你建一套量测体系，量的是上个月的秩序。

跨行业借个说法。诺曼底登陆前，盟军做了极其漂亮的火力密度统计。炮弹吨位、投弹架次、压制时长，每一个数字都进了作战报告。真正推进的时候，还是一个连一个连在灌木丛里往前拱。火力统计没错，它只是不负责告诉你谁会在哪一丛灌木后面死掉。

中国本土这几年的实践，基本都撞在这堵墙上。

华为那套IPD加可信软件工程的改造，从2019年前后大规模推进，公开资料里能看到的是流程文档化程度大幅提升、质量数据前移。代价也在那儿：文档和评审环节变重，一线对新流程的抵触从来没停过。字节、阿里、腾讯各自的效能平台，走的是另一条路——先服务内部规模，再往外卖。阿里云效、腾讯CODING、极狐GitLab这些玩家，产品形态越来越像，差别只在谁更愿意陪客户改流程。因为说实话，卖License这件事本身不赚钱，真正赚钱的是实施和咨询。

这时候标准联盟就开始起作用了。信通院牵头的DevOps能力成熟度模型，加上每年那份中国DevOps现状调查报告，慢慢把什么算合格这件事定了下来。定下来之后，招投标文件直接引用条款编号。一套标准加一份报告，就能改写一个细分市场的竞争格局。这是很少被拿出来讲的商业现实：标准不是技术共识，是采购清单的语法。

还有一层博弈，在下游。

外包和人力外包市场按人天结算。甲方上了效能工具，第一反应是：你们效率提升了，人天该降。可效率提升的部分，甲方的度量体系根本证明不了——因为交付物还是那些交付物，代码行数还是那些代码行数。外包公司两头受挤：工具要买，流程要跟，报价还得往下压。结果是用脚投票，把不赚钱的单子推掉，或者干脆只在交付末期补一堆漂亮的流水线截图。

谁在扩产？做效能咨询和实施的那批人。我在几个招聘平台上看到，2025年下半年到2026年初，研发效能专家这个岗位的挂牌量在涨，薪资带在二十五到六十万之间，需求方从互联网公司扩散到了制造、能源、券商。这是个明确的风口，但天花板也很清楚——它依附于别人的预算周期。

看板关掉那天 谁的交付会变差

回到最实际的问题：谁在买单。

第一层，是研发人员自己。他们付出的是注意力和时间，换来的是一套必须学会说的新语言。入职第一周先学指标口径，这已经成了不少公司的默认动作。写周报的时候要解释为什么本周提交量下降了，明明只是因为上周把一个大重构合成了一次提交。这种事，说不上多痛，但每天都在磨人。

第二层，是中层管理者。他们本来该做技术判断和资源协调，现在大部分精力花在数据搬运和波动解释上。季度汇报前一周，团队在补数据。这是最真实的场景，我见过不止三次。

第三层，是效能办这个新岗位本身。它成立的时候通常直接汇报给CTO，权力很大。三年之后，我判断大概率会并入质量或流程部门，变成职能岗。原因简单：它不产生收入，也不直接减少交付缺陷，它只是在解释自己为什么存在。

第四层，是产业链上的中小供应商。招标文件里的认证门槛、平台对接要求、数据接口规范，每一条都是成本。他们买不起定制化实施，只能买标准版工具包，然后被甲方一句能力和要求有差距筛掉。

现金流这块，有个信号值得盯。我翻了几份公开的招投标公告，研发效能类项目的预算从早两年的千万级，明显降到两三百万元区间，个别项目还流标重招。这不是不认这件事的价值，是算不过来账。三年TCO里，能直接归因到减少了多少缺陷、缩短了多少交期的部分，往往填不满一半。

工具厂商的日子也在变。License卖不动了，开始转按用量、按席位、按流水线分钟数计价。计价方式一改，客户的使用习惯立刻跟着变——流水线时长要省着用，于是又催生一批把CI拆到本地跑的骚操作。度量体系连自己的成本结构都测不准。

我不反对度量。真不反对。没有度量的研发管理，就是靠嗓门大小分配资源。我反对的是把代理指标直接接进绩效，然后指望它带来真实改进。这个链条中间少了最关键的一环：谁有能力判断，这个数字的变化到底意味着什么。这个判断能力，买不来，也采不出来。

所以留一个问题在这儿。

如果明天上午，把所有效能看板一次性关掉，把周报里的指标全删掉，你的团队交付会变差吗？

如果答案是不会，那这套系统在过去两年里，一直在给谁交付。

我押一个极简判断：到2027年，会有一批企业悄悄把效能指标从绩效里克出来，退回给工程团队自用。动作会很安静，不会有发布会。因为承认这件事，比继续跑一个漂亮的看板要难得多。