年薪20+万美元，每周仅工作5小时？斯坦福研究发现：9.5%的“幽灵工程师”每 ...

最近，斯坦福大学的研究揭示了一项令人震动的现象——科技行业约有9.5%的工程师几乎没有做出实质性的工作贡献，这被称为“幽灵工程师”现象。随着远程工作普及，这一现象变得更加普遍。作为技术经理或架构师，怎样识别并解决这种题目，尤其是在Java项目中，成为了一个至关紧张的议题。
什么是“幽灵工程师”？

“幽灵工程师”是指那些看似在工作，但实际贡献极其有限的工程师。固然他们可能每月提交的代码量看起来不少，但这些代码往往缺乏实际的业务代价。比方，提交一行无意义的代码，或者仅仅在提交时做微小的重构。最令人震动的是，研究表明，这类工程师的年薪可能到达20万至30万美元，但他们的实际贡献却微乎其微。
在Java项目中，“幽灵工程师”往往体现为：

• 提交的代码质量差，缺乏深度和逻辑性；
  
• 在开辟过程中“耽搁”项目进度，给出含糊的借口；
  
• 不参与代码审查或缺乏对团队文化的贡献。
  
  
  
  

那么，作为技术经理，怎样制止“幽灵工程师”现象影响你的Java项目呢？
1. 怎样识别“幽灵工程师”？

识别“幽灵工程师”并非易事，尤其是在大型Java项目中。很多时候，他们的工作体现看似合格，但实际上影响了团队的生产力和创新。以下是几个识别的关键指标：
1.1 低提交频率

固然提交次数不能完全衡量一个工程师的代价，但如果一个Java开辟职员在一个月内提交的代码少于3次，且每次提交的改动都微乎其微，那么这可能是“幽灵工程师”的迹象。

1. // 例如，这样的提交可以被认为是微不足道的
2. public class GhostEngineer {
3.     public void doNothing() {
4.         // 添加无意义的代码
5.         int x = 0;
6.         x++;
7.     }
8. }

复制代码

1.2 代码质量低

“幽灵工程师”提交的代码往往缺乏逻辑性，冗余且难以维护。这些代码可能是：

• 没有注释；
  
• 不遵循编码规范；
  
• 与项目需求不相关。
  

1.3 不参与团队活动

真正有贡献的Java工程师不仅仅是代码贡献者，还是团队相助的推动者。定期的代码审查、技术分享、题目讨论等活动，都是团队协作的一部分。如果某个工程师常常避开这些活动，那么他很可能属于“幽灵工程师”。
2. 怎样制止“幽灵工程师”影响项目进度？

制止“幽灵工程师”对Java项目的影响，首先要确保团队内的每一位工程师都能真正做出有代价的贡献。以下是一些计谋：

2.1 定期进行代码审查

代码审查不仅仅是为了找出潜在的Bug，更是对工程师工作成果的一次全面评估。通过引入主动化代码质量检查工具，可以有效降低“幽灵工程师”带来的风险。工具如SonarQube、Checkstyle等，可以资助评估代码质量，并在项目早期发现潜在题目。

1. # 使用SonarQube扫描代码
2. sonar-scanner -Dsonar.projectKey=java-project -Dsonar.sources=src

复制代码

2.2 设定明白的使命和绩效目的

为了确保工程师在Java项目中的有效工作，需要设定清楚的使命目的，并定期评估每个人的工作进度。这可以通过工具如Jira进行使命管理，确保每个开辟职员都在为项目目的贡献实质性的工作。

1. // 使用Jira API更新任务状态
2. public void updateJiraIssue(String issueKey) {
3.     // 假设我们使用Jira的Rest API来更新问题的状态
4.     String url = "https://jira.example.com/rest/api/2/issue/" + issueKey + "/transitions";
5.     HttpClient client = HttpClient.newHttpClient();
6.     HttpRequest request = HttpRequest.newBuilder()
7.         .uri(URI.create(url))
8.         .PUT(HttpRequest.BodyPublishers.ofString("{ "transition": { "id": "31" } }"))
9.         .header("Content-Type", "application/json")
10.         .build();
11.     client.sendAsync(request, HttpResponse.BodyHandlers.ofString());
12. }

复制代码

2.3 鼓励团队参与和知识共享

“幽灵工程师”往往是那些不乐意投入团队协作和知识共享的人。鼓励工程师参与技术讨论和共享会，不仅可以提升团队的凝结力，还可以在团队内传播正确的工作文化。比方，在每周的技术分享中，安排团队成员展示他们的工作成果和遇到的难题。
2.4 引入生产力评估机制

通过引入更科学的生产力评估方法，可以客观评估每个工程师的贡献。比方，结合Git提交频率、代码审查反馈、使命完成环境等多维度的数据来进行综合评估，而非仅仅看代码提交的次数。

1. # 使用Git命令查看每个开发者的提交记录
2. git log --author="developer_name" --since="1 month ago"

复制代码

3. “幽灵工程师”对Java项目的经济影响

“幽灵工程师”的存在不仅影响团队的士气和创新，还会带来明显的经济损失。根据斯坦福大学的研究，约9.5%的工程师几乎没有做出有意义的工作，导致每年损失高达900亿美元。在一个Java项目中，这意味着：

• 项目进度的耽搁；
  
• 团队负担加重；
  
• 资源浪费。
  

4. 怎样应对“幽灵工程师”的安全隐患？

除了生产力题目，“幽灵工程师”还可能带来安全隐患。他们缺乏对代码的深入审查，可能会导致：

• 安全漏洞的遗漏；
  
• 代码质量题目的积聚；
  
• 忽视必要的更新和补丁。
  

解决这一题目，除了要加强对代码的审查和测试外，还要培养团队的安全意识，确保每个工程师都了解自己在维护系统安全方面的责任。
结语

“幽灵工程师”现象暴露了企业在人才管理和绩效评估中的一些系统性题目。作为技术经理，认识到这一点，并采取有效的步伐来提高团队生产力，是至关紧张的。在Java项目中，强化代码质量、设定明白目的、引入有效评估机制，将有助于制止这种现象的影响，从而提升项目的团体效率和质量。
想要让你的Java项目更加高效吗？关注微信公众号：Java码界探秘，深入了解怎样提升工程师生产力，制止“幽灵工程师”的侵扰。
作者：代老师的编程课
出处：https://zthinker.com/
如果你喜欢本文,请长按二维码，关注 Java码界探秘
.

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。