vpe-review

/cs:vpe-review — VPE の強制質問

コマンド： /cs:vpe-review <plan>

スループットを最優先する VPE は、エンジニアリング運用に関わるあらゆる計画を厳しく検証します。納期の確約、エンジニアリング採用の拡大、チーム再編、または本番環境の規律変更を行う前に、6つの質問に答えます。

実行するタイミング

• 四半期の納期を確約する前（スプリント計画、OKR レビュー）
• エンジニアリングの採用計画を承認する前
• エンジニアリングチームを再編する前（スクワッドの分割・統合、トライブの追加）
• CTO とは別に VPE を採用するか（または役割を統合するか）を決める前
• 本番環境のインシデントが増加しているとき
• 誰もが「一生懸命働いている」と言う一方で、スプリントのベロシティが低下しているとき

VPE に尋ねる6つの質問

1. サイクルタイムはどのくらいで、作業はどこで滞留していますか？

DORA なしでは、診断できません。

• 変更のリードタイムは、健全性を測る最も優れた単一の指標です
• サイクルタイムを段階ごとに分解できなければ、ボトルネックを解消できません
• delivery_throughput_analyzer.py を実行します

2. 4つすべての指標で、DORA のパフォーマンスレベルはどのくらいですか？

Elite が1つで Low が3つなら不健全です。4つとも High なら健全です。

• デプロイ頻度、リードタイム、MTTR、変更失敗率
• 最も悪い指標によって、全体のレベルが決まります
• まずリードタイムを改善すれば、ほかのすべてが後からついてきます

3. 採用ファネルのどこで候補者が離脱していますか？

「優秀なエンジニアが見つからない」は誤りです。

• 特定の段階で選考を厳しくしすぎている、ファネル上部の候補者数が少なすぎる、または内定から承諾までのプロセスに問題がある、のいずれかです
• eng_hiring_funnel_calculator.py を実行します
• 内定承諾率が 70% 未満なら、報酬が市場水準を下回っているか、クロージングの進め方に問題があります

4. チーム構成は従業員数に対して健全ですか？

スクワッドあたり IC 5～9人、EM 1人あたり IC 5～8人、ディレクター1人あたり EM 4～6人です。

• 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人で両方を担えます

ワークフロー

# 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-advisor エージェント — 採用ファネルの報酬・レベル設定の問題について
• /cs:cfo-review — 採用単価の上限とエンジニアリング予算について
• /cs:ciso-review — 本番環境の規律とコンプライアンスの重複領域について
• /cs:decide — 判断を記録します
• /cs:freeze 30 — 複数年にわたる採用の確約について

関連項目

• エージェント：cs-vpe-advisor
• スキル：vpe-advisor
• 関連項目：../../../engineering/slo-architect/、../../../engineering/feature-flags-architect/、../../../engineering/chaos-engineering/

---

バージョン： 1.0.0