快速成长为合格CTO的理论方法之二

快速成长为合格CTO的理论方法之二

 

我们在讨论这个话题之前,首先要明白一个概念,就是CTO不是独立存在的,一定得是某个企业中承担技术的最高领导者,只有企业存在,CTO才会存在的,离开了企业,CTO也就不成为CTO了。同样,只有企业发展好了,CTO才有可能做得好,反过来也适用,CTO成长并合格了,企业才有可能发展得好,这个论述可能有不少人不认同,我们反过来说,CTO不合格,能力跟不上企业发展,那么企业的业务发展一定会受到牵连,所以CTO合格甚至优秀,是能帮助企业更快更好地发展。

 

在创业CEO刚开始时,都觉得我有一个很好的想法,可以改变世界,就差一个程序员了,但实际情况远非这么简单。在对技术人员的认知上,虽然CEO可以不懂技术,但一定要有对技术和技术人员的认知,有好的想法并不是只要一个程序员就可以解决问题。常规来说,如果要做App的开发,一个基本的技术团队大概10人左右,需要半年时间才能完全做好并上线,如果还仅仅是想法需要验证的,强烈建议不要一上来就做App,可以考虑更轻量级的微信H5方式,先进行想法验证,甚至更简单的连微信平台都不做,直接采用现成的一些平台和表单工具,把想法先实现验证了(跟我一起黄埔营的一个项目“匠品”,我就强烈建议先不考虑技术上的投入)。

 

在有了基本认知后,还需要正确评估当前项目所需要CTO的能力级别,我之前的文章提过,阿里巴巴的王坚是一个优秀的CTO,让他来你的初创公司,估计也是吃不下的。不能一上来就说要一个非常优秀的CTO,这个事情太难太难,先不说整个互联网行业都缺CTO,优秀的CTO能去的公司太多,除掉一些自己有创业想法的,其他的也不太可能来你的初创公司,非常非常难。但对于跟互联网相关的创业公司,前期没有技术负责人或者技术团队,可以说基本是寸步难行。

 

很多人说,初创公司根本不需要CTO,有产品经理或者一个高级程序员就可以,带着小团队快速迭代,将产品做出来投入市场验证,这样还可以节约很多成本。有句话说:出来混,迟早是要还的。这个在创业初期承担CTO职责的人(可能是产品经理、也可能是高级程序员),在随着公司业务的发展,对个人能力要求也会提出更高的要求,而这个时候往往是这个人的能力跟不上公司业务发展的需求,对于CEO来说,就必须另外重新再找一个能力更好的人,来承担这个角色,跟刚开始找技术负责人的难度是一样的,甚至更难。一开始的时候这个技术负责人只需要完成任务、组建团队,至少组建团队的过程是自己可以控制,也是一手带起来的,只要自己能力能快速成长,一直符合公司业务发展需要,那就是最幸运的,对CEO来说也最幸运的。但如果原有技术负责人能力不够,需要空降一个人到团队作为CTO,那么难度比刚开始加入就增加了太多,原有技术负责人是否能心服口服、原有团队技术人员随着公司业务起来的,能否快速适应新CTO带来的改变?这些对空降CTO都是极大的挑战,还不说要对现有系统进行优化和升级,CEO对此付出的代价其实是非常高的。

 

最理想的状态,一定是原班人马,CTO和CEO一样随着企业发展而成长,让自己都能符合公司对这些高级管理岗位的要求。对于CEO来说,本身就需要具备管理能力,而且常规来说CEO的视野和格局都必须大,因此成长也是自然而必须的。对于CTO来说,更多会局限在处理解决技术问题上,而对于管理能力、商业思维、产品思维等等却不是立刻必须的,公司业发展起来后就变成立刻必须了,结合我之前提到过的技术人员的特点,想快速成长确实是非常难,除非有比较好的CTO教练导师的全力支持,才能比较顺利地快速成长(前提是技术负责人有意愿成长并承担很多以前不愿意做的事情)。

 

在CEO创业初期,选择好合适的CTO人选就变得至关重要,如果运气好有一个优秀的CTO能跟你创业,那是得谢天谢地了,很多时候是连技术负责人都找不到的。稍微放低一些要求,寻找人品好,价值观跟CEO高度相似的技术人员作为CTO人选,然后在工作中给予极大的支持和帮助,特别是在非技术能力方面的辅导,这将对CTO的快速成长带来极大的帮助,从而帮公司解决后续技术的瓶颈问题,能找到这样有潜力的CTO人选,将是对创业极大的帮助,同时找到能给技术负责人辅导和帮助的导师,是最节约成本的做法。 

 

快速成长为合格CTO的理论方法之二

上一篇:一个典型类的定义和UML图


下一篇:排除Kubernetes故障,只需3步