【CBAP50技术手册】#33 Prioritization（优先级排序）：BA（业务分析师）的“焦点加速器”
用对焦点，才能赢得项目成功
在资源有限、需求繁杂、变数不断的世界里，
决定先做什么、后做什么、不做什么，
往往比具体怎么做更重要。
这就是Prioritization（优先级排序）的力量：在混乱中找到秩序，在纷繁中明确道路。
什么是 Prioritization？
Prioritization，简单来说，就是根据价值、紧急性、风险、依赖关系等因素，确定各项需求、任务或功能的优先顺序。
它帮助团队集中精力投入到最重要、最有影响力的事情上，
确保有限的时间、预算和资源，创造最大的价值。
做正确的事情，比把事情做正确更重要。
为什么 Prioritization 至关重要？
- 资源稀缺的必然选择
- 时间、预算、人力都有限，必须合理分配。
- 聚焦高价值交付
- 把有限精力投入到最能带来回报的领域。
- 管理干系人期望
- 清晰的优先级可以解释为什么现在不做某些需求。
- 支持敏捷开发
- 每一个Sprint都需要基于优先级来决定Backlog内容。
- 降低项目风险
- 先处理高风险、高影响的问题，防止后期爆雷。
Prioritization 常见方法
| 方法 | 描述 | 应用场景 |
|---|---|---|
| MoSCoW 方法 | 把需求分为 Must have（必须有）、Should have（应该有）、Could have（可以有）、Won't have（暂不考虑） | 快速梳理核心与次要需求 |
| 价值-复杂度矩阵 | 比较每项任务的价值和实现复杂度，优先做高价值低复杂度的项 | 产品功能设计 |
| Kano 模型 | 将需求分为基础型、期望型、兴奋型，按用户感知价值排序 | 用户体验优化 |
| WSJF (加权最短作业优先) | 结合业务价值、时间敏感性、风险、作业大小综合排序 | SAFe敏捷框架中的大规模需求管理 |
| 100美元测试 | 假设你有100美元，让干系人投票决定各需求的重要性 | 协商式需求优先级确认 |
| RICE 框架 | 根据Reach（触达人数）、Impact（影响力）、Confidence（信心度）、Effort（投入量）计算得分排序 | 产品迭代规划 |
Prioritization 的关键步骤
- 收集并清晰定义需求或任务： 保证每一项待排序的内容是明确、可理解的。
- 确定评估标准： 根据项目特点选择合适的优先级判定标准（如价值、风险、依赖性、客户需求等）。
- 与关键干系人协作排序： 包括产品经理、业务代表、技术负责人，确保多角度考虑。
- 应用合适的排序工具或方法： 选择最适合当前情境的工具，必要时可结合多种方法。
- 定期复盘与调整： 随着环境变化（如市场变化、技术风险、新需求出现），需要不断更新优先级。
Prioritization 小技巧
- 不要一刀切，要分阶段优先级
- 某些事情在当前阶段优先级高，但以后可能降级。
- 学会说“不”
- 不是所有需求都能被接受，善用数据和标准支撑你的拒绝。
- 关注依赖关系
- 某些任务必须在其他任务完成后才能进行，优先级需合理调整。
- 透明化排序过程
- 让干系人了解排序逻辑，减少质疑和冲突。
- 优先级≠排队执行
- 在敏捷项目中，部分低优先级的小任务可能因为易实现而提早完成。
一个真实案例分享
在一次ERP系统改造项目中，客户列出了超过180条需求，
而时间只允许在9个月内上线。
我们通过MoSCoW方法筛选出60条Must have，
再用价值-复杂度矩阵细化打磨，
最终锁定了38条高价值、可控复杂度的核心需求作为上线范围。
上线后系统快速稳定交付，客户满意度极高，
而剩余的需求被合理安排到了后续优化阶段。
这一切的基础，就是科学的Prioritization。
Prioritization 的价值总结
- 聚焦真正重要的事
- 优化资源使用，提升产出效率
- 减少项目风险与返工成本
- 提升干系人满意度
- 支持灵活应变和敏捷交付
我的经验建议
- Prioritization不是一次决定，而是持续动态的过程。
- 用数据和客观标准说话，降低主观争论。
- 优先级排序之后，要有坚定执行的勇气和机制。
- 把Prioritization工作做扎实，项目成功的一半已经在握了。
最后的共勉
一个聪明的团队，不是做得最多的团队，
而是做了最该做的事的团队。
Prioritization，让我们在复杂中清晰，在有限中创造无限。