创业公司的失败有一千种姿势，但是成功的创业公司都有一个共同之处：拥有一个优秀的CTO。

在24年磨一杵，年龄不够40的都是假CTO一文中，我们了解到技术专家成长为知名企业CTO的平均周期长达24年，历经8个工作岗位。但是对于初创企业的CTO，他们可没有24年的时间文火慢炖，这些“两把菜刀闹革命”出生的黑客骑士，如何与倍速增长的创业公司同步，快速成长为一名合格的CTO将才？这是一个普遍挠头的问题。

最近Zapier的创始人兼CTO Bryan Helmig在采访了15名CTO同行后，结合自身经验，给创业公司CTO提出如下五点忠告：

一、将团队的失败和瓶颈视为进化的机遇。创业公司CTO应当学会拥抱和接受团队成员的重大失误或者瓶颈，并将其看作公司成长的契机。当然，前提是与团队共同检讨失败的原因，以及修正和预防措施。（编者按：六月份Reddit一名实习工程师写代码时手一滑导致Reddit生产数据库所有资料被清空，这名工程师因此被恼羞成怒的Reddit的CTO就地解雇，此事在硅谷创业公司中引发了轩然大波，大多数业内人士都认为应当负主要责任的是CTO而不是实习程序员，事实上不少人认为这名程序员应当得到Reddit的褒奖，因为他的一个疏忽，暴露了Reddit技术管理流程的严重漏洞）

二、善于过度沟通（技术团队在6-12人之间）。也就是所谓的“重要的事情说三遍”。这是克服团队惰性和盲点的唯一办法。无论是跨国公司CTO还是创业公司CTO，都需要技术、战略和高效管理团队的能力，当你领导一个6-12人的散漫“游击队”时，过度沟通往往是最有效的沟通方式。

三、学习优秀企业的内部管理。创业公司要颠覆的是产品技术，而不是内部管理，向Google、Spotify等优秀科技企业能定期出活的牛逼公司和团队学习组织架构和管理能够少走弯路。

四、人多未必力量大。创业公司招聘工程师的时候，总是坚信人多力量大的原则，但事实上，创业公司工程师，包括创始人常见的问题就是多线程处理，每个人都涉足两三个甚至更多项目，招募越多的工程师意味着沟通线程数成几何倍数增长，到最后变成一团乱码，这时候需要给工程师的任务做减法，理清优先级，让团队所有人都知道当前最重要的任务是什么。

五、写代码还是搞管理？CTO还是工程副总裁？（技术团队人数超过12人）。CTO要不要写代码是国内创业圈一度热议的话题，当团队工程师数量超过12人这个临界点，这时候创业公司技术负责人将会面临人员和代码管理顾此失彼的窘境，这时候有两种选择：成为工程副总裁（偏重管理，一行代码不写），或者成为CTO（偏重hacking和架构，80%的时间用来写代码）

版权声明：

凡本网内容请注明来源：T媒体（http://www.cniteyes.com）”的所有原创作品，版权均属于易信视界（北京）信息科技有限公司所有，未经本网书面授权，不得转载、摘编或以其它方式使用上述作品。

本网书面授权使用作品的，应在授权范围内使用，并按双方协议注明作品来源。违反上述声明者，易信视界（北京）信息科技有限公司将追究其相关法律责任。