首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Coding
V2EX  ›  程序员

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

  •  
  •   efonfighting · 34 天前 · 4065 次点击
    这是一个创建于 34 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    http://efonfighting.imwork.net

    前言

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

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

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

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

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

    工作量评估

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

    不熟悉业务的管理者,经常出现会说:

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

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

    否则成员便会抱怨:

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

    初期管理者便会想:

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

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

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

    宏观把控,管理细节

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

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

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

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

    以身作则

    试想一下,如果技术管理者说:

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

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

    更好的方式当然是有难同当,有福同享:

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

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

    参考

    一番今日

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

    一番雾语:先上路,才知路难易。


    微信公众号:一番码客

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

    微信:Efon-fighting

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

    24 回复  |  直到 2019-11-08 10:28:43 +08:00
        1
    diferent   34 天前
    如果不写代码,大概三年左右,老底就吃没了.
        2
    idealhs   34 天前   ♥ 5
    👴看标题,还以为是你做技术管理了
    给👴爪巴
        3
    fenxl   34 天前
    为啥不转行当老板。。。
        4
    hanwujibaby   34 天前
    写。
        5
    xuanbg   34 天前   ♥ 2
    当然要写代码了,不写代码怎么能确定技术栈?

    我们技术分三级,我 /骨干 /一线。我是纯预研,骨干部分预研加部分项目加杂活(解决疑难问题),一线就是纯项目。这样下来,项目所需要的基础都能在项目前完成,效果就是项目全都进行的非常快并且非常顺利。
        6
    tenstone   34 天前
    要写
        7
    Leonard   34 天前
    我之前一个公司的技术主管因为没写代码被开了
        8
    ligyxy   34 天前
    开篇先把要推广的链接放出来,这很好。
        9
    lincolnhuang   34 天前
    不写可以,但是起码要看得懂,而且不止一门语言
        10
    pangleon   34 天前
    楼主竟然有排版,不错不错。
    @xuanbg 感谢,在很多公司,骨干是小组长或者 PM,做你说的预研加杂活加项目 /技术管理,所以是很累的,因为公司承担不起成本。也因为成本往往是一个很牛的带一群一般的。牛人很累。

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

    所以你写不写代码,这么说吧,别指望公司,自己在业余时间保持写代码的能力和激情。
    我曾经快 2 年没写代码,一样回北京面试加入互联网公司一线 CODING,就是在业余时间的保持。
        11
    rockyou12   34 天前
    @xuanbg 非常赞同,技术管理一定要会写,只是不需要写很多
        12
    tushile928   34 天前
    做技术管理要明白一点,就是手下 N 个人准备离职,都能让团队继续转起来
        13
    lepchaos   34 天前
    应该发到推广节点吧
        14
    yoke123   34 天前
    技术管理 肯定不能忘了老本 不然为啥让你当技术管理呢?
        15
    lepig   34 天前
    我觉得业务代码应该不用写了,但是自己的业余项目应该还是要写写的。 就比如我们主管基本上不写业务代码,每天大部分时间都是开会,根本没什么时候写业务。而且也不能给他排期。
    但是他一有点时间就会写写他自己的框架,保持写代码的习惯和感觉。
        16
    userdhf   34 天前
    反正我已经 35 了,写不动代码了。。
        17
    hantsy   34 天前
    @userdhf 借口而已。
        18
    mikulch   34 天前
    @userdhf 你现在做管理了吗?做管理怕是也累哦?
        19
    userdhf   34 天前
    只能说杂事很多,哪哪都要协调,累心。
    写代码东一块西一块的,只要产品没问题,文档写好,基本就完事了。
    跟人在一起可不一样啊
        20
    wangyzj   34 天前
    @userdhf 年龄不是理由啊

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

    当然,也可以去一些大厂去混所谓的技术管理,管管人就好了,或者 ppt 架构师
        21
    FrankHB   34 天前   ♥ 1
    能自己写几行代码解决的事情,你还好意思抓几个人来替你搞来给老板添堵?
        22
    LancerEvo   34 天前
    TLDR;
    就我个人而言 答案是肯定的
        23
    nathandu   33 天前
    刚转架构师,挺香的, 保持学习就行,code review,多发邮件抄送领导。
    965 美滋滋
        24
    ren2881971   33 天前
    需要写的 不然会被新人拍倒在沙滩上。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2600 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 27ms · UTC 13:45 · PVG 21:45 · LAX 05:45 · JFK 08:45
    ♥ Do have faith in what you're doing.