prioritization-frameworks

作成者: phuryn

9つの優先順位付けフレームワークを、計算式、使用時期のガイダンス、テンプレートとともに解説するリファレンスガイド — RICE、ICE、Kano、MoSCoW、Opportunity Scoreなど。優先順位付け手法の選択、RICE vs ICEのようなフレームワーク比較、さまざまな優先順位付けアプローチの仕組みを学ぶ際に使用する。

npx skills add https://github.com/phuryn/pm-skills --skill prioritization-frameworks

Prioritization Frameworks Reference

A reference guide to help you select and apply the right prioritization framework for your context.

Core Principle

Never allow customers to design solutions. Prioritize problems (opportunities), not features.

Opportunity Score (Dan Olsen, The Lean Product Playbook)

The recommended framework for prioritizing customer problems.

Survey customers on Importance and Satisfaction for each need (normalize to 0–1 scale).

Three related formulas:

  • Current value = Importance × Satisfaction
  • Opportunity Score = Importance × (1 − Satisfaction)
  • Customer value created = Importance × (S2 − S1), where S1 = satisfaction before, S2 = satisfaction after

High Importance + low Satisfaction = highest Opportunity Score = best opportunities. Plot on an Importance vs Satisfaction chart — upper-left quadrant is the sweet spot. Prioritizes customer problems, not solutions.

ICE Framework

Useful for prioritizing initiatives and ideas. Considers not only value but also risk and economic factors.

  • I (Impact) = Opportunity Score × Number of Customers affected
  • C (Confidence) = How confident are we? (1-10). Accounts for risk.
  • E (Ease) = How easy is it to implement? (1-10). Accounts for economic factors.

Score = I × C × E. Higher = prioritize first.

RICE Framework

Splits ICE's Impact into two separate factors. Useful for larger teams that need more granularity.

  • R (Reach) = Number of customers affected
  • I (Impact) = Opportunity Score (value per customer)
  • C (Confidence) = How confident are we? (0-100%)
  • E (Effort) = How much effort to implement? (person-months)

Score = (R × I × C) / E

9 Frameworks Overview

FrameworkBest ForKey Insight
Eisenhower MatrixPersonal tasksUrgent vs Important — for individual PM task management
Impact vs EffortTasks/initiativesSimple 2×2 — quick triage, not rigorous for strategic decisions
Risk vs RewardInitiativesLike Impact vs Effort but accounts for uncertainty
Opportunity ScoreCustomer problemsRecommended. Importance × (1 − Satisfaction). Normalize to 0–1.
Kano ModelUnderstanding expectationsMust-be, Performance, Attractive, Indifferent, Reverse. For understanding, not prioritizing.
Weighted Decision MatrixMulti-factor decisionsAssign weights to criteria, score each option. Useful for stakeholder buy-in.
ICEIdeas/initiativesImpact × Confidence × Ease. Recommended for quick prioritization.
RICEIdeas at scale(Reach × Impact × Confidence) / Effort. Adds Reach to ICE.
MoSCoWRequirementsMust/Should/Could/Won't. Caution: project management origin.

Templates


Further Reading

phurynのその他のスキル

create-prd
phuryn
包括的な8セクションのテンプレートを使用して製品要求文書を作成します。問題、目的、セグメント、価値提案、ソリューション、リリース計画を網羅します。PRDの作成、製品要件の文書化、機能仕様の準備、既存のPRDのレビュー時に使用します。
outcome-roadmap
phuryn
アウトプット中心のロードマップを、戦略的意図を伝えるアウトカム中心のロードマップに変換します。イニシアチブを、ユーザーとビジネスへの影響を反映したアウトカム文として書き直します。アウトカムロードマップへの移行、ロードマップの戦略性向上、機能リストのアウトカムへの書き換えに使用します。
project-managementcommunication
strategy-red-team
phuryn
PRD、ロードマップ、または戦略をレッドチームし、現実がそうする前に、その基盤となる前提を攻撃する。各主張をスチールマンしてから攻撃し、失敗モードを影響度×可能性×テストの容易さでランク付けし、それぞれに対する最も安価なテストとキル基準を返す。計画のストレステスト、戦略のプレッシャーテスト、前提への挑戦、または役員レビュー用の文書準備に使用する。
pre-mortem
phuryn
PRDまたはローンチ計画に対してプレモーテムリスク分析を実行します。リスクをTigers(実際の問題)、Paper Tigers(過大評価された懸念)、Elephants(口に出されない懸念)に分類し、その後、ローンチブロッキング、ファストフォロー、トラックのいずれかに分類します。ローンチの準備、製品計画のストレステスト、または何が問題になる可能性があるかの特定に使用します。