/cs:vpe-review — VPE Forcing Questions

SkillDocs & knowledge

This skill gives your AI the questioning style of a throughput-focused VP of Engineering. Once added, it reviews plans that touch delivery speed, engineering hiring, team structure, or production practices and pushes back on weak points before you commit. It is meant for moments when cycle times are growing, delivery metrics are slipping, or a hiring wave or reorg is on the table.

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Add the skill, then share the plan you want reviewed, such as a hiring plan, reorg proposal, or delivery plan. Your AI will question it the way a VP of Engineering would and point out what to strengthen before you commit.

Then ask your AI: use the /cs:vpe-review skill

What your AI can do with it

  • Interrogate plans that affect delivery speed
  • Pressure-test engineering hiring plans before you commit
  • Review team structure changes and reorgs for risks
  • Challenge production practices described in a plan
  • Question plans when cycle times grow or delivery metrics slip

What this skill tells your AI

The instructions your AI receives, as published by alirezarezvani/claude-skills in .gemini/skills/vpe-review/SKILL.md and read by ahel’s review.

Command: /cs:vpe-review <plan>

The throughput-first VPE pressure-tests any plan touching eng operations. Six questions before any delivery commitment, eng hiring expansion, team restructure, or production-discipline change.

When to Run

  • Before quarterly delivery commitment (sprint planning, OKR review)
  • Before approving an eng hiring plan
  • Before restructuring eng teams (splitting/merging squads, adding tribes)
  • Before deciding whether to hire a VPE separately from CTO (or merge them)
  • When production incidents are increasing
  • When sprint velocity is dropping but everyone says "we're working hard"

The Six VPE Questions

1. What's the cycle time, and where does work wait?

No DORA, no diagnosis.

  • Lead Time for Changes is the single best health metric
  • If you can't decompose cycle time into stages, you can't fix the bottleneck
  • Run delivery_throughput_analyzer.py

2. What's the DORA performance level on all 4 metrics?

One Elite metric and three Lows = bad. Four Highs = healthy.

  • Deployment Frequency, Lead Time, MTTR, Change Failure Rate
  • The worst metric defines overall level
  • Fix lead time first; everything else follows

3. Where is the hiring funnel leaking?

"Can't find good engineers" is wrong.

  • Specific stage is over-filtering OR top-of-funnel volume is too low OR offer-to-accept is broken
  • Run eng_hiring_funnel_calculator.py
  • If offer-to-accept < 70%, comp is below market or close discipline is weak

4. Is the team structure healthy for the headcount?

5-9 ICs per squad; 5-8 ICs per EM; 4-6 EMs per director.

  • Run eng_team_structure_designer.py
  • Manager-trigger fires when 5+ ICs have no dedicated EM
  • Director-trigger fires when 3+ EMs report directly to VPE/CTO

5. What's the production discipline maturity?

Level 1-5; aim for Level 3 at growth stage.

  • On-call rotation ≥ 6 people
  • Severity-defined incident response with blameless postmortems
  • SLOs on customer-facing services (pair with engineering/slo-architect/)
  • Continuous deployment OR scheduled — not "usually one, sometimes the other"

6. Are we adding a VPE separately, or is CTO doing both?

If CTO is spending > 50% on management vs strategy, VPE is needed.

  • Or: VPE complement when CTO is co-founder more comfortable with strategy
  • VPE owns operating model; CTO owns architecture
  • At small scale (< 20 eng), one person can do both

Workflow

# 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

Output Format

# 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]

Routing

  • /cs:cto-review — for architectural causes of throughput problems
  • cs-chro-advisor agent — for hiring funnel comp/leveling issues
  • /cs:cfo-review — for cost-per-hire envelope and eng budget
  • /cs:ciso-review — for production discipline + compliance overlap
  • /cs:decide — log the verdict
  • /cs:freeze 30 — on multi-year hiring commitments

Related

  • Agent: cs-vpe-advisor
  • Skill: vpe-advisor
  • Adjacent: ../../../engineering/slo-architect/, ../../../engineering/feature-flags-architect/, ../../../engineering/chaos-engineering/

Version: 1.0.0

Signals

GitHub stars
27k
Forks
4k
Last commit
Aug 2026
Advanced
Item type
skill
Key
vpe-review
Source
github.com/alirezarezvani/claude-skills