---
title: "软件工程师绩效管理的关键规则"
description: "在软件工程领域，绩效管理一直是一个棘手的问题，复杂的变量和多变的需求使得这一过程更加困难。"
date: 2024-07-17T00:33:43Z
canonical: https://xiaobox.github.io/p/2024-07-17-ruan-jian-gong-cheng-shi-ji-xiao-guan-li-de-guan-jian-gui-ze/
author: 小盒子
categories: ["行业与思考"]
tags: ["多线程"]
source: https://mp.weixin.qq.com/s/EfxqgAILTJ8lYRCJ5t-tNA
license: CC BY-NC-SA 4.0
license_url: https://creativecommons.org/licenses/by-nc-sa/4.0/
---

# 软件工程师绩效管理的关键规则

在软件工程领域，绩效管理一直是一个棘手的问题，复杂的变量和多变的需求使得这一过程更加困难。然而，有一个简单的规则可以有效地管理新团队成员的绩效：**每周合并代码**。

![Image](https://pub-f29bf2b53160470c9a85250116509a24.r2.dev/post/2024-07-17-ruan-jian-gong-cheng-shi-ji-xiao-guan-li-de-guan-jian-gui-ze/001-300a4539.jpg)

## 绩效管理的核心原则

**每周合并代码** 这一规则不仅有助于避免经典的入职问题，还能有效地督促管理者和新员工，同时带来长期的积极效果。

### 入职问题一：准备不足

如果你认为新员工在头两周内无法贡献代码，这意味着你没有为他们的到来做好准备。你应该找到一些简单的任务，让他们熟悉软件开发生命周期（SDLC）。项目经理通常会有一些未完成的小任务，这些任务可以让新员工快速上手。

### 入职问题二：没有设定明确期望

如果你在第三个月才对新员工提出批评，并发现他们对你的期望毫不知情，这说明你没有在一开始设定明确的目标。应该确保他们从第一周起就开始提交代码，而不是浪费时间在无关的培训视频上。

### 入职问题三：没有及时解决阻碍

如果新员工在一周的最后花费了15小时等待某些权限，而没有及时打扰你，这说明你没有告诉他们任务的重要性。下次，告诉他们每周的任务是优先事项，并授权他们将其作为首要任务。

### 入职问题四：工作模糊不清

推动每周至少提交一次代码，可以强迫进行工作可行性的讨论。这有助于避免新员工陷入无法完成的任务。无论问题是工作安排还是他们的能力，都需要正视这个问题，并及时解决。

![Image](https://pub-f29bf2b53160470c9a85250116509a24.r2.dev/post/2024-07-17-ruan-jian-gong-cheng-shi-ji-xiao-guan-li-de-guan-jian-gui-ze/002-289e1cdd.jpg)

## 新工程师的视角

作为新加入的工程师，你也应该遵循这一规则，并督促管理者为你提供支持。尽早在新的环境中提交代码，每次提交都会带来新的学习机会。延迟这些学习机会可能会显著影响你的短期、中期甚至长期表现。

许多新工程师犯的最大错误是接受缓慢的工作节奏，包括编码、决策和测试等方面的缓慢。应该与高级工程师配对，仔细检查那些耗时的任务，并始终坚持每周提交代码的规则，假设任何阻碍都可以解决或应该解决。

![Image](https://pub-f29bf2b53160470c9a85250116509a24.r2.dev/post/2024-07-17-ruan-jian-gong-cheng-shi-ji-xiao-guan-li-de-guan-jian-gui-ze/003-c5bfa45a.jpg)

## 长期成功

这一每周提交代码的规则不仅适用于入职期，还应延续到之后的工作中。它可以帮助避免入职期问题的再现，并解决以下挑战：

-   中级工程师承担大项目时，确保任务分解合理。
-   管理者需要跟踪和防止绩效下降。
-   防止资深工程师滑入过多咨询而执行不足的角色。一个优秀的资深工程师每年应能提交大约 50 个代码合并请求，同时进行高级设计和团队指导等工作。
-   提供简单的每周目标，以保持动力和专注。

## 适用其他职业

这一规则适用于许多职业。工作就是产出，延迟产出只会让人们更难学习如何完成他们被雇佣来做的工作。许多职业都有类似于技术债务和复杂系统的概念，越早通过实践突破这些障碍，人们就能越早开始理解系统。

如果你是为外科医生设计入职计划，也许这一规则不适用。但对于其他人，尤其是那些在绩效管理方面遇到问题的人，可以考虑每周一个可交付成果的规则作为指导。

![Image](https://pub-f29bf2b53160470c9a85250116509a24.r2.dev/post/2024-07-17-ruan-jian-gong-cheng-shi-ji-xiao-guan-li-de-guan-jian-gui-ze/004-555280ca.jpg)

## 应对批评

-   **我的职业没有像代码合并这样的可交付成果**：你的职业肯定有可交付成果。无论是外发邮件的目标、策略声明、编写 10 个待办事项卡片、撰写设计文档还是进行用户访谈，你的整个工作就是创造有形的价值。即使你的工作主要是抽象的，比如做决策，你也应该把它记录下来，这也是一种可交付成果。记录下来是扩展的关键。你不能像在电影中那样通过一对一的口头交流来管理一个初创公司。

希望这篇文章能为软件工程师和管理者提供有价值的见解，帮助他们在复杂的工作环境中实现高效的绩效管理。通过遵循每周提交代码的规则，团队成员可以更快地适应新环境，提升整体生产力，并在长期内实现持续成功。