技能介绍

初创公司工程团队常遇到的四个真实问题

交付吞吐量不足：代码频繁合并却迟迟无法上线，PR 审查队列越积越长，cycle time 被人工等待环节拉长。
招聘漏斗转化率低：简历筛选通过率看似正常，但到 onsite 或 offer 阶段大量流失，time-to-fill 持续上升。
团队规模扩大后结构混乱：5 人团队还能所有人互相认识，20 人时协调成本飙升，squad/tribe/chapter 边界模糊。
生产事故频发：on-call 轮值总是同一批人，部署节奏不固定，postmortem 变成追责会。

技能如何工作：四大核心能力

交付吞吐量分析：基于 DORA 四指标（deployment frequency、MTTR、lead time for changes、change failure rate），拆解 cycle time 的四段等待（PR 创建→首评→批准→部署），定位 PR 审查队列、测试不稳定、部署审批等瓶颈。
工程招聘漏斗：按 Source→Screen→Onsite→Offer→Accept 七阶段计算转化率，用漏斗数学反推招聘目标所需的简历量，识别 top-of-funnel 流量不足或筛选标准错配。
团队结构设计：按 headcount 映射 squad/tribe/chapter 模型，触发 manager-trigger 阈值（5-7 IC 无 EM 时建议招第一个工程经理，3+ EM 无 director 时建议招总监）。
生产纪律检查：确认 on-call 轮值覆盖≥6人、部署节奏符合 DORA 判定、postmortem 是否无责、每个面向客户的服务是否有 SLO。

适用边界与注意点

该技能不是 CTO 技能：不涉及架构选型、技术债务战略或 build-vs-buy 决策，这些属于 CTO 的 what to build 范畴。
不替代日常事件协调：cs-engineering-lead 负责处理当天 on-call 事故，该技能专注于构建 engineering-lead 执行的运营模型。
早期阶段需手动补数据：无自动化 cycle time 追踪时，需通过 git log 和 PR review timestamps 手动计算；无 ATS 数据时，funnel 转化率需手动录入。