技能介绍

要解决的问题

初创公司的工程团队往往陷入四种困境：交付速度慢却定位不到瓶颈，PR 在评审队列里排队几天无人察觉；招聘卡住但说不清漏斗哪里漏水，「招不到好人」掩盖了顶部简历量不足或筛选标准错配；人多了但结构混乱，创始人还在管所有人，协调成本已经拖慢交付；生产事故反复发生却没人真正负责，on-call 永远是同样的三个人被叫醒。这些问题的共同点是：缺少数据化的诊断和结构化的决策依据。

它如何工作

这个技能围绕四个核心能力展开，每个都有配套的分析脚本与参考资料：

交付吞吐诊断 — 基于 Google DORA 四指标（部署频率、变更前置时间、MTTR、变更失败率）量化交付能力，再拆解周期时间找出真正卡住工作的环节：PR 评审队列、CI 测试抖动、部署审批关卡还是数据库迁移窗口。
招聘漏斗分析 — 按 7 个阶段（投递 → 初筛 → 招聘官 → 用人经理 → 技术面 → 现场轮 → offer）逐段计算转化率，识别漏水点，并用管道数学算出达成招聘目标所需的顶部候选量。
团队结构设计 — 采用 squad / tribe / chapter 模型，按工程师人数（1–5、6–15、16–40、41–100、100+）给出演进路径，并明确触发点：5–7 个 IC 无经理时应引入首个 EM。
生产纪律审计 — 检查 on-call 轮换是否足够宽（≥6 人）、事故响应是否有 runbook 和严重度定义、复盘是否真正做到无指责、每个面向客户的服务是否有 SLO。

每个能力都提供了可直接运行的 Python 脚本和深入的参考文档。

适用边界

这个技能不是 CTO 顾问。架构设计、扩展性悬崖判断、自建还是采购的决策属于 CTO 范畴；VPE 的职责是保证正确的交付方式——可靠地发布、高效地招聘、合理的团队结构、可扩展的运营模型。在早期这两件事常由同一人承担，规模化后则是明确分离的角色。它也不替代工程负责人的日常事故协调——它定义的是工程负责人执行的运营模型本身。