产出有价值产品增量的重要性
有价值的产品增量能够改善用户和客户所体验到的结果。可以把每一次Sprint看作是一次对“价值”假设的实验，而产品增量正是Scrum团队用来验证这一假设的手段。在实际交付一个产品增量并测量其结果之前，Scrum团队无法确定他们是否真正理解了客户的需求或期望。
判断一个产品增量是否有价值的一种有用方式是循证管理（Evidence-Based Management）中提出的“未实现价值”（Unrealized Value）概念，它指的是客户当前体验到的结果与他们希望体验到的结果之间的“满意度”差距。
有价值的产品增量可以缩小这种满意度差距，从而减少产品的未实现价值。同时，它们也能帮助Scrum团队确认自己正朝着目标的正确方向前进。
将Sprint目标与客户成果对齐
将Sprint目标与客户成果对齐，意味着以缩小“满意度差距”的方式来表述目标。这种差距是指客户当前的体验与其理想体验之间的差异。Scrum团队通过改进某个具体且可衡量的客户成果来缩小这一差距。设定一个以交付特定成果为目标的Sprint目标，有助于团队专注于客户真正关心的事情。
将Sprint目标用客户成果来表达，使其更具可感知性、可衡量性和意义感。这有助于团队通过意识到自身工作对客户体验的影响，增强对客户的同理心。
提升Sprint目标质量的一种方法是将其视为一项实验。通常，Sprint目标会被表述为“交付功能[x]”。虽然交付功能[x]很重要，但这种表述方式忽略了“为什么做”以及“我们如何判断功能[x]是否有价值”。加入这些信息可以显著提升Sprint目标的质量。
可以考虑使用以下示例模板：
我们的Sprint目标是交付[某项新能力]，因为我们相信这样做可以改善[某些用户或客户的某一类成果]。如果观察到[某项指标有所改善]，我们就知道这个目标达成了。
这只是表达Sprint目标的一种方式，并非固定格式。关键在于，Sprint目标应将所交付的能力与一个关于“价值”的假设联系起来，并能通过数据验证该假设。
请将每个Sprint目标视为一个关于“价值”的假设：Scrum团队相信，只要达成该Sprint目标，客户在其体验到的成果方面就会有所改善。
规划Sprint以实现Sprint目标
将Sprint目标与客户成果对齐，有助于Scrum团队规划他们的Sprint。通过提出诸如“我们需要从产品待办列表中选取哪些条目来交付期望的成果？”以及“我们还需要完成哪些其他工作才能实现目标？”等问题，团队可以确保自己专注于达成Sprint目标。
有时候，Scrum团队可能会认为某项任务或产品待办列表项（PBI）非常重要，即使它对实现Sprint目标并非必不可少，也会想要将其纳入Sprint中。在这种情况下，团队应重新审视他们的Sprint目标，并讨论该目标是否过于狭窄或局限。他们可能需要对Sprint目标进行优化，以便交付最有价值的产品增量。
收集客户反馈
在Sprint期间和Sprint结束后，Scrum团队需要寻找方法从真实客户那里收集反馈。内部利益相关者并不是真正的客户，尽管他们通常对客户需求有较深的理解，但他们的反馈不能替代来自真实客户的反馈。
由于Sprint周期较短，一些团队在获取真实客户反馈方面可能会面临挑战。然而，Scrum团队可以使用多种技术来提升客户反馈的质量和频率。
以下是一些可以尝试的方法：
- 在产品中嵌入反馈机制：这可以为Scrum团队提供真实的使用数据，例如通过记录用户如何使用产品以及他们通过产品实现了什么目标。需要注意的是，客户对个人信息有合理的隐私顾虑，因此所有数据都应进行匿名处理，并且客户应始终有权选择退出。
- 开展问卷调查和访谈：关于主观体验的信息能提供使用数据无法反映的洞察。例如，这些方法可以帮助Scrum团队了解客户对产品的感受，以及产品在多大程度上满足了他们的需求。请注意，调查可能耗费较多时间和资源来进行和分析，而访谈则更为耗时。团队应在需要深入探讨由使用数据提出的问题时谨慎使用这些方法，以确保它们聚焦、高效并具有成本效益。
- 直接观察客户使用产品：实际观看客户如何使用产品，并向他们提问他们试图实现的目标以及实现得如何，通常是理解如何帮助客户达成其目标的最有效方式。但这也是最具侵入性和成本最高的方法。应谨慎使用，并结合其他方法获得的洞察作为指导，这样可以获得新的见解，有助于未来的规划。它还可以帮助挑战并优化产品目标和Sprint目标。
在Sprint期间收集到的客户数据有助于丰富Sprint评审会的内容，即使这些数据往往基于Scrum团队在之前Sprint中完成的工作。拥有最新的客户体验和偏好的数据总是有价值的，它可以为当前的产品目标、未来Sprint目标的制定，以及通过产品待办列表梳理（Product Backlog Refinement）确定产品优先级提供参考依据。
通过Sprint评审评估向目标的进展
Sprint评审会是一个让所有人共同检视Scrum团队在实现产品目标方面所取得进展的机会。这也是一个评估本次Sprint所产生的产品增量是否为客户带来了价值，并缩小了客户“满意度差距”的机会。
在Sprint评审会上，当Scrum团队及其利益相关者回顾本次Sprint的成果时，应始终将Sprint目标和客户需求放在首位。新增的功能意义不大，除非它们确实帮助客户实现了他们期望的成果；同样，缺陷修复也只有在涉及客户真正使用并重视的功能时才具有价值。
Sprint评审会是Scrum团队展示产品增量的机会，同时也是检验本次Sprint目标是否达成的重要环节。如果目标尚未达成，团队应反思这一目标是否仍然值得继续追求，并相应地调整产品待办列表（Product Backlog）。同时，也应在评审会上重新评估产品目标，判断其是否仍符合Scrum团队当前的理解和方向。
目标绝不应机械地执行。它们的最佳作用是作为推动讨论的催化剂。
