技能介绍

警惕“伪工作”与交付泥潭

当团队陷入“大家都很努力，但迭代速度持续下降”的困境时，往往不是因为工程师不够拼，而是工程运营的底层指标出了问题。在做出季度交付承诺、批准大规模招聘计划或重组研发团队之前，如果仅凭主观感觉或单一的产能数据决策，极易将瓶颈掩盖在“加班”的假象之下。/cs:vpe-review 专为这种高吞吐优先（Throughput-first）的场景设计，提供一套工程运营（Engineering Operations）的压力测试机制。

六问压力测试与诊断链路

该技能通过六个核心问题，在做出不可逆承诺前对当前的研发效能进行交叉验证：

拆解周期时间（Cycle Time）：没有 DORA 指标就不做诊断。 优先使用 delivery_throughput_analyzer.py 将工作流拆解为具体阶段，找出真正的等待瓶颈，而非盲目优化。
校验 DORA 四维水位：部署频率、变更前置时间、恢复时间（MTTR）与变更失败率。一个 Elite 配三个 Low 是危险信号，整体水位由最差指标决定，且必须优先修复 Lead Time。
定位招聘漏斗泄漏点：“招不到好工程师”通常是伪命题。 运行 eng_hiring_funnel_calculator.py 排查是前端流量不足、某一环节过度过滤，还是 Offer 接受率断裂。
界定 VPE 与 CTO 边界：明确 VPE 负责运营模型（Operating Model），CTO 负责技术架构。当管理层 Offer 接受率低于 50% 或 CTO 更偏向战略时，VPE 的角色不可或缺。

适用边界与协同路由

该技能聚焦于工程运营与交付吞吐量，并非技术架构的银弹。如果排查发现瓶颈源于底层技术债或系统架构，请通过 /cs:cto-review 进行深度诊断；若涉及薪酬包与职级体系，则需路由至 cs-chro-advisor。此外，在规模小于 20 人的早期团队中，VPE 与 CTO 职责可直接合并，无需强行拆分。