43 lines
1.8 KiB
Markdown
43 lines
1.8 KiB
Markdown
---
|
||
title: "MoSCoW Classification"
|
||
type: concept
|
||
tags: [prioritization, requirements, agile]
|
||
last_updated: 2026-05-01
|
||
---
|
||
|
||
## Definition
|
||
|
||
MoSCoW 分类法是一种需求优先级分类技术，将所有需求分为四级：**Must Have**（必须有）、**Should Have**（应该有）、**Could Have**（可以有）、**Won't Have**（不会有/本期不做）。
|
||
|
||
## 分类定义
|
||
|
||
| 分类 | 含义 | 占比建议 | 若不做会怎样 |
|
||
|------|------|---------|------------|
|
||
| **M — Must Have** | 产品无法发布的最低功能集；无替代方案 | 60% | 产品不可用或违反法规 |
|
||
| **S — Should Have** | 重要但不致命；功能体验降级但有 workaround | 20% | 用户满意度下降，但产品仍可用 |
|
||
| **C — Could Have** | 期望但非必要；提升愉悦度 | 15% | 错过加分项，但不影响核心价值 |
|
||
| **W — Won't Have** | 本期明确不做；列入 Backlog 未来考虑 | 5% | 主动放弃，聚焦当前 Sprint 范围 |
|
||
|
||
## 关键原则
|
||
|
||
- **"Won't" means won't**：明确不做的功能不得在 Sprint 期间以任何理由渗透进来
|
||
- 每个 MoSCoW 决策必须有明确理由并记录在 Sprint 文档中
|
||
- MoSCoW 是对**功能范围**的分类，不是对用户价值的绝对排序
|
||
|
||
## 应用场景
|
||
|
||
- **[[Phase 1 Strategy]]**：Sprint Prioritizer 使用 MoSCoW 分类 + RICE 评分双重排序，MoSCoW 决定范围边界，RICE 在范围内排序
|
||
- **[[scenario-startup-mvp]]**：Startup MVP Build Runbook 中强调"Sprint Prioritizer 执行 MoSCoW 防止范围蔓延"
|
||
|
||
## MoSCoW 与 RICE 的协同工作流
|
||
|
||
```
|
||
所有需求 → MoSCoW 分类（M/S/C/W）→ RICE 评分（M + S + C）→ Sprint 规划
|
||
↓
|
||
W（直接归档）
|
||
```
|
||
|
||
## Aliases
|
||
- MoSCoW Prioritization
|
||
- MoSCoW Requirements Classification
|