上面是极客时间架构讲座中,关于程序员到CTO能力维度表,
第一组是伴随职责而扩大的岗位技能;
第二组是个人技能;
第三组是管理技能。
第四组,就是我们前面几节课提过的每个角色的工作范围、工作重点和核心能力,这里
就不重复解释了。
第一组技能是靠时间、经验和机会磨练出来的,不能仅仅靠读书学习来提升。从程序员到
CTO,所处理问题的不确定性越来越高。而在应对不确定性的过程中,业务理解能力也变
第二组技能是可学习的,往往学校里的优等生会比较出色,但是随着架构师职责的扩大,
对技术深度、项目推动交付的能力和执行细节的关注,就会越来越少。所以这组技能对于
职业初期的成长来说很重要,随着时间的推移,慢慢地就没那么关键了。
第三组技能是管理宽度,一般来说,架构师这个角色没有下属,少数的首席架构师会带小
团队,对管理能力的要求不高。但是 CTO 的管理幅宽非常大,往往会突破 Dunbar
Number,也就是社会学家认为的一个人能够有效管理团队的大小。
这个数字有很多版本,比较流行的是 150。但是据我的观察,互联网软件行业高速变化,
每个人的工作职责要宽很多。如果管理幅宽超过 100 人,就很难靠个人管理来有效协调所
有人的工作了,而必须靠下属来协调大家的工作。