作为产品负责人，你最关键的职责之一就是决定如何对 Product Backlog 中的待办项进行排序。面对有限的资源和不断变化的客户需求，掌握优先级排序的艺术对于创建一个成功的、以用户为中心的产品至关重要。
在本文中，我们将探讨一些补充实践，产品负责人在决定如何对Product Backlog 进行排序时可以将其作为一种输入。这些工具应该作为产品负责人在对Product Backlog 的内容和排序进行日常决策时能使用的可选实践。
了解优先级排序的重要性
在Product Backlog 中对待办项进行排序并不是简单的把它们排列在清单中，而是为了做出与产品愿景、业务目标，最重要的是与客户需求相一致的明智决策。通过仔细选择先交付哪些功能，产品负责人可以最大限度地提高产品交付的价值，同时最大限度地降低在可能不会引起受众共鸣的功能上投入资源的风险。下面的补充实践可以帮助你理清思路，并让干系人也参与到这个过程中来。
MoSCoW方法：Must-Have, Should-Have, Could-Have, Won’t-Have
我曾经和一个团队合作重新搭建一个大型消费者网站。当我们开始工作时，面临着不知道从哪里开始着手的不确定性。确定最关键的功能，并从技术的角度建立起始点成为了一项挑战。为了从干系人那里获得建议，我们选择采用 MoSCoW 优先级排序技术。
我们先为最终产品的潜在功能列出了一份详尽的Backlog，之后呈现给干系人并征求他们的反馈意见。我们请干系人对每个功能根据MoSCoW框架进行分类：“Must Have（必须有）”，“Should Have（应该有）”，“Could Have（可以有）”和“Won’t Have（不该有）”。
经过与干系人进行有效的讨论，我们更深入的理解了他们对功能重要性的看法。
MoSCoW工作坊的成果对于产品负责人的 Product Backlog 排序工作有着宝贵的价值。
它的工作原理如下：
MoSCow技术提供了一种系统化的方法，将功能分为下面四个不同的类别。可以请干系人现场或远程参与互动，和他们一起把Product Backlog中的所有功能都过一遍，引导他们把每个功能都分配到以下的类别之一。
Must-Have (M)：包含对产品的核心功能和即时可用性至关重要的基本功能。这些功能对于实现产品的主要目标非常关键。
Should-Have (S)：指那些比较重要，但在初始版本中并非必不可少的功能。它们能增强用户体验，贡献价值，但在没有它们的情况下产品也能够有效运转。
Could-Have (C)：指对特定用户群体提供附加价值的功能。这些被看作是“nice-to-have（锦上添花）”的功能，在资源允许的情况下可以纳入后续版本中。
Won’t-Have (W)：指被有意降低了优先级的功能。这些功能可能与当前的目标不一致，或者所需的资源和价值产出不成比例。
MoSCoW 方法虽然是一个有价值的工具，但仍然只是一个战略假设。必须认识到，只有在产品发布之后，我们才会了解到产品功能对客户真实的重要性。
此外，无论 MoSCoW 方法的结果如何，产品负责人始终是Product Backlog 内容和优先级排序的最终决策者。产品负责人在对Backlog排序的过程中可能会考虑到降低风险，技术或业务依赖性，或是认为某些功能对客户来说比干系人理解的更加重要。无论产品负责人做出什么选择，组织都应尊重他们的决定。
Kano模型：客户满意度和愉悦度
Kano模型更加强调组织假设客户对产品潜在的不同功能会有怎样的感受。和“必须有”，“应该有”不同，Kano模型关注的是功能与客户满意度之间的关系。
它的工作原理如下：
使用Kano模型时，产品负责人和干系人要审查Product Backlog中的待办项，并将其分为如下的五个类别。
Basic Needs（基本需求）：这些是客户期望的基本功能，它们不一定会给人留下深刻的印象，但缺少这些功能会导致不满。
Performance Needs（提升需求）：这些功能与客户满意度直接相关，它们呈现得越好，客户就越满意。
Excitement Needs（惊喜需求）：这些意想不到的功能会让客户感到惊喜，并让你的产品从竞争对手中脱颖而出。它们并非关键功能，却会引起顾客的兴奋和好感。
Indifferent Needs（无关需求）：这些功能的存在既不会显著提升满意度，也不会引发不满。为了避免不必要的复杂性，最好尽量减少这类功能。
Reverse Needs（反向需求）：这些功能如果存在，可能会导致某些用户的不满，了解并避开这些功能非常重要。
与所有优先级排序技术一样，排序结果应作为产品负责人决策过程的输入。产品负责人在对Product Backlog的内容和排序做出决策时，可能还需要考虑其他方面，如技术依赖或风险等。
RICE 方法：Reach, Impact, Confidence, Effort
RICE 方法是一种数据驱动的方法，可以帮助你量化和比较不同的功能创意。这种方法特别适用于市场营销团队，他们需要基于对最多人产生最大影响来确定工作优先级。
许多营销团队（尤其是为大型组织服务的内部团队）收到的请求远远超出了他们的实际能力。产品负责人该如何在向营销团队请求服务的不同干系人需求之间做出抉择？
RICE 方法可以提供帮助。RICE 考虑了覆盖范围（Reach）、影响程度（Impact）、信心（Confidence）和努力程度（Effort），可以帮助产品负责人就Product Backlog 的内容和排序做出更深思熟虑的决策。
它的工作原理如下：
产品负责人或其代表应该通过“覆盖范围（影响多少用户）”、“影响程度”（功能将产生多大的积极影响）、“信心”（对估算的信心）和 “工作量”（交付每个功能将花费多少努力）这四个视角来审查纳入Product Backlog 的需求。通过考虑这四个要素，产品负责人可以对 Backlog 的内容和排序做出更明智的决策。
覆盖范围：评估一项功能将影响多少用户，可以是用户群的百分比，也可以是特定的客户群。
影响程度：衡量功能对用户满意度、参与度、收入或任何其他相关指标的潜在影响。
信心：评估你对覆盖范围和影响程度的估算有多大的信心。不确定性越高的功能获得的信心分数越低。
工作量：估算开发该功能所需的资源（时间、金钱、人力）。
通过计算 RICE 分数（覆盖范围 × 影响程度 × 信心 / 工作量），你可以优先考虑相对于成本而言价值最高的功能。
结语
确定功能优先级是一个持续的过程，需要深入了解产品的目标和用户的需求。MoSCoW、Kano 和 RICE 方法为确定功能优先级划分提供了各有特色但又互补的方法。根据你的产品特点，将这些框架中的元素结合起来，可以为做出明智的决策提供一个更全面的策略。
请记住，上下文很重要。你的产品所处的阶段、市场条件和用户反馈都会影响你的优先级决策。定期重新审视和梳理优先级，确保产品路线图与愿景保持一致，并对不断变化的市场动态做出响应。
通过掌握功能优先级排序的艺术，你可以引导产品走向成功，为用户提供价值，并以具有战略性和影响力的方式实现你的业务目标。
你常用的优先级排序方法有哪些，欢迎在评论区分享你的观点和经验。
注：部分图片来源于网络
关于作者 & 译者
Scrum.org专业Scrum培训师。
