为什么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的成长过程，需要不断提升技术能力、产品能力、项目能力、管理能力、商业视野、个人影响力、行业人脉等等。除了自身的奋斗之外，机会和运气同样重要，而且是可遇不可求的。但是，梦想还是要有的，万一见鬼了呢。

— 完 —

一键三连「分享」、「点赞」和「在看」

技术干货与你天天见~