pm-product-review について
成果物の種類に応じてプロダクトマネジメント文書の監査を振り分け、優先順位付きのレポートにまとめるスキルです。仮定の確認を自動で行い、関係のない監査は避けます。
主な機能
- 01成果物の種類に応じた監査の振り分け
- 02仮定の自動確認
- 03関連する監査視点の提示
- 04指摘事項を一つのレポートに集約
- 05重大度に基づく問題の優先順位付け
活用シーン
- 01関連する品質基準によるPRDのレビュー
- 02OKRや指標の妥当性評価
- 03ロードマップの優先順位の確認
- 04戦略やGTM計画のレビュー
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/pm-product-reviewを入力して読み込まれたか確認します。
詳細
製品レビュー（PM オーケストレーター）スキル
このスキルの動作（最初にお読みください）
これは、PM 成果物を包括的にレビューするための入口です。PM の作業に
docs/orchestration-policy.md を適用した実行可能な形式で、すべての監査を実行するのではなく、
成果物の種類に応じて関連する監査に振り分け、常に関連するレンズである
（前提の厳密性）監査を自動実行し、優先順位を付けた単一のレポートを返します。
PM の作業には「デザインシステム」の抑制ケースはありませんが、避けるべき失敗は同じく 2 つあります。 曖昧な「問題ありません」というレビューと、1 つの監査だけで十分な文書に、すべての PM 監査を押し付けることです。
このスキルを使用しない場合： ユーザーが特定の監査（「spec-quality を実行して」 「OKR の指標の妥当性を確認して」）を指定した場合は、このオーケストレーターを使わず、 その監査を直接実行してください。 明示された範囲がオーケストレーションより優先されます。
ステップ 0 — コンテキストを確立する（1 回）
- 成果物の種類 — 仕様書／PRD、OKR／KPI、ロードマップ、優先順位付け、ビジョン／戦略、GTM。 これは主要な振り分け基準です。文書から推定し、本当に曖昧な場合にのみ質問してください。
- 主な目標 — この成果物がどのような意思決定を支援するものか（競合の解決と優先順位付けに使用）。
ステップ 1 — 常に関連するレンズを自動実行する（ティア A）
pm-assumption-rigor-audit— 成果物が未検証の前提に基づく場合に実行します。 PM の作業ではほぼ常に当てはまります。低コストで効果が高く、成果物の種類を問いません。
各監査の名前は、インストール可能なスキルの
nameです。そのスキルが インストールされている場合にのみ実行してください。インストールされていない場合は、 レポートの「利用可能だが未実行」に記載し、処理を止めないでください。このオーケストレーターは 利用可能な監査に応じて機能を縮小します。
ステップ 2 — 成果物の種類で振り分ける（ティア B — 該当する監査を実行し、隣接する監査を提案する）
| 成果物 | 主要な監査 | 提案する隣接レンズ |
|---|---|---|
| 仕様書／PRD | pm-spec-quality-audit | pm-assumption-rigor-audit（自動）、pm-decision-quality-audit |
| OKR／KPI／指標 | pm-okr-metric-validity-audit | pm-assumption-rigor-audit（自動） |
| ロードマップ／優先順位付け | pm-prioritization-rigor-audit | pm-decision-quality-audit、pm-assumption-rigor-audit（自動） |
| ビジョン／戦略 | pm-decision-quality-audit | pm-assumption-rigor-audit（自動） |
| GTM 計画 | pm-decision-quality-audit | pm-assumption-rigor-audit（自動） |
成果物の種類に対応する主要な監査を実行してください。隣接するレンズは実行せず、 提案してください。例：「これはロードマップなので、prioritization-rigor と前提チェックを実行しました。 decision-quality のレビューも実行しますか？」
ステップ 3 — 優先順位を付けた単一のレポートに統合する
レンズ間の重複を除き、ステップ 0 の主な目標に沿って競合を解決し、 深刻度順に並べた単一のリストを出力します。
## Product Review — [artifact]
Context: [artifact type · primary goal]
Lenses run: [spec-quality, assumption-rigor] Available but not run: [decision-quality]
### Critical
- [Issue] — what's wrong → fix. (spec-quality / assumption / metric-validity / …)
### Major
- …
### Minor
- …
### Working well ✓
- …
**Top 3 priorities:** the highest-impact fixes across all lenses.
Offered, not run: decision-quality — say the word and I'll add it.
よくある「する／しない」のパターン
| ❌ しない | ✅ する |
|---|---|
| すべての文書にすべての PM 監査を実行する | 成果物の種類で振り分け、前提チェックのみを自動実行する |
| 監査ごとにレポートを返す | 重複を除いた優先順位付きの単一リストに統合する |
| ユーザーが特定の監査を指定したときに、このオーケストレーターを実行する | 指定された監査を直接実行する（明示された範囲を優先） |
| 戦略と仕様書を同じように扱う | 振り分ける：仕様書 → spec-quality、OKR → metric-validity、ロードマップ → prioritization-rigor |
ポリシーとの関係
このスキルは、PM の作業における docs/orchestration-policy.md の実行可能な形式です。
両者に相違がある場合はポリシーを優先し、このスキルをポリシーに合わせて更新してください。
出典となった教訓（Uxcel）
これはオーケストレーターであり、内容の中心は振り分け先の監査にあります。それぞれの監査にある
出典となった教訓を参照してください：pm-assumption-rigor-audit、pm-spec-quality-audit、
pm-okr-metric-validity-audit、pm-prioritization-rigor-audit、
pm-decision-quality-audit。