“幽灵工程师”肆虐科技行业，年损失高达 900 亿美元
近年来，“幽灵工程师”现象在技术界愈演愈烈。这些工程师存在于大型科技公司和传统软件公司中，他们年薪超过 20 万美元，但每周工作时间仅约 5 小时，每月提交的代码变更次数少得可怜。
“幽灵工程师”的生活方式
“幽灵工程师”们是一群聪明的个体，他们热衷于寻找方法来佯装忙碌，同时为延误找借口。他们虚构忙碌状态和制造延迟的常见伎俩包括：
* 在 Slack 上标记为“正在开会”
* 在深夜发送 Slack 消息或电子邮件，模拟提交代码
* 使用私人日历规划时间
* 使用鼠标抖动器保持工作在线状态
* 声称工作任务需要超出预计的时间
* 进行大量但微不足道的代码重构
* 借口规格说明不清或构建问题
* 将责任推给其他团队或技术问题
* 回避技术问题或将责任转嫁给人工智能
斯坦福研究证实“幽灵工程师”现象
斯坦福大学的研究人员通过分析 100 家公司超过 5 万名工程师的私有 Git 仓库，证实了“幽灵工程师”现象的普遍性：
* 约 9.5% 的工程师几乎没有做出任何有意义的贡献。
* 在完全远程工作的工程师中，“幽灵工程师”的比例达到 14%，而在办公室工作的工程师中这一比例仅为 6%。
* 58% 的工程师每月有意义的代码提交少于 3 次。
研究人员还发现，通过计算代码提交次数来衡量生产力存在缺陷，但它确实可以显示不活跃的状态。
“幽灵工程师”的经济影响
“幽灵工程师”给科技公司带来了严重的经济后果。斯坦福大学的研究人员估计，像思科、英特尔和 IBM 这样的公司，如果解雇“幽灵员工”，每年可以节省数十亿美元，而不会对公司的业绩产生任何负面影响。从全球范围来看，超过 900 亿美元资金被浪费在这些几乎没有贡献的工程师身上。
安全隐患
除了经济和生产力问题外，“幽灵工程师”还带来了显著的安全隐患。他们缺乏对工作的参与度，可能导致：
* 未经审查或测试不足的代码更改
* 未被发现的安全漏洞
* 过时系统未打补丁
不积极工作的工程师可能会忽略或故意忽视重要的安全协议，为恶意攻击者提供潜在的入侵点。公司应实施更好的监督和协作实践，以解决这些漏洞。
生产力与认知
衡量软件工程领域的生产力具有挑战性。提交次数或记录的工时数往往不是影响力的良好指标。一些高效的工程师可以通过少量但深思熟虑的贡献来取得显著成果。然而，“幽灵工程师”现象暴露了人才管理和绩效评估中的系统性效率低下问题。
远程工作的挑战
随着远程工作政策的普及，“幽灵工程师”现象变得更加普遍。虽然远程工作为许多人提供了灵活性，但它也催生了这种现象。公司在处理领导力和问责制问题上面临挑战，远程工作和办公室工作之间的拉锯战可能会更加激烈。
应对措施
解决“幽灵工程师”现象需要多管齐下的方法，包括：
* 实施更严格的招聘和筛选程序
* 完善绩效评估系统
* 促进开放和协作的工作环境
* 加强安全措施
通过解决这一问题，科技行业可以释放其全部潜力，促进创新并改善其产品和服务的质量。
原创文章，作者：睿鸿在线，如若转载，请注明出处：https://mip.orihonor.com/2024/12/06/22077.shtml
