cpo-review

/cs:cpo-review — CPO の問いかけ

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

JTBD 主導のビルダーは、ロードマップを半分に絞り込みます。何をリリースし、何を取りやめるべきかを明らかにする 6 つの質問です。

実行するタイミング

• 四半期ごとのロードマップを確定する前
• 新しい製品ラインを立ち上げる前
• リリースに 3 つを超える機能を追加する前
• 継続率が横ばい、または低下しているとき
• チームで「X を構築すべきか？」と議論しているとき

CPO の 6 つの質問

1. JTBD

この機能は、ユーザー自身の言葉で言うと、どんなジョブを担うために選ばれるのですか？

• 「オンボーディングを改善する」ではありません。「新任のオペレーションマネージャーが 7 日以内に初めての案件を成約できるよう支援する」です。
• ジョブ ≠ 機能。選ばれること ≠ 試されること。

2. ノーススターメトリック

どのようなユーザー行動を促し、それはノーススターにどうつながりますか？

• 指標は先行指標であり、行動ベースで、価値との相関が必要です。
• 機能をノーススターに結び付けられないなら、構築しないでください。

3. PMF の兆候

このジョブを選んだユーザーの継続率曲線は、横ばい、低下、それとも上昇していますか？

• 横ばい、または上昇 ＝ PMF の兆候。低下 ＝ PMF なし。
• 「アンケートでユーザーに好評」は兆候ではありません。

4. RICE スコア

リーチ、インパクト、確信度、工数のスコアはいくつで、優先順位はどの位置ですか？

python product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py

5. 機会費用

これをリリースする場合、何を取りやめますか？具体的な取り組みや機能を挙げてください。

• 人員と時間はゼロサムです。取りやめるもののリストが、注力するもののリストです。

6. 中止基準

90 日後、これが誤った判断だったと示すシグナルは何ですか？

• リリース前に、指標としきい値を文書で定義してください。
• 中止基準を定義できないなら、責任ある形でリリースすることはできません。

ワークフロー

1. 分析を実行します：

   python ../../../c-level-advisor/skills/cpo-advisor/scripts/pmf_scorer.py
   python ../../../c-level-advisor/skills/cpo-advisor/scripts/portfolio_analyzer.py
   

2. 6 つの質問に回答します。
3. 判定を適用します。

出力形式

# CPO Review: <feature/plan>
**Date:** YYYY-MM-DD

## JTBD
> <one sentence in user voice>

## North Star Link
- Metric moved: <name>
- Expected delta: <%>

## PMF Signal
- Retention curve shape: flat / smiling / decaying
- Cohort sample size: N

## Score
- RICE: <number>
- Rank in queue: #N of M

## Cut List
- Cut: <initiative>
- Reason: <why this matters more>

## Kill Criteria (90 days)
- Metric: <name>
- Threshold: <value>
- Action if missed: <kill | iterate>

## Verdict
🟢 SHIP | 🟡 SHARPEN | 🔴 KILL

ルーティング

• /cs:cmo-review — ポジショニングはこの機能を後押ししていますか？
• /cs:execute — 90 日間の計画を作成します
• /cs:post-mortem — 中止基準に該当した場合

関連項目

• エージェント：cs-cpo-advisor
• スキル：cpo-advisor
• 実行：product-team/skills/product-manager-toolkit/

---

バージョン： 1.0.0