在最小的时间跨度内提供最大的业务价值在Scrum框架中根深蒂固。通常，Scrum项目有望创造业务或服务价值，这使得Scrum框架对业务利益相关者具有吸引力。
但目前尚不清楚是否可以通过降低成本，增加最终收入，提高客户满意度，降低风险或提高组织能力来实现商业价值。商业价值及其分配是一项主观任务，需要根据大量不断变化的优先级来平衡大量信息。 产品拥有者 使用它作为指标来确定产品积压的优先顺序。产品积压优先级包括许多其他变量和属性。因此，基于业务价值的优先排序不应该是唯一的方法。优秀的产品拥有者应该对产品的愿景有深刻的理解，并与客户和开发团队保持良好的关系。产品负责人还应考虑风险和工作量，同时优先考虑积压工作。产品负责人应该能够根据风险预测正面业务价值（产品交付后获得）和负面业务价值（可以降低收入数据）。
事实上，公司的销售流程各不相同，这些流程决定了产品功能在市场上的潜在价值以及何时何时在市场上发货。公司的利益相关者和高级管理层决定接下来要运送什么以赚取价值。但是，利益相关者将他们个人的愿望强加于开发团队或产品所有者，因为他们的优先级不匹配。利益相关者之间达成的共同协议是，产品负责人应该全面负责确定优先事项。
业务价值的估算方式与开发人员估算复杂性的方式相同。估算扑克可以帮助产品所有者和利益相关者聚在一起，分享与商业价值相关的信息并提出协议。它带来了他们和团队成员之间的理解和尊重。
估算每个故事的商业价值的做法面临一些问题，例如为小特征或功能部分分配离散值以及确定特征的成本。但是，这并不意味着我们不应该对用户故事进行ROI分析或将业务价值放在特征上。在此类分析和估算中，应在价值与相关成本之间保持平衡。最好在大型用户故事的层面上完成。
- (基础篇)
