本节书摘来自异步社区出版社《软件开发践行录——ThoughtWorks中国区文集》一书中的第2章，第2.4节，作者： ThoughtWorks中国，更多章节内容可以访问云栖社区“异步社区”公众号查看。
2.4 理清需求优先级
在频繁上线的项目中，其中一个重要的实践是确定需求的优先级，使得重要的功能能够先得以开发出来投入使用，以便及时收集用户反馈。一般的做法是要求客户排好需求优先级，然后与项目相关成员一同制订迭代开发和上线计划。但是由于客户决策方所处角色以及思维角度的局限性，对优先级的评定可能存在盲目性。建议BA参照以下价值维度帮助客户对优先级进行评定。
从客户价值维度分析需求优先级
需求价值维度分析图如下所示。
技术风险对优先级的影响
除了来自客户方面的决定因素，我们还应该考虑技术实现方面的影响。如果一些技术风险较高的功能可以先进入开发阶段，那么问题会尽早地暴露出来。开发人员在项目早期解决这些问题会有利于开发成本的节约。所以除以上客户价值维度外，我们应该再参考以下矩阵来权衡需求的优先级。
客户价值维度和需求优先级矩阵并不是优先级高低的计算器，而是与客户以及团队沟通交流的工具。不同项目的影响维度也会有所不同。由于各项因素的复杂性，客户价值维度和技术风险因素需要综合考虑，不可以用权重来计算。BA可以与客户对以上因素的内容达成一致，使得客户在评定需求优先级时可以快速、准确地做出判断。同时，通过对价值维度的分析，我们将有机会清晰地了解到功能优先级高或低的原因，以便我们能够准确地编制上线计划和项目开发，而且合理地划分用户故事范围。
2．借助价值维度分析管理客户期望值
有些客户的决策人可能会依据自己的喜好划分优先级，这对项目能够按目标成功交付造成一定的风险。此外，客户在功能的设计和验收阶段也容易对单个功能追求完美，产生额外工作量，增加项目范围。而这部分额外工作可能并不合理或者价值较低。长期如此，团队在开发过程中将逐渐偏离项目目标。如果能借助优先级维度对这些额外需求进行分析，则可以提供更有说服力的依据，帮助客户做出正确决定，达成BA和项目经理对客户期望值的有效管理，从而降低交付风险。
