近几年,虽说做了1年CEO,4年的CTO,但一直都是两种感觉带着走。一种感觉是不停地解决问题。比方说产研交付老是不稳定,不是做的不是业务部门要的,就是无法按时交付。那么就带着研发总监,认真分析产研流程中的问题,强化需求和测试环节,保障交付的确定性。另一种感觉就是要深入的理解业务,CTO不能为技术而技术,必须深刻理解公司战略,商业逻辑,掌控产品战略,深入产品设计,有效的实现产品和技术的恰当配合。最后,还想说的是,新技术的导入也非常重要,ABCD技术发展的都非常快,稍不留神,技术就跟不上了,不知道其他CTO什么感觉,我觉得做好一个优秀的CTO,要学习的东西实在太多了。
几年的实践,我对于一个CTO应该做什么有了一些自己的看法,也期望建立一个自己理想的CTO的能力框架,并不断的去完善、努力和对标。其实,现实非常有趣,如果你去看招聘网站,你会发现很多岗位无法区分CTO和技术总监,甚至很多CTO还要做架构师的活,或者必须是技术专家。感觉虽然中国CTO岗位也出现了好多年了,但是CTO到底应该干什么,或者最重要的是要干什么,似乎没有一个标准的定义?
我想自己逐步给出这个定义,一来方便和朋友们交流;二来可以明确自己努力的目标;三来也记录一下自己努力的成果,分享一下自己做的事情。既然在其位,我们就谋其政。干任何事情咱们都需要整明白,不是吗?
今天作为开篇,我想做好一个CTO,应该有产品思维维度(懂业务),技术思维维度(懂技术),管理思维维度(懂管理),实战思维维度(懂实战),四个方面。
首先,产品思维维度。简单地说,我认为CTO必须懂业务,不懂业务的CTO是极其难以和CTO配合的。当然我们看到很多公司产品团队还不归CTO管,CTO懂技术就好了,从发展的眼光看,我认为如果这个公司的创新是对技术高度依赖的话,这个架构就非常危险。CTO可以不管运营,但应该管产品。
其次,技术思维维度。这里我觉得CTO更应该解决的是技术导入战略的问题。现在,云计算,人工智能,云原生,RPA,低代码,区块链等大量技术涌现,CTO很难即全面掌握,又十分精通,我的感觉是对于CTO,全面掌握更重要,他需要全面知道一个大概,知道何时何地如何导入。
然后,管理思维维度。组织建设非常重要。一个是加减人的节奏,一个是分工。特别是分工,很多时候没有合适的人是干不了事情的。很多公司以为招来一个CTO搞定全部问题,这是一种错觉,CTO空降后可能往往需要最先解决的是组织建设问题。唉,中国管理不值钱,大家都只关注你的技术栈,能不能修Bug。
最后,实战思维维度。大家作为CTO都能谈谈什么敏捷、瀑布,敏态和稳态,云原生,中台。但实战应用差异可是巨大,光知道个名字和几条原则就扑上去的话,多半是要踩坑的。记得当年觉得C 的泛型模板类真是灵活啊,结果学习成本很高,几个高手会用,其他人都看不懂,维护成本异常高企,无法推广。所以实战思维最为核心。
怎样才是一个优秀的CTO?如何成为一个优秀的CTO?我们一起努力!