prioritization

优先级排序框架

根据具体情况，使用合适的框架对待办事项进行评分、排序并说明决策依据。

决策树：该使用哪个框架

Do you have a hard deadline or regulatory pressure?
  YES → WSJF (Cost of Delay drives sequencing)
  NO  → Do you have reach/usage data?
          YES → RICE (data-driven, accounts for user reach)
          NO  → Are you in a time-boxed planning session?
                  YES → ICE (fast, 1-10 scales, no data required)
                  NO  → Is this a scope negotiation with stakeholders?
                          YES → MoSCoW (bucket features, control scope creep)
                          NO  → Value-Effort Matrix (quick 2x2 triage)

框架	最适用场景	所需数据	评分用时
RICE	数据丰富的团队、稳定状态下的优先级排序	分析数据、用户数量	30-60 分钟
WSJF	SAFe 组织、时间紧迫或受监管的工作	仅需相对估算	15-30 分钟
ICE	初创公司追求速度、早期验证、快速分类	无	5-10 分钟
MoSCoW	范围协商、发布规划	利益相关者意见	1-2 小时
Value-Effort	2x2 可视化、快速达成团队共识	无	10-15 分钟

---

RICE

RICE Score = (Reach × Impact × Confidence) / Effort

因素	量表	说明
Reach	每季度实际用户数	使用分析数据；不要估算
Impact	0.25 / 0.5 / 1 / 2 / 3	对每位用户的影响从极小到巨大
Confidence	0.3 / 0.5 / 0.8 / 1.0	从大胆设想到有力数据
Effort	人月	包括设计、工程和 QA

## RICE Scoring: [Feature Name]

| Feature     | Reach  | Impact | Confidence | Effort | Score  |
|-------------|--------|--------|------------|--------|--------|
| Smart search| 50,000 | 2      | 0.8        | 3      | 26,667 |
| CSV export  | 10,000 | 0.5    | 1.0        | 0.5    | 10,000 |
| Dark mode   | 30,000 | 0.25   | 1.0        | 1      |  7,500 |

有关 ICE、Kano 和完整量表，请参阅 rules/prioritize-rice.md。

---

WSJF

WSJF = Cost of Delay / Job Size
Cost of Delay = User Value + Time Criticality + Risk Reduction  (1-21 Fibonacci each)

WSJF 越高，越应优先处理。使用斐波那契量表（1、2、3、5、8、13、21）可强制采用相对估算。

## WSJF: GDPR Compliance Update

User Value:       8   (required for EU customers)
Time Criticality: 21  (regulatory deadline this quarter)
Risk Reduction:   13  (avoids significant fines)
Job Size:          8  (medium complexity)

Cost of Delay = 8 + 21 + 13 = 42
WSJF = 42 / 8 = 5.25

有关 MoSCoW 分类和实用技巧，请参阅 rules/prioritize-wsjf.md。 有关完整评分指南，请参阅 references/wsjf-guide.md。

---

ICE

ICE Score = Impact × Confidence × Ease    (all factors 1-10)

无需用户数据。相对于其他待办事项进行评分。适用于早期产品和快速分类会议。

---

MoSCoW

先对功能进行分类，再估算。仅靠必备项也应能交付可行产品。

## Release 1.0 MoSCoW

### Must Have (~60% of effort)
- [ ] User authentication
- [ ] Core CRUD operations

### Should Have (~20%)
- [ ] Search, export, notifications

### Could Have (~20%)
- [ ] Dark mode, keyboard shortcuts

### Won't Have (documented out-of-scope)
- Mobile app (Release 2.0)
- AI features (Release 2.0)

---

机会成本与权衡分析

当两个事项争夺同一团队产能时，应量化每延迟一个月处理各事项的成本。

## Trade-Off: AI Search vs Platform Migration (Q2 eng team)

### Option A: AI Search
- Cost of Delay: $25K/month (competitive risk)
- RICE Score: 18,000
- Effort: 6 weeks

### Option B: Platform Migration
- Cost of Delay: $5K/month (tech debt interest)
- RICE Score: 4,000
- Effort: 8 weeks

### Recommendation
Human decides. Key factors:
1. Q2 OKR: Increase trial-to-paid conversion (favors AI Search)
2. Engineering capacity: Only one team, sequential not parallel
3. Customer commitment: No contractual deadline for either

有关价值-投入矩阵和完整的权衡模板，请参阅 rules/prioritize-opportunity-cost.md。 有关 RICE 校准的详细信息，请参阅 references/rice-scoring-guide.md。

---

常见陷阱

陷阱	应对方法
操纵评分，为预先决定要做的工作找理由	团队共同校准；记录假设
在同一张表中混用多个框架	每次规划会议只选用一个框架
只追踪高 RICE 项目；忽视延迟成本	将 RICE 与明确的延迟成本分析结合使用
MoSCoW 的必备项过多（占范围 >70%）	仅靠必备项也必须能交付可行产品
比较不同目标的 RICE 分数	只在同一目标范围内比较

---

相关技能

• product-frameworks — 完整的产品管理工具包（价值主张、市场规模估算、竞争分析、用户研究、商业案例）
• write-prd — 将排定优先级的功能转化为产品需求文档
• product-analytics — 定义并采集为 RICE 覆盖范围/影响分数提供依据的指标
• okr-design — 设定目标，以确定哪些 KPI 会影响 RICE 影响评分
• market-sizing — 为战略优先级提供依据的 TAM/SAM/SOM 分析
• competitive-analysis — 竞争对手背景信息，可提高或降低 WSJF 的时间紧迫性评分

---

版本： 1.0.0