做技术管理了，还要不要写代码

[efonfighting]

一番码客 : 挖掘你关心的亮点。

http://efonfighting.imwork.net

前言

程序员的职业发展道路基本分为三个方向：

1. 技术转技术专家：架构师、技术负责人。
2. 技术转技术管理：小组组长、软件项目经理、技术部门负责人、公司技术负责人 CTO。
3. 转行：产品经理、市场销售等

因为完成大型项目，需要协同工作，因此就需要技术管理。

技术专家和技术管理可能界线比较模糊，能做到技术专家往往是善于自我管理者，将自我管理的方法扩展提升一下便扩展为团队管理。很多架构师、技术负责人都会同时担任小组组长甚至技术部门负责人。

也有一些技术很厉害，但很讨厌管理工作或者管理能力比较差，喜欢做技术的单纯，那就发展为单纯的技术专家，这种似乎国外比较普遍，四五十岁的资深程序员。

工作量评估

作为技术管理，最常见的就是要细化需求，分派工作，管理成员的工作量。

不熟悉业务的管理者，经常出现会说：

产品说明天就要，这个功能很简单，紧急做一下，应该花不了多长时间吧？

真正交付的人便会清楚，最终的交付不仅仅是交付基础功能，还要考虑调试时间、兼容性、可扩展性、可维护性、可靠性等等。所以技术管理者评估工作量的时候需要考虑这个任务需要做到什么程度，不同程度的交付分别需要多少的工作量。

否则成员便会抱怨：

你们这些做管理的，怎么总感觉做什么都很简单，总嫌我们做的慢、工作量不饱和。YOU CAN YOU UP。

初期管理者便会想：

有那么难吗，我来就我来，你不行我自己来。

最终导致自己忙的不可开交，黑夜里办公室总是技术管理孤独的身影，最终交付也不理想。

因此，技术管理，偶尔写写代码，实现一个功能，可以保持对工作量的具体认知，感受成员的实际工作状态。

宏观把控，管理细节

如果技术管理者总在实现具体的技术细节，那部门交付一定会出问题。

技术管理，需要宏观把控，团队的技术能力培养，总体任务交付的节奏，开发过程的管理，部门间的沟通协作，这些才是技术管理的主要工作。每个人的精力都是有限的，总是在做具体的技术细节实现，整个团队的管理一定会出问题。

好的产品除了基本功能的实现，还需要注重细节，所谓细节决定成败。对细节的敏锐程度，需要技术管理者有过实际的开发经验，知道细节需要做到什么程度。不需要对每个技术细节都很清楚，但需要管理、评估技术细节。

对于软件行业来讲，偶尔做一些具体的代码实现，可以保持对细节的敏锐感。

以身作则

试想一下，如果技术管理者说：

任务都交代下去了啊，你们好好干，我先下班了，明天我们对齐下进度。

具体做事的成员要么心中万马奔腾，要么各自开溜。

更好的方式当然是有难同当，有福同享：

这个功能明天要交付，时间很紧，我们晚上一起攻关下。

因此，技术管理者，不应该只是任务的分派者，应该保持一定的业务能力，困难时刻可以与成员风雨同舟。

参考

• 技术总监到底要不要写代码？
• CTO 到底应不应该写代码?

一番今日

今天写这篇文章刚开始只是一些零星感悟，早上要真写起来，发现成文还是很难，但最终还是写出来了，一方面整理了对这个问题的思路，一方面也对自己的工作做了一些总结回顾。

一番雾语：先上路，才知路难易。

---

微信公众号：一番码客

免费知识星球： 一番码客-积累交流

微信：Efon-fighting

网站： http://efonfighting.imwork.net

[diferent]

如果不写代码,大概三年左右,老底就吃没了.

[idealhs]

👴看标题，还以为是你做技术管理了
给👴爪巴

[fenxl]

为啥不转行当老板。。。

[hanwujibaby]

写。

[xuanbg]

当然要写代码了，不写代码怎么能确定技术栈？

我们技术分三级，我 /骨干 /一线。我是纯预研，骨干部分预研加部分项目加杂活(解决疑难问题)，一线就是纯项目。这样下来，项目所需要的基础都能在项目前完成，效果就是项目全都进行的非常快并且非常顺利。

[tenstone]

要写

[Leonard]

我之前一个公司的技术主管因为没写代码被开了

[ligyxy]

开篇先把要推广的链接放出来，这很好。

[lincolnhuang]

不写可以，但是起码要看得懂，而且不止一门语言

[pangleon]

楼主竟然有排版，不错不错。
@xuanbg 感谢，在很多公司，骨干是小组长或者 PM，做你说的预研加杂活加项目 /技术管理，所以是很累的，因为公司承担不起成本。也因为成本往往是一个很牛的带一群一般的。牛人很累。

在很多互联网公司，强调每个人都是架构师，都要有预研能力，但是人家钱给的足，能招到很多不错的人。

所以你写不写代码，这么说吧，别指望公司，自己在业余时间保持写代码的能力和激情。
我曾经快 2 年没写代码，一样回北京面试加入互联网公司一线 CODING，就是在业余时间的保持。

[rockyou12]

@xuanbg 非常赞同，技术管理一定要会写，只是不需要写很多

[tushile928]

做技术管理要明白一点，就是手下 N 个人准备离职，都能让团队继续转起来

[lepchaos]

应该发到推广节点吧

[yoke123]

技术管理 肯定不能忘了老本 不然为啥让你当技术管理呢?

[lepig]

我觉得业务代码应该不用写了，但是自己的业余项目应该还是要写写的。 就比如我们主管基本上不写业务代码，每天大部分时间都是开会，根本没什么时候写业务。而且也不能给他排期。
但是他一有点时间就会写写他自己的框架，保持写代码的习惯和感觉。

[userdhf]

反正我已经 35 了，写不动代码了。。

[hantsy]

@userdhf 借口而已。

[mikulch]

@userdhf 你现在做管理了吗？做管理怕是也累哦？

[userdhf]

只能说杂事很多，哪哪都要协调，累心。
写代码东一块西一块的，只要产品没问题，文档写好，基本就完事了。
跟人在一起可不一样啊

[wangyzj]

@userdhf 年龄不是理由啊

技术管理不仅要会写还得写得好
还得了解更多
还得成熟稳重
还要不断了解新技术发展动向
决定公司未来决策
有时候年龄是不得不具备的条件，只是技术好并不是主要的

当然，也可以去一些大厂去混所谓的技术管理，管管人就好了，或者 ppt 架构师

[FrankHB]

能自己写几行代码解决的事情，你还好意思抓几个人来替你搞来给老板添堵？

[LancerEvo]

TLDR;
就我个人而言 答案是肯定的

[nathandu]

刚转架构师，挺香的， 保持学习就行，code review，多发邮件抄送领导。
965 美滋滋

[ren2881971]

需要写的 不然会被新人拍倒在沙滩上。