爱敲代码的程序员不是好领导，一文详解新任工程经理五大雷区

如果你是一名工程经理，你很可能会走上一条与我和其他许多人类似的道路：你做软件工程师已经很多年了，已经获得了高级职称，而且很可能成为了一名技术大佬。为了晋升经理，你可能已经奋斗了一段时间，但你不想因为编码工作的减少，而失去原本的技能。

你可能也担心在新角色中的表现不能尽如人意。但最后，不知何故，你被说服了，要抓住这个机会从高级工程师晋升到初级经理。这时候，你该怎么做才能成功？

我不是在这假装我有成功的秘诀。但我的确知道一些会导致你失败的做法。

1. 继续从事编码工作

你的公司可能希望你同时成为经理和个人贡献者。但根据我的经验，这通常会失败。

因为无法一直给予这两个角色所需要的精力，因此你在这两个方面都会失败。但如果你很幸运，你工作的公司就像我的一样，在那里我许下了承诺，我不会再做编码的工作。

即使你真的需要编写一些代码，它也肯定不再是你在公司的主要目的。我真正想说的是，

这可能会为一些项目带来并使你自我感觉良好，但我可以保证这对你长远目标的实现没有任何好处。这样不仅会损害团队的长期成果，而且你在新职位中也没有成长。

我不认为我们中的任何一个人会轻易地放弃我们宝贵且来之不易的技术经验。因此，如果你想继续做编码工作，请继续往下看。

2. 只关注工作，而不是人本身

作为经理，你有两个重要的职责：发展团队并为企业创造价值。我认为你应该按顺序优先考虑它们。

提供价值的典型做法是完成项目、交付特性、修复错误等。这通常会导致你作为项目经理或是任务负责人，专注于分配票据、跟踪指标、询问状态更新、领导设计讨论等工作上。简而言之，你专注于团队的工作，可以每天查看清单了解你正在进行的工作。

但这是你角色中比较容易完成的部分。另一半就更难了——它包括帮助个人在技术技能和生产力方面做得更好，还有倾听、指导以及与团队成员进行一对一的会谈。如果你忽略了这部分工作，对于工厂工人来说，你失去了很多价值。

3. 用成果来衡量你的价值

当你纯粹是个人贡献者时，量化你的输出或价值是很容易的。你告诉自己：“我今天完成了两个任务，”“我发现了那个巨大的错误，”或者“我通过了所有的测试。”这些都是有形的工作单元，很容易与团队的可交付成果联系在一起并且那些成果上都有你的名字。

但是现在，你的大部分影响都体现在二级效应上。很难把你的工作和团队的工作联系起来。更令人困惑的是，你的工作不再是由明确规定的任务定义的。更有甚者，你可能都不太确定你做了什么工作。

作为一名新任经理，你倾向于掌握你所拥有的一些具体任务，并利用它们来获得成就感。事实上，你的工作情况反映在团队的工作中。让他们实现目标是你的目标。而你的价值最终取决于他们的成功。

4. 对团队成员负责

因为你是新人，你可能会觉得有必要给老板留下深刻的印象，就向老板承诺团队根本不能完成的事。很快，整个团队无法忍受你的做法，因此成员们开始离开团队，转向其他团队，或直接从公司离职。

不要做英雄。不要对你的上级，客户或业务合作伙伴的每个请求都立即回答“是”。多用些时间让你的团队参与其中。

你尽可能地要为团队勾勒出更大的图景，并将图上的每一个细节都串联起来。为什么这对公司很重要？它将如何影响客户？我们真正要解决的问题是什么？最后一点是最重要的，因为你需要与团队一起寻找解决方案。

有时候你别无选择，只能接受和执行前进的指令。但是当团队一起参与到任务中，并做出承诺时，一切都会变得更好。

5. 避免艰难的对话

如果你已经成功避免了大部分失败，我将给予你一项个人挑战。能否克服这一点是团队领导与经理，学习者与领导的区别所在。

作为一名工程师，你可能会与他人就项目、设计、技术选择、编码技术等进行一些激烈的对话。但是，与人打交道——包括个人冲突和抱怨，这些问题通常由老板处理。你猜怎么着？你现在就是那个需要处理问题的老板。

这是你在组织中发挥作用，培养人才并推动他们（包括你自己）前进的最佳机会。但是，你如何才能停止回避艰难的对话，而是直接面对他们呢？就像学习许多其他技能一样，唯一的方法就是真正做到它。

有一些方法可以让你做好准备，也有一些策略可以提高你获得满意结果的可能性。互联网上到处是很好的建议。

第一次我不得不进行这样的对话时，是可怕的，它让我痛苦了好几天。但事实证明，这比我想象的世界末日要好得多。因为它确实对我有好处，让我以后的对话变得更容易了。

我仍然还有很长的路要走。当我到达目的地时，也许我会写下如何取得成功的秘诀。但在那之前，我将继续专注于不让自己失败。