需求优先级方法对比
需求优先级方法包括 MoSCoW 分级、价值与复杂度矩阵、多准则加权评分等。方法本身不是重点，关键是让优先级判断透明可解释，并明确本期不做项的处理方式：是推迟到下期、转为变更请求，还是明确不做。没有取舍规则时，所有需求都会被标成重要。
基本信息
| 常见方法 | MoSCoW、价值-复杂度矩阵、加权评分 |
|---|---|
| 分级口径 | 必须、应该、可以、暂不（对应 Must/Should/Could/Wont） |
| 关键约束 | 必须项比例上限，超出则重新评估 |
| 输出物 | 带优先级的待办清单与本期不做项说明 |
| 复核节奏 | 每个发布周期或阶段关口复核一次 |
典型使用场景
- 发布规划：用 MoSCoW 在固定时间盒内确定本期范围
- 需求较多的初次排序：用价值与复杂度四象限快速筛出高价值低成本的先行项
- 多干系人利益平衡：用加权评分把不同关注点折算成统一口径
- 资源被压缩时：按优先级从低到高削减范围，并说明对目标的影响
- 验收前：核对必须项是否全部完成，应该项未完成的处置方式
优先级判断示例
优先级判断示例
Must 必须：本期不做则目标无法达成或不合规
Should 应该：重要但可临时替代，尽量纳入
Could 可以：有余量再做，削减代价小
Wont 暂不：本期明确排除，记录理由与复核时点
约束：Must 建议不超过总需求的 60%，超出需重排
输出：每条需求注明分级依据、判据与责任人方法对比
| 方法 | 分级方式 | 适用场景 | 注意事项 |
|---|---|---|---|
| MoSCoW | 必须、应该、可以、暂不四档 | 有明确时间盒的发布规划 | 必须项过多会让分级失效 |
| 价值-复杂度矩阵 | 按价值与实现成本四象限排序 | 需求较多时的初次排序 | 价值需统一定义与口径 |
| 加权评分 | 多准则加权计算得分 | 多干系人利益平衡 | 权重设定过程要公开，避免争权重 |
优先级是相对排序而非绝对标签：当新增需求进入时，应重新比对现有分级，而不是简单把新需求插到最高档。
把全部需求标为必须项，等于没有优先级：一旦资源不足，只能靠临时拍板，团队与干系人都失去预期。