在目前行业新情势下，工程效能何去何从？

从业务发展上讲，在过去的二十多年里，软件行业，互联网/移动互联网在国内高速发展。

伴随公司、行业高速增长，需求实现是第一优先级要解决的问题，研发管理也不需要太复杂，市场足够大，只要找个爆点，有点儿浪费“根本不是个事儿”，所以软件工程问题并不是很凸显。

即使工程问题凸显了，由于有「业绩增长」，所以管理者也都不太在意它们。

从人力供求关系上讲，在过去二十年，软件市场旺盛的需求也导致大量人力涌入，大多数企业通过人海战术来争取时间，抢夺市场。从生意的角度讲，这绝没有错。然而，原本依靠于传帮带模式的“软件工程师”队伍无法快速扩展，只能通过岗位细分，每个人只需要在短时间内接受培训，并仅需掌握局部知识即可开始工作。面对市场环境，这也没有什么错。

然而，从宏观环境上看，2021年以后，移动互联网技术的应用，以及互联网人口红利都已逐渐见顶，国内市场发展空间受限，很多大厂尝试出海，但国内的成功者很少。

今年，各相关行业的各种整顿、反垄断，也很难再有之前的飞速发展。

几乎所有的管理者今年都在清点人头，都发出同样的感慨：“为什么我们有这么多人了，但出活儿并不多，也不快呢？”

如果说，过去每年关于大厂裁员的消息都是媒体为了吸引眼球，那今年好像的确有一些不一样。

上图为百度搜索提供的结果。

经济大环境的寒冷，叠加自身研发问题复杂度的提升，又遇上数字化浪潮的智能时代，之前问题不严重的软件工程管理，现在面临的局势越发紧张了，而且会持续加剧，行业焦虑也会同时上升。

目前国内软件行业的工程效能低下是必然的。因为没必要精打细算过日子，过去的经济形势太好，只要大胆，就能发展，有点儿浪费不打紧。

写到这里，必须把我 2021年6月份在腾讯做分享时讲的一张图拿来了。

2021年的分享内容在这里《一致性，是研发效能提升的必经之路（长文慎入）》

研发效能

到底想提升的是啥

现在我们大家谈论研发效能的时候，每个人的定义都不一样，每个人认为的效能，每个人期望的效能，都可能不一样。

管理大师德鲁克认为：“效能”只有在企业外部才能被证实。所以，

我的观点是：研发效能是产研结合所产生的业务收益。

而现在行业内所讨论的研发效能，多是指“效率”。也就是《持续交付2.0》双环模型的第二个环——「快速验证环」的运转效率。

如果我们将支撑公司发展要素做个简单的逐层分解的话，可以简化为：

对于公司管理者来说，「工程」是最不易受到关注。

它既没有「业务」那么受CEO关注，也没有「产品」那么受人追捧，还没有「技术」那么时尚。它一点儿都不「性感」，有时甚至看上去好像有点儿「蠢笨」或「多余」。

然而它却像「风/火/水/电」一样的基础设施，又很重要。

往往上面「三个兄弟」都乏力时，它才会被注意到。

此时，会让很多人有「无力回天」的感觉。因为，欠下的「债」已经有点多了。

其中一个「债」就是基础设施工具之「债」。

现在，各个公司对「工程效能」的关注点都有「基础设施与工具平台」这一条。

当真盘点时，你会发现，公司在「工具平台与基础设施」上投入的人力与资源并不少，工程师人数越多的公司，这方面的投入就越多。

而且，过去的每一年，工具基础设施团队都会上报自己的「伟大战绩」。

然而，

当公司说：「要提升研发效能」时，

你可能会发现，

第一个背锅的一定是「工具平台」。「工具平台」背锅，一点都不冤枉。

在「大干快上」的时候，工具平台建设得不那么严谨，在整体环境下并不显眼，用人力顶上也能把活儿也能干了。

但是，正如我当年在腾讯分享时说的那样……

有一些工具当时搭歪了，没有来得及纠正。而依赖这些工具脚手架所搭建出来的东西，

能用，但都不好用。当时靠人力肩背手顶搞定的事情，会衍生更多不必要的偶然复杂性。

（比如：你的工具不能及时响应我的需求，我在你工具的上面再魔改一套出来！）

当回头看它们时，它们已经成为一个「庞然怪物」。同一个问题，解决方案五花八门，而这些解决方案又衍生出更多的偶然复杂性。

原因也很简单。当时的情况比较紧急，会有很多方案是临时性的，依赖于很多假设。而这些假设在经过一段时间后，变得不那么清楚明白了。

债务太多了。当想要改造的时候，已经改不动了。

烟囱林立

同一个公司的很多工具平台之间是竞争关系。它们之间有很多功能是重合的，（常见的原因有：魔改和包装），名日「对业务进行贴身服务」。

过去不恰当的衡量指标会加剧这个问题；其表现出来的形式如：

（1）工具看上去炫酷无比，但使用量很少；

（2）工具在公司内部的PR不少，只为了要日活用户数（互联网公司的通病）。

为了互相不产生干扰（容易甩锅），甚至各工具都有自己独立的用户体系，而且互不相通。做一件事，需要在两个平台上分别填写很多相同的重复信息。

那么，

（1）软件公司的研发基础设施和工具平台到底如何做？

（2）「一站式」真的就是效能工具的最终解决方案吗？

（3）其它公司的效能提升路径是怎样的？是否值得借鉴？

（4）工程效能提升，如何评判工具投入？

7月2-3日，2022卓越工程力生产大会将在线上举办。本次大会将覆盖效能度量、低代码、测试实践演进、开源/内源、质量体系、工程师文化等15个专题，精选55个案例实践，解析以BAT、Microsoft、Google为代表的公司在研发效能提升的标准、实践、度量、工具。

届时，我也将在大会开幕式上（本周六上午九点半）带来《构建工程效能工具的原则》的内容分享。主办方限量放出15个开幕式参与名额，感兴趣的伙伴可以扫描下图二维码参与活动。

详见下文：