查看原文
其他

最牛逼的技术能力,是技术领导力

The following article is from 技术领导力 Author Mr.K


傅一平评语:


文章里提到,技术人员的职业发展,大致分成5个阶段:初级技术人员、高级技术人员、技术专家/技术Leader、架构师/技术总监、技术副总裁/CTO,一个传统企业的数据从业者的职业发展路径可能是这样的:


第一阶段:会取数,懂点SQL


第二阶段:会做报表指标,掌握BI工具


第三阶段:负责数据仓库项目,掌握数据管理知识


第四阶段:负责管理一只数据团队,架构理解多少看个人修为


第五阶段:管理路线走到底(技术专家路线其实也不多)


虽然起步的时候看起来不太一样,但到了第四、第五阶段,由于管理属性越来越多,技术领导力的要求却逐步趋同了。


正文开始


最近,有几位知识星球的会员,跟我咨询技术人员成长方面的问题:

我是程序员,工作5年左右,开始带团队,写的代码逐渐减少,很担心自己会失去竞争力,我该怎么办?


我是技术经理,30岁左右,平时工作主要做方案评审、架构设计,很少写代码了,感觉技术都生疏了,随时有可能被淘汰,越来越焦虑。


在技术人员的成长过程当中,类似的问题还有很多,比如:做管理后是不是就要丢掉技术?如何平衡技术和管理的精力投入?技术管理者逐渐失去核心竞争力,怎么办......


K哥是程序员出身,后来转做管理,一直做到公司高层。在我将近20年的职场生涯里,以上问题都是我遇到过和解决过的。归纳起来,其实就是两个问题:技术人员的职业发展路线是怎么样的?什么是技术能力?




01

技术人员的发展路线


技术人员的职业发展,大致分成5个阶段:初级技术人员、高级技术人员、技术专家/技术Leader、架构师/技术总监、技术副总裁/CTO。


下面是一张技术人员职业发展路线图,分成:技术、管理、业务,三条发展路线,各序列是可以相互转换,你可以收藏起来参考。



第一阶段,初级技术人员

通常指的是毕业生,或刚转行做技术的人。这个阶段能够在资深技术人员的指导下完成工作任务,不捅娄子,基本就合格了。


第二阶段,高级技术人员

经过3到5年的成长,在某个领域积累了经验,能够独立解决工作中大部分的问题,碰到技术难题偶尔也能解决一些。


第三阶段,技术专家/技术Leader

一般来说,在某个领域工作8年以上,代表了公司在该领域技术最高水平,能够解决大部分的疑难杂症,指导高级技术人员的日常工作。


发展到这个阶段,如果情商不是太差,对技术也没有执念,就可以走管理路线。这是技术人员职业发展的转折点,不同的选择,决定不同的发展路线。


第四阶段,架构师/技术总监

走技术路线的,往上就是架构师,做更大的架构,带领更多的架构师,一直做到首席架构。


走管理路线的,就带领更大的团队,负责更多的项目,混得好的话可以继续升副总裁。


第五阶段,技术副总裁/CTO

能够走到这个阶段,基本上就是技术职业生涯的尽头了,光技术好是不可能走到这个阶段的,高管本身也是一门玄学,改天再写写。




02

什么是技术能力?


从以上5个发展阶段可以看出,每个阶段的工作内容不同,技术人员的能力要求也不同。


所以,对不同阶段的技术人员来说,技术能力的定义也不相同。


总结下来,技术能力可以分成三个层次:


第一层,技术实现能力

就是技术落地的能力,比如写代码、做UI界面、做测试、做系统运维等等,这是技术人员的基础功底。


以程序员为例,要掌握最基础最底层的知识技能,比如:操作系统、数据库、算法、网络协议等等,还能够解决技术难题,不仅治标也能治本。


第二层,技术架构能力

这个层面就是技术架构、技术规划的能力,能够透过现象看本质,通过模型、原则来表达复杂的业务架构、系统架构,能够指导技术人员进行系统开发。


这是一种高阶的技术架构思维,能够发现问题,定义问题,分析问题,解决问题。


需要有更高水平的认知,并且能够用跨专业、跨学科的思维去快速研究问题,解决问题。


第三层,技术领导力
这是技术能力的最高阶,通过技术影响力去实现组织的愿景和目标,带领团队、调动资源,最终拿到战略结果。


这个阶段,要具备对产业的深刻洞察,具有前瞻性的技术视野,为企业规划5到10年的技术蓝图,以支撑企业中长期战略,为企业构建强大的技术壁垒,重塑企业数字化核心竞争力。


技术领导力作为技术能力的最高阶,包含:认知、视野、业务、架构、产品、项目、领导力等诸多方面的能力项。放一张CTO的能力模型图,大家自己感受一下。



作者@Mr.K


这三个层级的技术能力,在不同的技术岗位上,各自的占比是不相同的。


如下图所示:

初级和高级技术人员,更多要求技术实现能力、少量的技术架构能力。


架构师/技术总监,要求技术实现能力、技术架构能力、技术领导力,占比相对均衡。


副总裁/CTO,侧重在技术领导力上面,少量的技术架构能力,基本不要求技术实现能力。


作者@Mr.K




03

怎样提升技术能力?


从上图可以看出,不同阶段的技术人员,所要求的技术能力是不相同的,下面我们逐一说明。


初级技术人员


这个阶段的技术能力是技术实现能力,初级技术人员欠缺的是基础技术知识、项目开发经验,要有针对性地提升。


需要提醒的是,许多技术人员非常热衷于学习一些热门的开发框架、研究一些酷炫的技术组件,白白浪费了很多精力和时间。


因为技术发展太快,基本上两三年轮换一遍,与其追逐新的技术热点,倒不如专注在那些“不变”的技术上面,比如:操作系统、数据库、网络协议、算法等等。


就像亚马逊创始人贝索斯所说的:“把所有资源all in在不变的事物上”。


高级技术人员


就是我们所说的“高开”,是干活的主力,能够在某个领域独当一面,也是“996”最严重的阶段。


这个时候要警惕成为工具人,对任何技术问题、业务问题都要深入去思考,多想一层,要知道Why、What、How,逐渐培养自己的职业敏感度,俗称直觉,这也是高手和普通人的区别。


技术专家/技术Leader


许多初做管理的朋友会问:这个阶段还要不要写代码?


要知道,这个阶段最主要的技术能力是技术实现能力、技术架构能力。


作为基层管理者,编码能力和架构能力强,下面的人就服你,项目执行和团队管理就会顺畅得多。


 这个阶段需要树立中长期的职业发展目标,在技术和管理发展路线之间作出选择。


作为技术专家,除了自己“练剑”,还需要经常到江湖上跟高手过招,通过行业交流,进一步提升视野、拓展人脉,为你的下一步职业发展做铺垫。


管理上你是新手,有更多的挑战在等着你,要向富有经验的管理者多学习,不断实践,逐渐形成自己的管理风格。


架构师/技术总监


作为小公司的高层,大公司的中层,也意味着你离具体技术落地工作越来越远。


这个阶段的技术能力更强调:技术架构能力、技术领导力。


如果你问,架构师、技术总监要不要写代码?


那我只能说,你的一行代码太昂贵了,对公司来说。


与技术Leader相比,技术总监掌握了更多的资源,更大的分配权限,并且需要处理的问题更复杂。


他的工作更聚焦在,设计团队目标、建设人才梯队、向上级拿更多资源、确保战略级项目的交付。这些工作,哪一个不比写那几行代码价值更大?


不是说架构师和技术总监就不能写代码,只是需要要清楚的认识到:你如此专注于技术细节,究竟是在寻求安全感、缓解焦虑,还是这个技术问题非你莫属,手底下100多号人都没你行?


如果是后者的话,说明你的人才梯队建设出大问题了。


技术总监还有一个更重要的职责,就是充当技术外交官,去搞定业务方。用业务听得懂的语言,讲清楚为什么要还技术债、要做技术升级。适当的时候,要拒绝业务方的不合理需求,引导业务方往正确的道路上走。


还要尽量不让业务方投诉你,即便投诉,也要确保你的领导始终站在你这一边,这是保命的关键。


此外,还需要有独立思考的能力,用技术创新驱动业务的发展,充分体现技术的价值。


对大部分的技术人员来说,这些事情都是非常有挑战的。


技术副总裁/CTO


这个阶段的技术能力,主要是技术领导力,少量的架构能力。


不要再问,CTO要不要写代码了,因为技术实现能力,根本就不属于CTO的技术能力,也就是说CTO写不写代码,根本就不重要。


我的一些CTO朋友,创业早期确实是撸起袖子写代码的,也有一些朋友对技术有执念,即便公司上市了也还一直坚持写,但这些都不是普遍现象。


作为技术一号位,还有许多价值更高的事情,比如:


规划了5到10年的技术战略,建立起一整套技术治理体系,并且运行良好。


利用自己的视野和行业人脉,驱动公司的业务和技术的发展。


在商业上的洞察力,帮助公司进行业务和技术创新。


在行业范围内,建立了技术品牌,为公司吸引了许多一流人才。


这里就不展开讲了,毕竟能够到达这个阶段人的是极少数。


最后,总结一下,本文主要聊了技术人员职业发展的5个阶段,以及技术能力的三个层面,还聊了不同阶段的技术人员如何提升技术能力。文章开头提到的那些问题,是不是就有答案了?




    数仓的建模和BI的建模有啥区别?by彭文华

    数据湖很美好,但并不被需要

    一文讲透数据仓库ODS层

    浅谈大数据的过去、现在和未来

    数据库、数据湖、数据仓库、湖仓一体、智能湖仓,分别都是什么鬼?

    为什么ClickHouse分析数据库这么强?(原理剖析+应用实践)

    解密One ID中的核心技术ID-Mapping

    到底什么是数据湖?全面解读数据湖的缘起、特征、技术、案例和趋势

    5分钟看懂:如何构建一个数据仓库?

    阿里的数据仓库建模是否也是“华而不实”?

    到底什么叫作数据集成?


    点击左下角“阅读原文”查看更多精彩文章,公众号推送规则变了,如果您想及时收到推送,麻烦右下角点个在看或者把本号置顶 

继续滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存