角色

CTPO

首席技术与产品官

由一位运营者同时承担技术与产品路线图的负责人,适用于把这两个 C-level 拆成两个人雇用太慢或太贵的阶段。

最近审阅: 审阅人Kevin Riedl wiki ↗

CTPO 把 CTOCPO 的职责扛在一个人头上。他负责要造什么、怎么造,以及它是否真正解决客户的问题。这个角色存在的原因是:PMF 之前的初创公司既无力承担两个高级聘用,也无力承受 CTO 与 CPO 每个星期二为优先级争吵的政治成本。

早期合并这个角色为什么更胜一筹,举个实际例子:一家两位创始人的初创公司不断去做嗓门最大的投资人要的功能,因为技术联合创始人造的就是产品对话落到的那个东西,而没人负责排序。CTPO 收紧了这个循环。决定结账改版比仪表盘更重要的那个人,同时也决定它怎么架构、能不能在这个 Sprint 里发布。没有交接、没有翻译层,也没有两位 C-level 自尊心之间每周二的对峙,而这正是 PMF 之前最大的 Runway 浪费来源。

在 Wavect 的项目中,CTPO 多数是 fractional 的,通过我们的 Fractional Co-Founder 模式交付。一位运营者进入股权或合同关系,在同一周里同时跑产品发现与技术架构,等公司有了营收与组织结构能支撑两人时,再交接给永久的拆分(CTO + CPO)。在奥地利,这种合作通常是 freier Dienstvertrag,因为交付的是持续的判断,而不是一个固定的成果物。

诚实的取舍与创始人常犯的错误:一个人会变成单点故障,而创始人爱上了这份便利,把 CTPO 留得远超这个角色本应拆分的时点。缓解方法是一位知道何时该停止做 CTPO 并去招自己继任者的 CTPO;任何不愿意把自己「下岗」的人,都是错的 CTPO。这个角色应当在工程管理变成全职工作时(通常 8 人以上)、且产品已经等不及每周打包优先级时拆分。在那之前拆分只会制造协调税。相关:Fractional CTO 奥地利

// FAQ

常见问题

CTO 负责工程。CTPO 同时负责工程与产品。如果你的路线图、Sprint 看板与客户访谈分别藏在不同人头脑里,那你大概需要一位 CTPO,直到这种割裂不再存在。
真实存在。Fractional CTPO 按定义好的范围每周工作 1 至 3 天,参加与全职同样的董事会,受同一份 SoW(Werkvertrag)约束。Fractional 的只是日历,不是职责。
当工程团队大到工程管理本身就是全职工作时(通常 8 人以上),并且产品交付速度已经快到每周打包优先级排序已不够用。在这之前拆分只会增加协调成本。