乐趣区

关于cto:为什么CTO技术总监架构师都不写代码还那么强

作者:Mr.K
起源:技术领导力

经常会被问到这样的问题:CTO、技术总监、架构师很少写具体代码,为什么还很牛逼的样子,拿这么高工资?

其实,这个问题自身就错了。就好比问:导演、制片人为什么不懂演戏,还能领导演员,如同比演员厉害似的?其实不难理解,导演、制片人的外围能力并不是演戏,又怎么能跟演员作比拟呢?

答复后面的问题,逻辑也是一样的,拿 CTO、技术总监、架构师,跟程序员比写代码的能力,自身就是个谬误。因为,他们的外围能力是不一样的。

CTO、技术总监、架构师的外围能力是技术判断力。简略来讲,就是判断一个我的项目、一个零碎架构、某个技术方向,是否合乎企业以后现状,是否对企业的将来产生价值。

程序员的外围能力是写代码的能力。就是做具体的代码实现。

所以 CTO/ 技术总监 / 架构师,跟程序员的外围能力,是齐全不一样的能力,是没法作间接比拟的

通常咱们说,CTO、技术总监、架构师们很牛逼,指的是他们的技术判断力牛逼,而不是他们写代码的能力牛逼。相同,他们写代码的能力可能还比不上一个资深程序员。

然而,他们所做的技术判断,给公司带来十分高的价值。比方,阿里云创始人王坚博士,在所有人拥护的时候,他保持云计算是将来,帮忙阿里提前布局云计算,为阿里成长为万亿商业帝国,立下汗马功劳。这就是技术判断力,给企业带来的微小价值。

大家之所以都很容易混同这几个角色,以及它们的职责,其实很重要的一个起因就是,人们经常把 CTO、架构师、技术经理的头衔,乱授予技术负责人。在国内这种景象尤其重大。

比方,一个初创公司的技术负责人,理论干的活就是个技术经理。老板为了显得高大上,硬要给他安一个 CTO 的头衔。这种状况很广泛,特地是全民守业的那几年,遍地都是 CTO。

为了说分明技术负责人的职责,咱们以一个电商公司的成长为例,解说企业在初创期、发展期、成熟期的不同阶段,都须要什么样的技术负责人,以及他们具体都干些什么。

第一阶段:高级程序员 实现简单性能,解决技术难题

一个刚刚起步的守业公司,通常只有几个程序员,甚至连产品经理、项目经理都没有,老板本人就是产品经理,把想法跟开发人员一说,就疾速地做出原型。

如果这个阶段对开发的能力不满,那么大略须要的只是一个高级开发人员,他能搞定个别的技术难题,实现简单性能,思路清晰、干活利索。千万不要去大厂挖个技术总监,你家庙太小,供不起这么大的神,他真来了也施展不了应有的作用。

老读者晓得,老 K 有过一段守业经验,过后追寻我的老领导进去守业,我就是名义上的 CTO,带了 7、8 人的团队,我还同时带了两个我的项目,每个我的项目里我都奉献了 30% 以上的代码量。其实,过后的我,就是个高级程序员而已。

小结一下,高级程序员的主要职责是:

1,实现简单性能,编写外围代码;

2,解决线上 bug,解决技术难题。

第二阶段:技术经理 交付效率进步、品质晋升

当公司的业务倒退起来后,就须要一支绝对欠缺的技术团队,有了专职产品经理、测试人员等,团队规模在 15 人左右,专一于一条产品线。

简单性能、技术难题,高级开发人员能够搞定,然而如果要解决开发团队效率、技术人员能力晋升、代码品质和编码标准等,就须要技术经理了。技术经理通常写大量的代码,更多做技术治理、我的项目团队等工作。

这就是许多守业公司 A 轮融资前的状况。由技术经理总体负责技术团队,产品经理对接业务需要,做产品布局、竞品剖析,而不是剽窃哪个 App。

小结一下,技术经理的职责是:

1、开发工作分派。开发工作量评估、分派,最大化资源利用率;

2、代码品质晋升。Code Review、编码标准、线上 bug 剖析;

3、项目管理。确保我的项目的按时交付,建设管理机制;

4、团队治理。团队搭建、人员招聘、人员造就。

第三阶段,技术总监 技术布局、多产品线、我的项目群治理

当技术团队倒退到 30 人左右,有了多条外围产品线、有了多个技术经理时,就须要一个技术总监了。

技术总监,作为领域专家,站在更高的层面思考技术如何建设壁垒,构建技术竞争力。逐渐开始建设公共技术平台,协调多条产品线在对立的技术平台上疾速迭代,让产品线跑得快、跑得稳。

技术总监,在畛域内有多年积淀,来自出名互联网企业,可能把技术团队带上一个新的台阶。技术总监,更多是做技术判断了,也有些技术型的技术总监依然会写些外围代码、做架构设计。

技术总监的职责:

1、搭建公司技术平台部,对立技术栈;

2、建设产品研发体系,让技术团队可持续性地疾速交付;

3、治理和协调多条产品线,打造明星产品;

4、建设技术壁垒,造成技术竞争力;

第四阶段,架构师 架构设计、架构实现、架构评审

公司如果“跑到”了 B 轮,技术团队应该要靠近百人了,此时的技术团队跟初创期间相比,曾经很不错了。

有技术总监协调着各产品线,有开发经理率领技术团队疾速迭代产品。代码标准、最佳实际的总结和推广也在逐渐发展。

此时,须要把架构布局和架构评审的职能从技术总监和开发经理身上剥离,即拆散业余岗和治理岗,业余人做业余事。

这时候就须要设立架构师岗位,专一于技术架构剖析、架构设计、架构实现、推动重构、推广架构准则等工作,让技术总监和技术经理偏重在项目管理、团队治理。

架构师的职责是:

1、业务架构设计和实现。依据业务布局和利用场景,设计切合以后业务要求,并且具备肯定前瞻性的利用架构、类、接口、业务形象及业务建模等。

2、架构设计和实现。辨认非功能性需要,如性能、可扩展性、安全性、高可用及易部署等。

3、重构打算及执行。关注全链路监控数据、线上 bug、零碎预警等信息,辨认架构缺点,提出重构倡议并推动执行。

第五阶段,CTO技术产品战略规划,晋升技术竞争力

当技术团队有了几名总监、架构师,人数达到几百人,是时候引入真正意义上的 CTO 了,除非 CTO 是联结创始人,否则这个 CTO 会有“虎落平阳”的感觉,公司也会感觉这个人“满嘴跑火车,却落不了地”。

国内的中大型互联网公司,个别有产品 VP 和技术 VP,有的技术 VP 就是 CTO。如果 CTO 统管技术和产品,那么产品 VP 就给 CTO 汇报,否则他们是平级的。

在国外,CTO 次要钻研 3~5 年的技术发展趋势,为公司做中长期的技术布局,是具备行业影响力的技术大咖,公司技术畛域的精神领袖。CTO 较少关注当下的具体事务,这类工作次要由工程副总裁们解决。

以国内互联网公司 CTO 为例,总结一下 CTO 的主要职责:

1、技术赋能商业。敏锐的商业洞察、深刻的产业钻研、参加公司战略规划,技术引领业务增长,通过技术和产品实现策略落地。

2、技术趋势钻研。思考将来 3~5 年的技术发展趋势,以及新技术倒退给企业带来的时机和危险,为企业提前布局。

3、技术治理体系。继续的过程改良、高效的研发流程、稳固的交付品质、高可用的零碎。

4、组织与文化。建设学习型组织、自我完善型组织,建设合乎企业特色的文化氛围。

结语

最初,不想当 CTO 的程序员,不是好骑手。从程序员到 CTO 的成长过程,须要一直晋升技术能力、产品能力、我的项目能力、治理能力、商业视线、集体影响力、行业人脉等等。除了本身的奋斗之外,机会和运气同样重要,而且是可遇不可求的。然而,幻想还是要有的,万一见鬼了呢。

退出移动版