近几年，虽说做了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？我们一起努力！
,
