研发效能背后那笔没人算的等待账
2026-11-15 04:17:39
作者：
fawen
先别急着上平台 先看人卡在哪
研发效能这个词，现在快被用烂了。很多团队一提高研发效能，第一反应是买工具。代码托管、CI、制品库、看板、APM。全上。钱花了。然后呢？发布还是慢。为什么。因为瓶颈不在工具数量。在人等工具，工具等人。
我采访过一个团队。他们流水线跑得飞快，单测覆盖率也好看。可需求从开发完成到上线，平均还要八天。八天里，写代码只占一天。剩下七天在等环境、等评审、等测试排期。你说这算研发效能问题，还是流程问题。都是。但先改哪个，差别很大。
研发效能的第一现场，不是代码行数，是等待时间。 前置时间、周期时间、部署频率、变更失败率，这些指标有用。但别把它们当成绩单。它们更像体温计。发烧了，你得找感染源。不是把体温计砸了。
软件研发价值流图等待时间分布手绘示意图
平台工程救不了所有团队
平台工程这几年很热。内部开发者平台，黄金路径，自助服务。方向没错。错在做法。有些平台团队把Jira、GitLab、Jenkins重新包一层。界面更漂亮。流程更长。开发提交一个环境申请，要填十二个字段。这就不叫平台。这叫门禁。
平台的价值是什么。降低认知负荷。让开发不用理解底层K8s、不用记十种部署命令。点一下，服务起来了。出问题能看到日志和链路。就这么朴素。可很多平台做着做着，变成审批流的搬运工。平台团队也委屈。安全要合规，运维要稳定，财务要成本。每个诉求都合理。加起来就把开发卡死了。
取舍在哪。平台要像一个产品，而不是一个项目。 产品得有人用，得有人骂，得迭代。如果平台上线三个月，采用率靠行政命令撑着，那就要停一停。问问开发为什么不用。答案通常不是“不会用”，而是“用了更慢”。这话难听。但真。
小团队别学大厂建平台。十个人的研发团队，搞内部开发者平台，维护成本比收益高。用现成的托管服务。把时间花在减少手工步骤上。比如把发布脚本从二十步减到三步。比建一个平台实在。
内部开发者平台自助服务目录界面截图
代码评审 快和好经常打架
代码评审 快和好经常打架
代码评审是研发效能里最微妙的一环。你想快。他也想快。但快的方式不同。有人提大PR，一次改两千行。评审者打开就晕。拖三天。作者催。评审者草草点通过。然后线上出事。回头复盘，说评审不认真。可问题是评审材料本身就不认真。
我见过一个做法。强制限制PR大小。超过四百行，自动打标签，要求拆分。刚开始怨声载道。说业务催得紧，没时间拆。坚持两个月后，评审等待时间降了。缺陷密度也降了。为什么。因为小PR容易看懂。看懂才敢点通过。否则就是赌博。
但别走极端。不是所有变更都能拆。紧急修复、配置改动、依赖升级，有些就是小。有些就是大。规则要留口子。更关键的是，评审速度不是目标，变更流动的安全感才是。 如果一个团队为了快，把评审变成橡皮图章，那研发效能数字会好看。事故也会好看。
异步评审、结对评审、评审轮值，这些都能试。但文化不跟上，工具白搭。作者写清楚背景、测试步骤、风险点。评审者给具体意见。别写“这里不好”。写“这个循环在数据量大时会OOM，建议改成分批”。这才有用。
度量一旦变成考核 就会烂掉
度量一旦变成考核 就会烂掉
研发效能离不开度量。可度量有副作用。古德哈特定律说，当一个指标变成目标，它就不再是好指标。代码行数、提交次数、故事点、缺陷数。一旦和个人绩效挂钩，数据就会变形。有人拆提交。有人写废话注释。有人把简单任务估成复杂任务。你考核什么，就得到什么。但得到的不是你想要的那个东西。
那怎么办。度量到团队，不到个人。 看流动效率，看队列长度，看等待时间分布。看需求从提出到上线，哪一段最堵。然后改那一段。指标要能引发讨论。如果一个指标每个月都放在报表里，但没人因为它改变任何行为，那它就是装饰。不如删掉。
还有一点。别追求精确。研发效能度量不是财务审计。方向对，比小数点重要。用抽样。用手动记录。用访谈。数据加故事，才接近真相。只有数据，容易被数据骗。只有故事，容易变成抱怨。两个一起看。
先改一个瓶颈 别搞运动
很多公司搞研发效能，喜欢搞运动。成立专项组。定OKR。全员培训。三个月后，报告写得很漂亮。半年后，一切照旧。为什么。因为运动解决不了日常的摩擦。日常的摩擦是环境申请要等两天。是CI排队四十分钟。是测试数据找不到。是发布窗口只有周四晚上。
这些事不大。但天天发生。研发效能就是被这些小事吃掉的。怎么办。找一个瓶颈。只改一个。比如把环境申请做成自助。比如把CI从四十分钟压到十分钟。比如把发布窗口从每周一次改成按需。改完观察。有效就固化。无效就回滚。再找下一个。
研发效能是经济问题，不是技术崇拜。 投入人力做自动化，回报是减少等待。如果等待减少不明显，这自动化就不值得。如果为了覆盖率从八成提到九成，要花三个月，而线上故障主要来自配置错误，那这三个月可能花错了地方。这话不中听。但预算和注意力都是有限的。
别照搬大厂。大厂的研发效能团队几十人。他们的瓶颈和你不一样。他们的工具链和你不一样。他们的组织惯性也不一样。你看到的是结果。看不到的是他们踩过的坑和付过的代价。可以借鉴思路。别复制方案。
最后说句实话。没有银弹。研发效能不是买一套工具就能提升。也不是设一个指标就能改善。它是一堆取舍。快和稳。自治和合规。平台和灵活。每个团队都要自己算账。算等待的账。算认知负荷的账。算机会成本的账。算清楚了，再动手。算不清楚，就先别动。仪表盘不会告诉你真相。人会。代码会。线上的报警也会。
免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。如有侵权请联系删除。
文章名称：
研发效能背后那笔没人算的等待账
文章链接：https://www.itcdj.com/news/825.html