所有团队都受到时间、成本和范围的限制。通过确定优先级，团队的目标是在这些约束条件之间做出权衡。我们已经看到敏捷团队和业务代表努力工作，以尽可能早的和最低的成本为客户交付最高的价值。这是通过有意识地从待办事项中选择投资回报最高的项目或故事，并在可用的时间框中实现相同的项目或故事来实现的。基于价值的优先级在计划安排梳理、发布计划和迭代计划中使用。一些被认为可以达到工作项优先级的因素如下：

• 业务价值：增量收益或留存收益和客户满意度
  • 留存收益：指企业从历年实现的利润中提取或形成的留存于企业的内部积累，包括盈余公积和未分配利润两类
• 法律、法规和合规要求
• 实施和持续维护的成本
• 产品特性的紧迫性和时间敏感性
• 市场利基概念的早期采用者
• 最大的投资回报和产品营销的成功可能性
• 特性的固有风险
• 干系人的共识
• 可用性和可重用性
• 有关领域、技术或产品的知识或经验的积累

评估优先级排序

客户意愿：

• 最简单的方法就是问问客户最希望在下一个迭代中最想看到的是哪一些功能。

  经济价值

• 获取这些功能带来的经济价值，价值越高的优先级越高。

  开发成本

• 开发成本带来的影响。例如可能2个月后由于使用新技术只需要2周，而现在做需要2个月，这时可以考虑把优先级放低一些。

  经验和知识

• 获取新知识的重要性。在开发中会不断的产生一些项目和产品的新知识，及早了解和开发这些新知识可以减少不确定性，所以这类功能优先级会高些。

  消除风险

• 故事之间会存在依赖关系，这时候被依赖的优先级会更高，需要先完成。开发这些功能所减少的风险。在开发过程中，会出现进度风险、成本风险、技术风险等，对于风险越高价值越大的我们需要首先处理，对风险高价值低的要尽量避免。

用户故事的优先级

User Story > Feature > Epic

简单排序模式

它是一种最简单的优先级模式，通常会在工作项上标上P1、P2、P3……尽管这种模式很直接，但是如果人们趋向于把所有的工作项都标为P1，这将会产生问题。每一个都是高优先级，那就没优先级。
注意：

• 所有优先级不能重复
• 如果无法确定排序，需要调动干系人参与

100分法 100-point method

又称为：Dot Voting or Multi-Voting method， Monopoly Money

• 100点法就像一个民意调查，用来确定群体环境中项目的优先级。 小组中的每个参与者都得到100分，并在用户故事(或产品待定项)列表中投票分配。 参与者可以根据自己的意愿，根据自己认为最重要或最不重要的项目投多少票或多少票。 在所有参与者完成投票后，选票将被计数，故事将按照获得的选票降序排序。 得票最多的故事优先级最高，其次是得票次之的故事，依此类推。 | 相关方 | 总票数 | 用户故事1 | 用户故事 | 用户故事2 | | —- | —- | —- | —- | —- | | 相关方1 | 100 | 20 | 50 | 30 | | 相关方2 | 100 | 10 | 30 | 60 | | 相关方3 | 100 | 30 | 30 | 40 | | 总票数 | 300 | 60 | 110 | 130 | | 优先级 |
  | 3 | 2 | 1 |

维格斯法 Wiegers’ Method

Wieger’s prioritization based on value, cost and risk
维格斯法分为四个纬度进行评估：

1. 实现需求给客户带来收益(Benefit)
2. 不实现需求给客户带来的损害(Penalty)
3. 实现需求所需要耗费的成本(Cost)
4. 实现需求的风险(Risk)
5. 公式：