mcpField
P
pm-prioritization

pm-prioritization

github.com/majesticlabs-dev生産性5035 回インストール7 週間前に更新
リポジトリ

pm-prioritization について

pm-prioritizationは、機能や機会を比較するプロダクト管理スキルです。RICE・ICEスコアリング、Opportunity Solution Tree、優先順位付けのよくあるアンチパターンを扱います。

主な機能

  1. 01表を使ったRICEスコアリング
  2. 02迅速な意思決定向けのICEスコアリング
  3. 03Opportunity Solution Treeの構成
  4. 04優先順位付けのアンチパターンの把握

活用シーン

  1. 01リーチ、影響度、確信度、工数で機能を順位付け
  2. 02簡潔な優先順位の判断
  3. 03目標を顧客の機会や実験に結び付ける

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/majesticlabs-dev/majestic-marketplace --skill pm-prioritization

インストール後、Claude Code で/pm-prioritizationを入力して読み込まれたか確認します。

詳細

機能の優先順位付け

機能や機会の優先順位を決めるためのフレームワークです。

RICE スコアリング

RICE Score = (Reach × Impact × Confidence) / Effort
要素定義尺度
リーチ四半期あたりの影響を受けるユーザー数実数
インパクトユーザーへの効果3=非常に大きい、2=大きい、1=中程度、0.5=小さい、0.25=ごく小さい
確信度どの程度確信があるか100%=高、80%=中、50%=低
工数リリースまでに必要な人月実際の見積もり

RICE テーブル：

| Feature | Reach | Impact | Confidence | Effort | RICE Score |
|---------|-------|--------|------------|--------|------------|
| [Feature A] | 5000 | 2 | 80% | 2 | 4000 |
| [Feature B] | 1000 | 3 | 50% | 1 | 1500 |

ICE スコアリング（よりシンプル）

ICE Score = Impact × Confidence × Ease
要素尺度
インパクト1〜10（潜在的な価値）
確信度1〜10（インパクトの確実性）
容易さ1〜10（実装の容易さ）

ICE テーブル：

| Feature | Impact | Confidence | Ease | ICE Score |
|---------|--------|------------|------|-----------|
| [Feature A] | 8 | 7 | 5 | 280 |
| [Feature B] | 6 | 9 | 8 | 432 |

Opportunity Solution Tree

構造：

Outcome (measurable business goal)
├── Opportunity 1 (unmet customer need)
│   ├── Solution 1a
│   │   └── Experiment: [test]
│   └── Solution 1b
│       └── Experiment: [test]
├── Opportunity 2 (another need)
│   └── Solution 2a
│       └── Experiment: [test]
└── Opportunity 3
    └── ...

OST テンプレート：

## Outcome
**Goal:** [Measurable objective]
**Current:** [Baseline metric]
**Target:** [Target metric]
**Timeline:** [By when]

## Opportunity Map

### Opportunity 1: [Customer need/pain point]
**Evidence:** [Interview quotes, data]
**Size:** [How many users affected]

**Solutions considered:**
1. **[Solution A]**
   - Effort: [S/M/L]
   - Experiment: [How to test cheaply]
   - Success metric: [What to measure]

2. **[Solution B]**
   - Effort: [S/M/L]
   - Experiment: [How to test cheaply]
   - Success metric: [What to measure]

**Selected:** [Which and why]

使い分け

フレームワーク最適な用途制約
RICE大規模チーム、多数の機能リーチデータが必要
ICE素早い意思決定、小規模チーム主観的になりやすい
OST戦略の整合成果の明確化が必要

優先順位付けのアンチパターン

  • HiPPO（最も高給な人の意見）→ データを活用する
  • 声の大きい顧客（最も声の大きい顧客が勝つ）→ セグメント規模に応じて重み付けする
  • 個人的なお気に入りプロジェクト（社内での人気案件）→ 根拠を求める
  • サンクコスト（着手したからには完了させる）→ 定期的に再評価する

コメント

Markdown 対応