面向奥地利初创公司的兼职 CTO 30/60/90 天计划

您已经聘请了一位兼职 CTO。前 90 天究竟应当产出什么？第 0 到 30 天是评估与稳定：一轮倾听、跟随真实工作、风险分诊，并且只做低风险的快速见效项，最终交出一份书面的工程现状评估。第 31 到 60 天是规划与打基础：一张与业务目标挂钩的技术路线图、一份招聘计划、一套交付节奏、基础工程指标，并修复排名前一到两位的风险。第 61 到 90 天是执行并做好交接准备：通过新节奏交付一项成果，用风险和投资的语言向董事会汇报，并把组织调整到无需 CTO 每天在场也能运转。兼职 CTO 的价值不在于成为屋子里技术最聪明的人。它在于一套交付物和一个仍在运转的系统，能在他离开之后留存下来。

这是执行计划。关于究竟要不要聘请，以及成本如何，请参阅何时在奥地利聘请兼职 CTO以及日费拆解。本文回答下一个问题：现在人已经在公司里了，接下来会发生什么。

我们于 2026 年 9 月 2 日复核了外部资料以及奥地利的合同和资助指引。30/60/90 天的顺序是一种运营模板，不是法律规则，也不保证每家公司都应在同一天做出改变。

塑造这 90 天的那条原则

一位新任技术负责人能犯的最大错误，就是在还没有可用替代方案之前，就拆毁现有的执行体系。一家能交付的初创公司，哪怕做得乱糟糟，也比一家在重组中途被冻结的公司更有价值。因此这个计划把理解前置、把变革后置。第一个月主要是倾听；真正的变革，只有在负责人真正理解了这地方如何运转之后才开始。

第 0 到 30 天：评估与稳定

这里的模式是海绵，而不是推土机。与每个人一对一交谈（在少于 30 人的团队里，就是字面意义上的每个人），并问两个问题：你会改什么，以及什么东西运转得太好、我们绝不能弄坏。跟随真实工作：坐下来看支持工单，观察一次事故，并亲自交付一处微小改动以感受部署流水线。同时进行一轮风险分诊，它会成为第一份交付物：安全、单点故障、关键人物与公交因素风险、基础设施成本以及交付瓶颈。只采纳低风险且可逆的快速见效项，那种能赢得信任而不押上公司的项。

一位优秀的兼职 CTO 在第一个月里会刻意不做的事：不重写、不重组、不大改流程、不裁员，唯一的例外是真实的安全或安全隐患威胁。在第二周就提议从零重写的人，向您展示的是一个危险信号，而不是领导力。

第 31 到 60 天：规划与打基础

现在开始改变，但要采用有边界的实验，而不是一次性大爆发。只推进团队能够承受的限时改动。产出按优先级排序的技术路线图，把工程工作与资金跑道和产品目标联系起来。如需招聘，就优先安排能消除最重要瓶颈的少数岗位。建立适合团队的交付节奏，包括评审和清晰的完成定义。对于软件交付，DORA 目前记录了五项指标：变更前置时间、部署频率、失败部署恢复时间、变更失败率和部署返工率。将它们作为单一服务的趋势，而不是个人目标。缓解最重要的风险，并把重要的架构和供应商选择记录为 decision records。

第 61 到 90 天：执行并做好交接准备

通过新节奏交付一项真实成果，让变革得到证明，而不只是被宣布。建立一份对创始人或董事会的定期汇报，用董事会真正会思考的两种货币说话：风险和投资，而不是故事点。最终敲定 decision records 和 runbook。并做好那件定义兼职合作的事：把组织调整到无需 CTO 每天在场也能运转。第 90 天有一个有用的自测：你能否说出团队中每个人各自的独特之处；如果不能，说明你没有进行过正确的对话。最后，把成功指标以及那个会告诉你"该聘请全职 CTO 了"的触发条件写下来。

一位优秀的兼职 CTO 留下的交付物

这就是真正的合作与昂贵的 Slack 存在感之间的区别。要把这些都要到手。

一位给您留下一支能运转的团队和这些文档的兼职 CTO，算是把工作做完了。只给您留下感觉和一段聊天记录的，则没有。

如何衡量他们，以及反指标

用 DORA 当前的五项服务级指标、已缓解的登记风险、按计划推进的招聘、一项轻量的团队健康信号，以及创始人腾出的时间来衡量交付。把速度、稳定性和结果配对使用，避免任何单一指标变成目标本身。

不要衡量代码行数。它奖励数量而非结果，也惩罚简化。把重写提议当成一项投资论证：要求证明增量改动无法实现目标，列出迁移与回滚路径，并比较全部机会成本。所有大型架构变更都应采用同一标准。

"聘请一位兼职 CTO，是为了让他按计划把自己变得不再被需要。交付物不是他出现在会议里。而是一支没有他也能交付的团队，以及那几份文档，让下一个人能从他停下的地方接着干。"

何时用全职聘用替换兼职 CTO

触发点是持续需要每日的高管级负责人，而不是一个通用的工程师人数。当人员领导、招聘、交付风险、利益相关者工作和技术决策长期超过约定的兼职容量，并且公司能够承担并留住这一岗位时，就应考虑全职聘用。团队拓扑、管理能力、产品风险和增长速度比固定的管理幅度更重要。成本和时机我们在何时在奥地利聘请兼职 CTO中有讲，这里的重点是交接，而不是人数门槛。

把过渡当作缓慢的接力，而不是一刀两断。兼职 CTO 为自己的接替者撰写职位描述并甄选候选人，主持结构化的知识转移，并在交接系统的同时交接关于人的知识。这正是交付物发挥作用的地方：decision records、路线图和 runbook 就是交接包。新上任的全职 CTO 从第一天起就对决策负责，而兼职者退到顾问角色或彻底退出。

奥地利视角

在奥地利，合同名称本身不决定法律分类。根据企业服务门户，真正的经济关系才是决定因素。freier Dienstvertrag 通常涵盖持续、主要由本人完成且不存在人身依附的工作，并按时间付费，但仍可能产生社会保险和雇主缴费义务。相比之下，Werkvertrag要求交付明确成果，成果完成时合同终止，规划、工作资料和经济风险由承包方承担。应请奥地利法律或薪资专业人士按实际合作关系进行分类。

资助也不能简单分成“公司建设等于 aws”和“开发等于 FFG”。aws Preseed Deep Tech可以为符合条件的深科技初创公司的概念验证工作和合格外部服务提供资金。FFG Basisprogramm支持具有技术新颖性、技术风险和商业化潜力的明确研发项目，而不是一般性的初创公司融资。在承诺开展工作前，应按最新项目指南校准路线图、成本和开始日期。

兼职、临时、全职，还是联合创始人？

对于执行阶段，真正重要的区别很简单：临时是全职但有期限，兼职是非全职但持续。

对于处于或刚好在 product-market fit 之前的早期初创公司，兼职 CTO 搭建可运转的系统；临时者补一个窟窿；而全职或联合创始人回答的是关于持久性和所有权的另一个问题。

我们的兼职 CTO 服务正是按上面这 90 天来执行，采用按周可取消的 retainer，投入的是两位创始人而不是一名外包。如果你缺的人更接近合伙人而非雇员，兼职联合创始人这种形式回答的才是所有权问题。兼职 CTO 与临时 CTO 对比把两者并排放在一起，而 Polity 展示了合作结束后仍然留存下来的交付体系。