MoSCoW 是什么
MoSCoW 把需求分为 Must have、Should have、Could have、Won't have 四档，用于在范围谈判与发布切片中明确取舍。Must 表示不满足则本次发布不可用，Should 表示重要但可短期替代，Could 表示锦上添花，Won't 表示本次明确不做并记录原因。它是协商工具而不是个人排序：如果所有条目都归入 Must，说明优先级工作没有真正发生。
四档含义
| 档位 | 含义 | 决策提示 |
|---|---|---|
| Must | 不满足则本次发布不可用 | 需明确验收口径，严格控制数量 |
| Should | 重要但可短期替代 | 影响体验或效率，可延后一版 |
| Could | 锦上添花的能力 | 资源富余时再做，不影响交付承诺 |
| Won't | 本次明确不做 | 写清原因与复议条件，防止反复讨论 |
基本信息
| 来源 | DSDM 敏捷方法论中的优先级划分方式 |
|---|---|
| 比例参考 | Must 通常控制在总量的六成上下，留出缓冲 |
| 判定问题 | 没有它本次发布是否仍然可用，是 Must 与 Should 的分界 |
| 记录载体 | 需求清单或故事地图上都显式标注档位与理由 |
| 复议条件 | Won't 需写明在什么情况下重新评估 |
典型使用场景
- 版本规划：在固定时间窗口内决定哪些必须完成
- 范围谈判：与业务方逐条确认档位，把取舍显式化
- 资源受限项目：按档位裁剪，避免整体延期
- 外包与投标：以档位说明本期交付边界与后续计划
- 需求堆积处理：把长期未动的条目明确归入 Won't 并记录原因
- 风险预案：Must 项延期时优先从 Should 与 Could 腾挪资源
MoSCoW 常与故事地图、发布切片配合使用：先按用户活动铺开故事，再在地图上逐片标注档位，切片结果更贴近用户可感知的价值。
如果有人把绝大多数条目都标为 Must，这不是优先级，而是没有取舍；评审时应要求逐条给出“没有它是否不可用”的判断依据。