按价值排序产品Backlog：实操指南
Scrum指南明确指出：产品负责人负责对产品Backlog进行排序以最大化价值。但"最大化价值"不是方法，而是目标。实际上如何做到？以下是适用于资本项目软件、政府数字服务和内部企业工具团队的实用方法。
驱动Backlog排序的四个维度
价值：这个条目提供了用户或业务真正需要的什么？价值用结果（减少处理时间、提升数据准确性、之前不可用的能力）来评估比用功能特性更容易。
风险：这个条目学到什么或降低什么风险？高风险条目通常应该排在靠前位置，不是因为其价值，而是因为它能解锁的学习。
依赖关系：这个条目解锁了什么？如果有十个条目依赖于某一个条目，该条目的排序应比其独立价值所建议的更靠前。
工作量：这是修正因子，而非驱动因素。高价值高工作量的条目可能排在低价值低工作量条目之上，因为更早交付高价值条目可能带来复利效益。
何时使用各种排序方法
简单价值排序适用于大多数团队的大多数情况。 将每个条目写在卡片上，从最有价值到最不有价值排序，然后针对风险和依赖关系进行调整。对于20到30个条目的Backlog，这需要30到60分钟，并产生可供团队讨论和优化的初始排序。
当价值存在争议时，加权评分法很有用。 当不同干系人对哪些条目最有价值存在分歧时，评分矩阵使取舍变得清晰。其价值不在于数字本身，而在于矩阵所推动的对话。
WSJF（加权最短工期优先）适用于高容量、短期Backlog。 WSJF将延误成本除以工期。当条目数量多且规模小时效果显著，但对于资本项目软件或政府系统效果较差，因为这些场景中条目规模差异悬殊，延误成本难以量化。
在每次Sprint计划会和每次重大情境变化时审查排序。 Backlog排序不是一次性活动。2022年，随着采购时间表变动和干系人优先级响应外部压力，三个月前驱动排序的因素今天可能已不再适用。
XNM协助公共部门及资本项目组织建立有效的产品负责人实践，包括产品Backlog管理和价值优先级排序。欢迎联系XNM项目群与项目交付咨询团队，获取敏捷交付支持。