好的CTO是可遇而不可求的，需要全方位的成长，不管是技术、产品、人性、行业、管理、协调、沟通等等，还有最重要的一点胜负手：人品。
CTO管辖范围
架构组
这里提到的架构师，偏向技术专家线路，通常，大部分都是从工程师做起，需要5-8年的技术积累过程。架构师，更多需要经验来支撑，没有一定的技术积累是很难胜任的。我的前一篇文章，架构师的主要职责是什么？有详整的描述优秀的架构师所需具备职责。
项目组
很显然，工作职责就是协调公司内部资源，保障产品顺利上线。项目经理在公司的内部，一般位置相对尴尬。如果仅是纯协调为主的工作，本身是没有什么主动权的。所以，这一点，我更倾向把项目经理改名为敏捷教练。用敏捷的方法去推动整个公司内部的工作，不仅掌握了主动，而且价值度比协调高很多。
产品组
分为产品经理组和产品技术组。
产品经理组，这里多言一句，CTO要有能力管理产品，也就是对产品和行业有自己的深入理解和判断。我本人，一直不提倡产品和技术分开，不管是大公司还是小公司，最后回报需要汇合到一条线上，而不是并行。
产品实现组主要是后台实现为主，多分为后端工程师、多移动端为主(IOS、Android)。产品组的Leader往往要求偏高一点，既需要掌握技术，还能动协调和管理团队、甚至也是架构师的多重角色。如果公司偏大，术业有专攻，往往协调、底层架构等事项会被转移。
前端组
纯粹的前段技术为主。主要包含页面切图、JS的实现，以及H5等。随着移动互联网这波浪潮，前段也被推到了前沿。特备是JS开发出身的，除了原生Native的实现方式外。在H5为主的情况下，适应多终端，越来越被大家欢迎。
测试组
产品上线的最后保增。往往在小公司，测试的重要被降低。测试组的Leader也是从测试工程师做起，一般积累3-5年的时间，对整个测试的体系：功能测试、性能压力测试、接口测试，从测试工具、测试用例、测试常用方法等掌握牢固。其实，测试也可以驱动公司，建议测试工程师除了本质工作外，把重点可以放在对业务的理解上，大胆提出自己的建议或者项目，从而可以从下网上推动。这样的方式不至于在内部过于被动，所以，好的测试经理要想在公司内部有更好的发展，这一点需要具备。
运维组
确保线上硬件运行正常，善于排除线上隐情。
运维组都有整套线上监控方案，大公司自己内部开发，中小公司采用开源系统。运维的工作与后端工程配合比较多，很多线上故障都需要运维与后端一起排除，比如线上CPU、内存、线程、数据连接池上限、线上事务、安全访问等。
数据组
DBA、以及数据分析、数据挖掘方向。
最后，讲讲CTO
CTO，其实该岗位对人的要求非常高，不管是广度还是深度都要求极高，需要懂具体的技术架构，项目管理，懂管理，懂互联网安全以及性能，能把握产品的方向和对行业的深入了解。
我之前写了一篇，我眼中最优秀的CTO长啥样这里有详细的讲解。
在这篇文章的基础上，我补充一点：管理。
管理团队，从表象看比较虚，究竟什么是好的管理？好的管理者一定是懂人性的，从招聘新员工，在到培养，再到工作的职责定义和绩效考核，这里影藏了管理者的功力。这个话题，我会陆续开始写，什么是真正的好的管理者。
管理，其实就是用人、识人、再调整的过程。怎么识人，这就是大学问，一般管理者不能识人，肯定就不会用人，这是一系列相辅相成的。举一个栗子，如果你面试的时候，除了技术的基本功考核，你还会重点观察什么？如果你要提拔一个工程师到主管、或者经理，他需要具备什么样的素质，才能提拔？是仅仅看看工作表现吗？肯定没有这么简单，不是谁的能力强谁就胜任，而是在不同的位置，找最适合的人，一般人品放第一位，这是最基本的前提。只有不断的管理实践，才能明白“人品”的真谛。
这就是我想说的，为什么说好的CTO价值千金而又可遇而不可求！
作者简介
陈睿|mikechen，10年+大厂架构经验，BAT资深面试官，就职于阿里巴巴、淘宝、百度等一线互联网大厂。
👇阅读更多mikechen架构文章👇
阿里架构 |双11秒杀 |分布式架构 |负载均衡 |单点登录 |微服务 |云原生 |高并发 |架构师
以上
关注作者「mikechen」公众号，获取更多技术干货！
后台回复【架构】，即可获取《阿里架构师进阶专题全部合集》，后台回复【面试】即可获取《史上最全阿里Java面试题总结》