按价值排序待办列表：产品负责人入门指南
Scrum中最不起眼却最具影响的理念之一，是产品待办列表是有序排列的。它不是被划入模糊的几档，也不是按谁嗓门最大来排，而是自上而下地排序，让团队只需从顶部取用。《Scrum指南》讲得很清楚：产品负责人对这一排序负责，而正是通过这一排序，产品负责人来引导价值。对刚接手这个角色的人来说，把这件事做对，比几乎任何工具或仪式都更重要。
为什么排序胜过优先级标签
把条目标为「高」「中」「低」看似井井有条，却把艰难的决定推给了团队。当十个条目全是「高」时，仍得有人决定哪个先做，而这个人应当是产品负责人。一份单一的有序列表消除了模糊：位于顶部的条目，就是接下来最有价值要做的事，没有别的。开发者在冲刺规划时从顶部取用，确信没有更重要的事被压在下面。
作为新手如何按价值排序
从产品目标出发。 价值并不抽象；它是朝着产品力求达成的目标前进的进展。按每个条目能让你向该目标推进多少来排序。
在价值与投入、风险之间权衡。 一个能释放巨大价值或消除可怕未知的小条目，往往应靠近顶部，排在回报更薄的大条目之前。
把有风险、不确定的工作提前。 尽早学习本身就有价值。更早攻克那个可能让项目沉没的难题，能保护排在它后面的一切。
持续重新排序。 待办列表是活的。新信息、变化的市场以及上一次冲刺评审的反馈都应改变排序——这正是目的所在，而非规划的失败。
请注意，这一切都不需要笨重的框架。许多团队使用简单的方法——比较价值与投入，或就延迟成本快速讨论一番——这就足够了。关键在于由一个人掌握最终排序，并能解释为什么条目三排在条目四之上。2021年初的现实让这条纪律更显有用：预算更紧、团队散布在各自的家庭办公室，一份排序清晰的待办列表能让分散的团队保持一致，而无需每天就该做什么争论不休。
需要警惕的常见错误
按谁提出来排序，于是嗓门最大的相关方钟爱的功能浮到顶部，全然不顾价值。
把紧迫与价值混为一谈——今天叫得响的，未必就是最值得做的。
整个版本期间冻结排序，于是待办列表不再反映团队所学到的东西。
把顶部的条目留得太含糊以致无法开工，团队去取用时反而卡住了冲刺规划。
按价值排序与其说是一项技巧，不如说是一种判断的习惯。产品负责人不断在问：「如果只能再做一件事，那会是什么？」——答案就放到顶部。让这个问题被诚实而频繁地回答，待办列表便会成为一张清晰的地图，指明产品的去向，而不是一份谁都无从下手的愿望清单。
如果你的团队需要帮助，把混乱的待办列表理顺成一条通往价值的清晰有序路径，XNM的项目群与项目交付咨询服务可以为你指引方向。