年薪20+万美元,每周仅工作5小时?斯坦福研究发现:9.5%的“幽灵工程师”每年浪费900亿美元!

摘要:最近,一项来自斯坦福大学的研究揭示了一个令人震惊的事实:在科技行业中大约有 9.5% 的工程师几乎没有做出实质性的工作贡献,导致每年损失高达 900 亿美元。而随着远程工作的普及,“幽灵工程师”的现象越来越普遍。

【CSDN 编者按】最近,一项来自斯坦福大学的研究揭示了一个令人震惊的事实:在科技行业中大约有 9.5% 的工程师几乎没有做出实质性的工作贡献,导致每年损失高达 900 亿美元。而随着远程工作的普及,“幽灵工程师”的现象越来越普遍。

作者 | Sarah Gooding 翻译 | 郑丽媛

出品 | CSDN(ID:CSDNnews)

近期,“幽灵工程师”这一概念在技术界引发了广泛讨论。这一切始于一条病毒式传播的推文,它揭露了软件工程领域中一个隐藏现象:在大型科技公司中,有一部分专业人士的工作量极少,每周工作时长大约 5 小时,每月甚至只提交两次代码更改,却能拿到 20 万至 30 万美元的年薪。

Menlo Ventures 的风险投资家 Deedy Das 以及众多在回复中确认其观察结果的人士表示,这一现象不仅局限于 FAANG(Facebook、Apple、Amazon、Netflix、Google,现为 Meta、Apple、Amazon、Netflix、Google)等科技巨头,还蔓延到了 Oracle、Salesforce 和 Adobe 等公司。

“幽灵工程师”的生活方式

“幽灵工程师”现象是经典“躺平式离职”故事的又一新变种。这类“顶尖”的工程技术人才被亲切地称为 0.1x 族,他们擅长于假装忙碌,同时也精通于为延误找到完美借口。

Das 指出了“幽灵工程师”的几种常用手段和借口:

在 Slack 上显示“正在开会”

经常在深夜发送 Slack 消息或邮件,提交代码

使用私人日历进行时间规划

使用鼠标抖动器保持工作在线状态

“这工作大概需要两周时间”(实际上只需一天)

进行大量、但很微小的重构

“哦,规格说明书不太清楚”

“构建出现了问题”

“被其他团队阻碍了进度”

“由于某些 XXX 的技术原因(听起来很晦涩难懂),需要更多时间”

“你能为那个问题创建一个 Jira 任务吗?”

“他们也不会让 AI 写代码的。”Das 说道,“这些人太懒了,所以可能根本就不知道现在的 AI 能做些什么。”

“大多数科技行业的人都不会对马斯克裁掉 Twitter 80% 的员工感到惊讶——如果换做是你,你也可以在大多数这些公司里裁掉 80% 的人。”另外这几年远程工作的加持,一些工程师几乎可以在无形中消失,做最基本的工作就足以保持在职状态。

斯坦福研究证实了这一趋势

在科技行业工作过一段时间的人,大多都听说过关于幽灵工程师职位的传言,但斯坦福研究员 Yegor Denisov-Blanch 最近分享的研究成果,将这些传言从都市传说变为了有数据支撑的现实。

通过分析 100 家公司中超过 5 万名工程师的私有 Git 仓库,研究人员发现:

大约 9.5% 的工程师没有做任何有意义的工作。

远程工作加剧了这一趋势,在完全远程工作的工程师中,有 14% 属于“幽灵”类别,而在办公室工作的工程师中这一比例仅为 6%。

提交代码的次数通常少得可怜,58% 的工程师每月做出的有意义贡献少于三次。

通过分析私有 Git 仓库中的源代码,研究人员还模拟了一个由 10 名专家组成的评审团,从多个维度对每个提交进行评估,从而量化生产力。这一过程中 Denisov-Blanch 发现,仅仅计算代码提交次数来衡量生产力是有 Bug 的,但它确实可以揭示出不活跃的状态。其团队的指标显示,约 58% 的人每月提交少于 3 次,而另外 42% 的人基本也只做一些微小改动,例如修改一行代码或一个字符——总体来说,就是假装在工作。

“幽灵工程师”的经济影响

当你审视那些拥有数万名工程师的公司时,会发现薪资单上存在“幽灵工程师”所带来的财务影响令人震惊。

斯坦福大学的研究人员估计,像思科、英特尔和 IBM 这样的公司,如果裁掉“幽灵”员工,每年可以节省数十亿美元,并且不会对公司的业绩产生任何负面影响。同时,这还将为这些公司的总市值增加 4650 亿美元。从全球范围来看,即使采用保守估计,也有超过 900 亿美元实际上被浪费在了这群几乎没有任何贡献的工程师身上。

Denisov-Blanch 认为,这不仅仅关乎金钱,更重要的是扼杀了创新,并在整个技术生态系统中产生了连锁反应。他表示:“大约 9.5% 的软件工程师在拿着薪水的同时却几乎什么都不做,这太疯狂了。这不仅不公平地加重了团队的负担、浪费了公司资源,还阻碍了其他人的就业机会,并限制了人类的进步。这种情况必须停止。”

Denisov-Blanch 说,他和他的团队即将发布一篇关于使用大型语言模型(LLMs)来评估开发者生产力的新论文,预计将在几周内发布。拥有 50 名以上工程师的企业可以通过连接他们的 Git 仓库参与这项研究。

雇佣“幽灵工程师”的安全隐患

除了经济和生产力方面的问题外,“幽灵工程师”还带来了显著的安全风险。由于他们缺乏有意义的工作参与,可能会导致一些关键问题:未经审查或测试不足的代码更改、未被发现的安全漏洞以及未打补丁的过时系统。一个不积极投入工作的工程师可能会忽视或者故意忽略重要的安全协议,从而为恶意攻击者创造潜在的入侵点。

当这些工程师不积极参与维护安全实践时,他们会在公司的防御策略中留下盲点,增加数据泄露或合规性失败的风险。攻击者可以通过钓鱼攻击、社会工程学手段,或是利用被忽视的更新和审查不严的代码来渗透系统并破坏其安全性。

想要解决这些漏洞,就需要更好的监督和协作实践。

生产力与认知

当你开始怀疑你的同事之前,请注意,在软件工程领域衡量生产力是一件非常困难的事情。提交次数或记录的工时数往往不是真正影响力的良好指标,一些高效的工程师——即传说中的“10 倍工程师”——他们通过少量但深思熟虑的贡献就能取得显著成果。

然而,“幽灵工程师”的趋势暴露了人才管理和绩效评估中的系统性效率低下问题。而一度被誉为游戏规则改变者的远程工作政策,目前正受到严格的审视。虽然远程工作为许多人提供了灵活性,但也催生了“幽灵工程师”现象。随着公司在处理领导力和问责制问题上面临的挑战,远程工作和办公室工作之间的拉锯战可能会更加激烈。

来源:锐尚教育

相关推荐