梳理产品待办列表可以帮助你做出正确的产品决策，并为下一个Sprint做好准备。在这篇文章中，我将展示如何通过5个步骤成功地梳理产品待办列表。
第 1 步：分析数据
梳理产品待办列表首先要分析向目标用户和客户展示产品增量所收集的反馈和数据。增量可以是可工作的软件，或者对于全新产品，可以是纸质原型。所获得的数据可以是定量的、定性的或两者兼有的，具体取决于所使用的验证技术。我更喜欢尽可能使用定性和定量数据，并将直接观察与 A/B 测试相结合。
在评估反馈时，重点关注于那些帮助你了解是否正在构建正确的产品、具有正确的用户体验、特性和技术的相关数据，或者如何进一步增强和优化产品。如果新的想法和要求无助于实现当前的产品目标，请有勇气对它们说不。否则，你的产品就有可能成为功能大杂烩，即功能很少或根本没有联系的松散集合。
请注意我们所有人都有的认知偏见、隐藏的假设和愿望，因为这些可能会导致忽视或误解数据。例如，确认偏见，是偏好证实我们先入为主的想法和观点的数据的倾向，而锚定偏见，是过度依赖所获得的第一条信息的倾向。为了降低风险，请与开发团队成员一起分析反馈。
第 2 步：整合学习内容
一旦你分析了反馈，就要得出正确的结论并将其纳入产品待办事项列表中。这通常会导致删除、调整和添加项目，包括史诗、非功能需求、设计和工作流程草图。
但你也可能会发现你所追求的产品目标在时间和预算限制内不再有效或可行。如果是这种情况，假设你使用这样的计划，你可能不仅需要调整产品待办列表，还需要调整产品路线图。
第 3 步：决定下一步做什么
将新的见解纳入待办列表后，决定下一步该做什么并选择正确的Sprint目标。问问自己接下来需要做什么以及下一个Sprint的目的是什么。你想要验证哪些想法和假设，需要解决哪些风险？或者你想提供或增强哪些功能？你可能想尝试我的Sprint目标模板来实现目标。
第 4 步：梳理待办事项列表项
接下来，将有助于你实现Sprint目标的较大项目分解为较小的项目。例如，将史诗分解为用户故事。然后将它们设置为高优先级，并根据项目对实现Sprint目标的重要性对其进行排序。
你可能还想要求开发团队估算已添加或调整的任何史诗以及新形成的故事。这使你可以了解待办列表中大致包含多少工作量，按成本效益确定优先级，并跟踪开发进度（例如，使用发布燃尽图）。
第 5 步：准备好高优先级的事项
有了小型、有序的用户故事，你就接近开始下一个周期了。但在此之前，请确保用户故事已准备就绪：清晰、可行的且可测试。这可能需要创建用户界面设计草图以及故事的一个或多个操作质量约束，如下图所示。
如果多个团队开发同一个产品，那么准备好用户故事之外可能还需要解决团队之间的依赖关系。这些用户故事现在应该准备好被拉到Sprint待办列表或看板中。
产品待办事项列表梳理是团队合作
当我与 Scrum 产品负责人谈论改进他们的产品待办列表工作时，我经常发现这些人自己完成工作。这浪费了巨大的机会：减轻产品负责人的认知偏见，创建产品待办列表的共享所有权，并利用团队的集体创造力和知识。
作为产品负责人，让团队成员参与梳理工作。这会减少你的工作量，并且很可能会带来更好的要求和更好的产品。但是，不要害怕引导讨论并在无法达成共识的情况下做出决定。你不想陷入分析瘫痪，而是继续前进，尝试新想法或交付更多功能。
作者：Roman Pichler
译者：Toby Tian
审核：George Qi齐欢
致谢
本篇译文来自ShineScrum捷行译社翻译，未经许可不得私自转载。
George Qi齐欢
生命科学领域研发工程师
专业认证：CSP-SM, A-CSM, CSM, PMP, PMI-PBA, PMI-ACP, CxCE和CAL E+T+O认证。
原文链接：
https://www.romanpichler.com/blog/the-product-backlog-refinement-steps/
