思维工具箱MoSCoW 范围优先级
C16
MoSCoW 范围优先级
Must / Should / Could / Won’t
在固定期限与容量内把需求分成必须、应该、可以与本轮不做
这是什么
MoSCoW 在指定时间范围内把需求分为必须、应该、可以和本次不做。Must 是缺少便无法形成可用交付的内容；Should 重要但有可接受临时办法；Could 可舍以保护更高优先；Won’t 是本轮范围外，不等于永久放弃。按不做的后果分类，不按提需求者职级。
示意图
什么时候用 / 别用
该用
- 发布日期或资源相对固定
- 需求不断增加
- 需向业务方明确底线、弹性与本轮不做
别用
- 全部标成 Must
- 用「老板想要」当分类依据
- 指望它解决同级需求的精细排序
怎么做
准备：本轮目标、固定约束、容量估计；需求与验收标准、依赖与替代办法；有权确认取舍的业务代表
- 定义本轮最低成功结果与期限
- 对每项问「不做还能交付可用结果吗」
- 大需求拆到可分别取舍的粒度，检查 Must 依赖
- 核算工作量，保留可调整部分
- 新需求或估计变化时显式交换范围并同步验收
交付：四类清单、分类理由、替代办法、容量与变更规则
一个例子
假设示例 · 产品
【假设示例】51as.com 工具箱本轮上线：打开条目、看步骤、复制清单是 Must；排行点赞是 Could；复杂社交列 Won’t。若人工审校能暂代自动推荐，自动推荐未必是 Must。
容易踩坑
- 全标 Must
- 按职级而非后果分类
- 把 Won’t 理解成永久砍掉
出处：常见于固定窗口内用四档管理范围的敏捷实践