关于 vpe-review
vpe-review 是用于检验影响工程运营方案的技能,通过六个问题审视交付、招聘、团队结构、生产纪律及 VPE 与 CTO 的职责安排,并提供分析脚本。
主要功能
- 01检查交付周期与 DORA 指标
- 02分析工程招聘漏斗
- 03评估团队结构与管理跨度
- 04评估生产纪律成熟度
- 05梳理 VPE 与 CTO 的职责
- 06提供分析脚本
适用场景
- 01制定季度交付承诺
- 02审查工程招聘计划
- 03重组工程团队
- 04应对生产事故增加
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill vpe-review安装后在 Claude Code 中输入/vpe-review确认已加载。
详细介绍
/cs:vpe-review — VPE 强制问题
命令: /cs:vpe-review <plan>
以吞吐量为先的 VPE 会对任何涉及工程运营的计划进行压力测试。在做出任何交付承诺、扩大工程招聘、重组团队或改变生产纪律之前,先回答这六个问题。
何时运行
- 季度交付承诺之前(冲刺规划、OKR 评审)
- 批准工程招聘计划之前
- 重组工程团队之前(拆分/合并小组、新增部落)
- 决定是否在 CTO 之外单独聘用 VPE(或将两者合并)之前
- 生产事故增多时
- 冲刺速度下降,但所有人都说“我们一直在努力”时
VPE 的六个问题
1. 周期时间是多少?工作都在哪些环节等待?
没有 DORA,就无法诊断。
- 变更前置时间是最佳的单一健康指标
- 如果无法将周期时间分解到各个阶段,就无法解决瓶颈
- 运行
delivery_throughput_analyzer.py
2. 四项 DORA 指标的表现水平分别如何?
一项精英级指标加三项低水平指标 = 糟糕。四项高水平指标 = 健康。
- 部署频率、前置时间、MTTR、变更失败率
- 最差的指标决定整体水平
- 先改善前置时间;其他问题会随之改善
3. 招聘漏斗在哪个环节流失?
“找不到优秀工程师”这个说法不对。
- 某个特定阶段筛选过严,或漏斗顶部的候选人数量太少,或录用到接受环节出了问题
- 运行
eng_hiring_funnel_calculator.py - 如果录用接受率 < 70%,说明薪酬低于市场水平,或促成录用的能力较弱
4. 团队结构是否适合当前人数?
每个小组配 5-9 名 IC;每名 EM 管理 5-8 名 IC;每位总监管理 4-6 名 EM。
- 运行
eng_team_structure_designer.py - 当 5 名以上 IC 没有专属 EM 时,触发经理预警
- 当 3 名以上 EM 直接向 VPE/CTO 汇报时,触发总监预警
5. 生产纪律的成熟度如何?
共 1-5 级;增长阶段应以 3 级为目标。
- 轮值值班人数 ≥ 6
- 按严重程度定义事故响应流程,并进行无责复盘
- 面向客户的服务应设定 SLO(可搭配
engineering/slo-architect/) - 采用持续部署或定时部署,而不是“通常用一种,有时又用另一种”
6. 是否要单独增设 VPE,还是由 CTO 兼任?
如果 CTO 花在管理上的时间 > 50%,且管理时间多于战略时间,就需要 VPE。
- 或者:如果 CTO 是更擅长战略的联合创始人,可以由 VPE 与其互补
- VPE 负责运营模式;CTO 负责架构
- 在规模较小时(< 20 名工程师),一人可以兼任
工作流
# 1. Delivery throughput
python ../../../c-level-advisor/skills/vpe-advisor/scripts/delivery_throughput_analyzer.py sprint_metrics.json
# 2. Hiring funnel
python ../../../c-level-advisor/skills/vpe-advisor/scripts/eng_hiring_funnel_calculator.py funnel.json
# 3. Team structure
python ../../../c-level-advisor/skills/vpe-advisor/scripts/eng_team_structure_designer.py team.json
输出格式
# VPE Review: <plan>
**Date:** YYYY-MM-DD
## The Decision Being Made
[throughput | hiring | structure | production | VPE-vs-CTO]
## Delivery Throughput (if applicable)
- DORA overall: Elite / High / Medium / Low
- Worst metric: <DF | LT | MTTR | FR>
- Bottleneck: <stage> (X% of cycle time)
- Top fix: <action + owner>
## Hiring Funnel (if applicable)
- End-to-end conversion: X%
- Weakest stage: <stage>
- Pipeline gap: +N candidates needed
- Top fix: <specific action>
## Team Structure (if applicable)
- Recommended: <informal pods / squads / tribes>
- Manager trigger fired: yes/no
- Director trigger fired: yes/no
- Action: <hire EM | hire director | split squad>
## Production Discipline (if applicable)
- Current maturity level: 1-5
- Next practice to add: <specific>
- SLO coverage: X / Y services
## Verdict
🟢 SHIP | 🟡 SHARPEN | 🔴 BLOCK
## Next Steps
[3 concrete actions]
路由
/cs:cto-review— 分析吞吐量问题的架构成因cs-chro-advisorAgent — 处理招聘漏斗中的薪酬/职级问题/cs:cfo-review— 处理单次招聘成本上限和工程预算/cs:ciso-review— 处理生产纪律与合规的交叉问题/cs:decide— 记录结论/cs:freeze 30— 用于多年期招聘承诺
相关内容
- Agent:
cs-vpe-advisor - 技能:
vpe-advisor - 相邻内容:
../../../engineering/slo-architect/、../../../engineering/feature-flags-architect/、../../../engineering/chaos-engineering/
版本: 1.0.0
评论
支持 Markdown