不要单独工作

我和我的团队经常遇到的一个问题是，让经验不足的工程师或新员工独自负责一个项目，而且一干就是好几周甚至好几个月。这种情况我们已经发生过很多次了，结果总是惨不忍睹。最终，工程师做出来的东西要么和我们预想的略有不同，要么完全不同。他们不仅花费了更长的时间，而且由于感到孤独和效率低下，士气也很低落。他们确实犯了一些错误，但没有人给他们反馈，让他们从中学习。每次我们坐下来回顾总结，讨论下次如何改进时，我们都会达成共识：从一开始就安排人一起工作。

现在，我养成了一种习惯，无论项目大小，都会确保非资深工程师不会完全孤军奋战。这通常意味着另一位工程师会担任“兼职顾问”或伙伴的角色。这种安排效果显著。经验不足的工程师可以有人交流想法、共同规划，有人定期审查他们的代码，也有人督促他们跟进进度。如果他们是一位高效且自主的开发者，那么第二位工程师的工作量并不大。但是，如果他们走错了方向，另一位开发者可以更早地提供帮助。此外，这种安排也有利于非正式的指导和更快的职业发展。

如果你发现自己独自工作，而且你的经理也没有安排结对编程，那么你需要采取措施来改变这种情况。你可以邀请团队里的另一位工程师做你的项目伙伴，每天和你快速沟通一下进度，一起审核你的计划并进行代码审查。如果他们婉拒了，你可以和你的经理沟通，努力让他们明白这对团队的效率提升有多么重要。当然，经验丰富的开发人员需要花更多的时间在你身上，但作为回报，你不仅能更快地完成工作，还能更快地成长。很快，你就能以类似的方式帮助团队里的其他成员了。

本文最初发表于The Pragmatic Engineer Blog。

关于我：我是一名从工程师转型为工程经理的工程师，目前在硅谷和欧洲的初创公司及科技公司工作。欢迎关注我的博客和推特。我会在我的博客“务实工程师”（The Pragmatic Engineer）上发表关于软件工程的长篇论文。此外，我每月还会发送一份简讯，分享关于软件工程、技术领导力以及我思考的一些有趣话题。