读《CTO说》有感


CTO 应该是大多数开发者心中的梦想,感觉应该是什么问题都能搞得定神人,就好比武林中高手一样。51CTO是一个非常知名的IT平台【感觉给51CTO做了广告】,我平时有在51CTO平台上学习,也知道他们有一个很出名的CTO训练营,只是每期费用都不少。网络上的东西,花小钱可以,花大钱却也有点舍不得。然而有个意外的收获,是有人把这些训练营的内容整理成书籍,因此就第一时间买回这本书阅读(利用3周业余时间,读了两遍)。

该书由CTO训练营的演讲内容整理而来,包含30多位CTO导师的独到观点和深邃思想,因讲师的资历、所涉及的领域经验差别比较大,从CTO格局、创业平台的CTO、CTO的管理之道、CTO看技术架构、CTO与CXO的关系、CTO向CEO的转型6个方面进行归纳和划分,涵盖了一名技术人成长为CTO需要关注的热门话题。基本上就是一系列各种互联网公司CTO的采访或博文合集,CTO们从职业成长、架构设计、管理、产品等各个方面分享了他们的经验;

CTO是一个小众的存在,在企业中从事IT工作的人很多,但只有在it企业中的技术领导者才可以称为CTO,市面上有关CTO的书籍很少,但这本书以多位CTO口述的形式闸述CTO的职业要求、思维理念、团队管理、架构历程等内容,虽集体创作,但内容还是不错的,深入理解,可以让自已少走弯路。

全书共分六篇:

  • CTO的大格局
  • 创业平台CTO的面面观
  • CTO的管理之道
  • CTO的第一把刷子——技术架构
  • CTO与CXO的相处之道
  • 向CEO的华丽转身

CTO 的能力模型

创业公司是否需要CTO,及一个 CTO 必须具备什么能力,这两个是一直存在辩证的问题。根据我的理解公司对 CTO 的要求,和公司所处的阶段有关。比如一家初创公司刚刚成立,只有两三杆枪,可能 CTO 最重要的能力是开发能力和工程实践能力。而如果一个已经有了数百人的研发团队的公司,对 CTO 的要求可能就完全不同了。

理想中的CTO应具备下列能力:

目标规划与管理
技术架构能力
业务理解力
产品能力
团队管理
项目管理
协作沟通
决断力
执行力
人才吸引力
创新能力

现实中的 CTO 可能只具备上述能力清单中的某几项能力,这和公司的背景以及所处阶段有关。不过大部分企业都会要求 CTO 可以管理团队,所以,如果一个人缺乏与人沟通的欲望和团队管理的能力,很难胜任 CTO 的工作。

CTO 要做的事情

首先,重点是组建团队,梳理团队的文化和制度,同时充分授权,CTO做辅助工作, 让团队骨干能尽快成长起来,随着业务共同成长。如此在团队管理这一块就不需要耗费太多精力。

其次,要关注技术,更要关注业务,产品的规划对业务发展要有预判,如果你能清晰下来5步的产品目标,在规划产品方向时自然是清晰的,每一个迭代都能环环相扣,这样的效率一定是最高的,产品和研发也都皆大欢喜。

最后,对上明确能力,对下明确目标。一老板都是不懂技术的,所以一要管理好老板的预期,该说不是要坚定;二要领会老板需求背后真正的目标,把这个问题解决好,这个非常非常重要!这是CTO立足的核心能力!

如何评价一个CTO

CTO的首要目标,应该是公司的业务(商业)目标,所以,要评价一个CTO ,就要从技术对业务的贡献出发。

如果一个 CTO 能够带领技术团队,保障公司当前业务稳定运行,就算及格。
进一步,如果 CTO 能够带领技术团队,打造出支持业务创新的架构和平台,可算胜任。
再进一步,如果一个 CTO 能够做到技术创新,进而引领业务升级,那就可以算是优秀啦。

程序员走向 CTO 的常见路径

《CTO 说》一书中路面的 CTO 们,有相当一部分,都是从大公司的某个业务线出来,与人合伙创业或加入初创公司,成为了 CTO 。

比如豌豆公主的 CTO 陈超,是在 360 工作了十年之后,加入豌豆公主的。

这种是一种常见的路径,前提是你能够在大公司做出成绩,被人认可。
还有一种路径,是你跟着一家公司从无到有,一路打怪升级,最终成为 CTO 。

不管哪种路径,都需要你能够在当下的组织或团队中成为头部,这样才能从一个头部走向另一个头部。

重新读了一遍,感觉还是有不少新的体会,建议好好阅读下《CTO说》中出场的那些 CTO 们的演讲实录,并仔细研究他们的履历,对照着挖掘,肯定会有启发。

经典语句:
1.用未来定义未来、再用未来定义现在 P14
2.协同会,通这会议进行协调,把所有的负责人招集起来,大家坐在一个屋子里头,共同探讨一个话题 P20
3.做技术管理,首先技术要过硬、要不断学习,千万不要把自已变成只做管理不懂技术的人 P46
4.”已欲立而立人,已欲达而达人”,作为CTO,如果想在管理的路上立得住且走得远,你手下必须要有强将,而且强将得是你培养出来的,这样你就会拥有一个团结、协作、强大的团队,也能把事情放心交给别人去做,你则有精力去做对公司和团队更重要的事 P56
5.技术人的痛点,技术在短期内总是会被高估,但是在长期内总是会被低估,会对技术压力,技术人员应分为4个阶段:学习、沉淀、分享和影响力:

  • 学习:不停学习,去吸收身边经验,跟大牛学习,积累知识
  • 沉淀:把所学记入日记、记到脑子、运用于日常工作
  • 分享:去论坛分享,帮其他人解决问题,参加公开讲座、内部培训
  • 影响力:提高个人影响力和公司影响力

6.考核KPI”要我做的事”与OKR”我要做的事”

7.研发管理人员带团队踩的坑:重构,开发工程师的好胜心,什么来平衡情怀和项目失控的风险,重构的美好理想与残酷现实的差距 P124