不会写代码的技术经理不是好

InfoQ

摘要

本文作者讲述了技术经理具备编码能力的必要性，最后告诉大家，不会写代码的技术经理不是一个好CTO。

正文

不会编写代码的技术经理大概是2005年左右美国企业的过时产物。我遇到的那些优秀的技术经理，80%的时间都在从事编码、架构或需要一定工程能力的技术工作。如果你的技术经理蔑视编程能力，那他就大错特错了，或许他需要一颗“谦逊药丸”，不然你们公司没有他可能会发展得更好。

技术经理只是进行管理吗

人们对开发者的固有印象就是，我们非常具有极客精神，但不太擅长处理人际关系。所以我们需要的是善于与人打交道的人，这样，他们就可以帮助程序猿们参加那些无聊的会议，并将我们的工作成果有效地传达给公司高层。

虽然上面的笑话有点过时了，但是现在看来仍然很有意思。在过去的20年中，随着开发者社区呈现了指数型增长，其成员的多样性也随之增加。换句话说，找到具有管理能力这种软技能的开发人员其实并不困难。

技术经理任务是提供协助

我非常信奉乔帮主说过的一句话：

尽管技术经理不必是团队中能力最出众的开发人员，但至少他们应该对相关技术有所了解。当团队成员向老板提出技术建议时，技术经理应该能够针对这些建议提供有价值的反馈。

在这项来自哈佛大学的研究中，对来自美国和英国的35,000名员工的工作满意度进行了民意测验，并收集了影响他们工作幸福感的指标。结果表明，影响员工满意度的最大因素是他们的老板在技术上是否可以胜任。 因此在Qvault中，我们要身体力行地做好这一点，所有工程负责人将永远对Push代码负责。

想象一下，当你的技术经理与经验丰富的工程师讨论一个工程问题时，整个工作僵持在给技术经理的普及教学上，只因为技术经理没有听说过发布-订阅系统，这会是什么样的感受。

技术经理需要有同理心

一个好的技术经理需要对向他报告的人有同理心。如果你的老板不会编写代码或长时间没有编写过代码，那么他将不会理解团队所面临的日常问题。一个好的技术领导者不仅能理解现代问题，而且会在不断变化的创新环境中积极寻求所面临的技术问题的解决方案。

CEO也要具备写码能力吗

不是，但CTO应该而且是必须的！

我对CTO专注于大量的与业务和产品相关工作表示同情，但他们不能因此在技术上有所懈怠。为了管理一家创新型公司的工程部门，高层管理人员应该对克服技术困难有坚定的信心。如果这仅意味着查看架构图和跟踪业务需求，也不是不可以；但是，亲自上手工程工作，可以让你更清楚地了解工程项目。

作者介绍

Lane Wagner

Nuvi后端开发负责人，擅长Go和JavaScript开发。

原文链接

[Your Manager Can’t Code? They Shouldn’t Be Your Manager