CTO
首席技术官
对技术选型、工程交付与会出现在董事会议程上的技术风险负责的高管。
CTO 拥有三件事：你在什么之上构建、交付得有多稳定，以及你两年前选的架构今天是否还服务于业务。他不只是最资深的工程师，也不是换了个气派头衔的资深 Tech Lead。他是决定哪些火该灭、哪些火该明确承认并搁置的运营者，也是那个扛起会落到董事会议程上的技术风险的人。
在 Wavect 我们区分三种形态。Founding CTO 在股权表上，且扎在战壕里亲自写代码。Scale-up CTO 下面有 20+ 工程师，主要通过一层 Engineering Manager 来管工程。Fractional CTO 被请来填补：营收还不足以支撑前两种全职角色时的那段空缺。
最常见也最昂贵的错误，举个实际例子：一家种子轮初创公司融了一轮钱，被建议「招一个真正的 CTO」，于是从一家有 200 名工程师的公司挖来一个响亮的名字。那个人花了五年管组织架构图和预算，不写代码，如今落到一支四人团队里，而这支团队需要的是有人亲自架构系统并自己把它发布出来。半年加四分之一 Runway 之后，团队有了流程和幻灯片，产品却几乎没动。简历是真的，只是对这个阶段而言是错的形态。让人选匹配阶段，而不是匹配 logo。
创始人回避的诚实取舍：一个能造东西的 Founding 形态 CTO 终究会在管理那一侧撞到天花板，而一个会管理的 Scale-up CTO 在只有四名工程师时既被浪费也很无聊。这个角色确实会随公司成长而改变，所以问题很少是「我们需不需要 CTO」，而是「这个阶段需要哪一种 CTO」。当答案是「要决策权但还不要全职成本」时，fractional 版本就能覆盖。Wavect 的支柱型合作参见 Fractional CTO 奥地利。