Key Takeaways
The sprint backlog is a subset of the product backlog, containing tasks the team commits to completing in a sprint.
Product backlogs are dynamic, prioritized lists of all project requirements, while sprint backlogs are fixed for each sprint.
Clear distinction and management of both backlogs improve focus, planning, and project success.
Regularly refine your product backlog and maintain a detailed sprint backlog to align work with goals and priorities.
什么是产品待办事项？
产品待办事项是一个动态的、按优先级排列的列表，其中包含项目所需的所有特性、功能、需求、增强功能和修复。它能确保敏捷团队（包括担任敏捷 Scrum 角色的人员）专注于高效地为客户提供最大价值。
在敏捷方法中，产品待办事项有助于对项目需求进行优先级排序和组织，并定义项目范围。产品待办事项中的项目根据其重要性和紧迫性进行排序，其组织包括将大型复杂的项目分解为易于管理的任务，以便逐步解决。
产品待办事项示例
在此示例中，项目在列表中的位置（从最高优先级到最低优先级）取决于其业务价值和利益相关者需求的紧迫性。
高优先级（必须有）
这些项目对产品的成功至关重要；团队必须在接下来的冲刺中解决它们。
1. 用户登录功能：允许用户安全地登录应用
业务价值：对于用户身份验证和个性化至关重要
利益相关者：产品负责人
2. 电子商务平台结账流程：帮助用户购买购物车中的商品
业务价值：直接影响创收
利益相关者：业务发展经理
中等优先级（应该有）
这些项目可改进产品，但不如高优先级项目那么重要。
1. 产品推荐引擎：根据用户行为和偏好推荐产品
业务价值：通过个性化推荐提高平均订单价值
利益相关者：营销经理
2. 用户个人资料自定义：允许用户自定义其个人资料设置
业务价值：提高用户满意度和参与度
利益相关者：Community Manager
低优先级（可以有）
这些项目是“可以有的”，如果在处理完优先级较高的项目后还有足够的时间和资源，则应包含这些项目。
1. 社交媒体集成：允许用户在其社交媒体帐户上分享产品
业务价值：提高产品知名度，增加潜在用户
利益相关者：社交媒体专家
2. 深色模式用户界面 (UI) 选项：为用户界面提供深色主题选项
业务价值：为用户提供另一种视觉体验
利益相关者：用户界面设计人员
技术债务和缺陷修复
这些项目涉及维护产品正常运行和性能的技术改进和修复。
1. 数据库优化：改进查询以缩短加载时间
业务价值：提高应用的性能和用户满意度
利益相关者：数据库管理员
2. 修复移动设备上的结账缺陷：解决阻止在便携式设备上结账的缺陷。
业务价值：确保所有用户都能完成购买
利益相关者：质量保证 (QA) 主管
什么是 Sprint 待办事项？
冲刺待办事项是开发团队承诺在冲刺期间完成的项目的精选列表。其主要目的是将选定的产品待办事项分解为可执行的任务，并提供清晰的冲刺计划。冲刺是有时间限制的工作迭代，项目通常是用户故事或任务。
Sprint 待办事项始于冲刺规划会议，团队会在会议上从产品待办事项中选择任务。随着工作的进展，团队会完善和更新待办事项列表。在每日短会上，团队成员会讨论他们的进度和任务中遇到的障碍，这有助于使待办事项列表及时更新，确保团队在实现冲刺目标的过程中不偏离方向。
Sprint 待办事项示例
冲刺阶段的选定产品待办事项包括：
重新设计结账页面：简化流程，降低购物车放弃率。
实施产品推荐算法：根据用户浏览历史记录提供个性化的产品建议。
优化移动响应能力：确保电子商务平台在便携式设备上完全正常运行。
缺陷修复付款网关超时：解决用户在付款过程中出现超时的关键问题。
分解 Sprint 待办事项：
该流程包括将每个选定的产品待办事项分解成更小的可执行任务，然后再根据团队成员的能力和专业知识对其进行估算和分配。
1. 重新设计结账页面
任务 1.1：进行用户研究以确定痛点（已分配：用户体验研究人员，8 小时）
任务 1.2：创建线框（已分配：UI 设计人员，16 小时）
任务 1.3：开发前端代码（已分配：前端开发人员，24 小时）
任务 1.4：与后端集成（已分配：后端开发人员，16 小时）
任务 1.5：进行可用性测试（已分配：质量保证工程师，8 小时）
2. 实施产品推荐算法
任务 2.1：分析用户浏览数据（已分配：数据科学家，12 小时）
任务 2.2：开发推荐算法（已分配：后端开发人员，20 小时）
任务 2.3：将算法与产品页面集成（已分配：前端开发人员，12 小时）
任务 2.4：测试算法的精确性（已分配：质量保证工程师，8 小时）
3. 优化移动响应能力
任务 3.1：确定当前的移动响应能力问题（已分配：前端开发人员，8 小时）
任务 3.2：调整移动屏幕的层叠样式表（已分配：前端开发人员，16 小时）
任务 3.3：在各种设备和浏览器上进行测试（已分配：质量保证工程师，12 小时）
4. 缺陷修复：付款网关超时
任务 4.1：重现超时问题（已分配：后端开发人员，4 小时）
任务 4.2：确定根本原因（已分配：后端开发人员，8 小时）
任务 4.3：实施修复（已分配：后端开发人员，12 小时）
任务 4.4：测试付款流程（已分配：质量保证工程师，8 小时）
Sprint 待办事项与产品待办事项之间的主要区别
Sprint 待办事项和产品待办事项的用途截然不同，在整个开发过程中，管理它们的方法也不尽相同。让我们来探讨产品待办事项与 Sprint 待办事项之间的区别，重点关注它们的范围和用途、所有权和责任、详细程度和灵活性。
范围和目的
产品待办事项涵盖整个项目范围。它是产品所需的所有功能、增强功能和修复功能的长期的、经过优先级排序的列表。
相比之下，Sprint 待办事项是产品待办事项的一个子集。它侧重于单个冲刺阶段必须完成的任务和目标，并为实现冲刺阶段的目标提供详细的短期计划。
所有权和责任
产品负责人拥有并管理产品待办事项。他们对其中的任务进行优先级排序，并确保其符合用户需求和业务目标。
开发团队拥有 Sprint 待办事项，并负责任务分解和执行。
详细程度
Sprint 待办事项的详细程度比产品待办事项更精细，因为前者包含实现后者概述的更高级用户故事或功能的详细任务。
灵活性
产品待办事项是动态的，需要根据不断变化的项目需求和利益相关者的反馈进行持续完善和重新进行优先级排序。
相比之下，Sprint 待办事项在冲刺期间保持固定，以便团队能够专注于完成承诺的工作而不受干扰。
Sprint 待办事项与产品待办事项之间的关系
冲刺待办事项和产品待办事项通过冲刺规划流程相互关联。项目从产品待办事项中挑选出来，填充到冲刺待办事项中。
相反，在冲刺审查期间，团队在冲刺执行过程中获得的反馈和洞察信息可能会导致产品待办事项更新。该流程可确保这两个待办事项列表根据彼此的变化而变化，并与项目不断变化的需求和优先事项保持一致。
管理 Sprint 待办事项和产品待办事项的最佳实践
管理 Sprint 待办事项和产品待办事项的最佳实践包括采用优先级排序技术，如加权最短工作优先 (WSJF) 和 MoSCoW，促进团队成员和利益相关者之间的开放式沟通，以及完善产品待办事项以确保其保持相关性并与项目目标保持一致。
WSJF 通过将延迟成本除以工作的持续时间或规模来确定工作的顺序，从而使最有价值的工作最先完成。MoSCoW 将项目任务分为“必须有”、“应该有”、“可以有”和“不会有”类别，以帮助利益相关者了解可交付成果的重要性。
Jira 通过以下功能支持这些实践：
Scrum 板非常适合在冲刺中分解项目和管理工作。
待办事项列表适用于整理、估算事务以及确定事务的优先级。
时间线非常适合对长篇故事、依赖关系和发布进行可视化。
使用 Jira 简化待办事项列表管理
产品待办事项与 Sprint 待办事项：常见问题
Sprint 待办事项与产品待办事项更新的频率如何？
在 Scrum 期间，Sprint 待办事项每天都会更新，以反映进度和必要的调整。在项目的整个生命周期中，都要不断完善产品待办事项，并通过定期举行的待办事项列表梳理会议来确保它们与不断变化的项目需求和利益相关者反馈保持一致。
团队可以依据什么标准来确定冲刺和产品待办事项中项目的优先级？
冲刺和产品待办事项中项目的优先级基于业务价值、依赖关系、风险和紧急程度等标准，您可以使用 MoSCoW 和加权最短作业优先等方法来确定。不过，为反映各自独特的范围和目标，两者的具体标准和优先级排定方法可能有所不同。
冲刺和产品待办事项如何促进敏捷项目的整体成功？
冲刺和产品待办事项可确保对任务进行高效的优先级排定和整理，从而助力敏捷项目的整体成功。Sprint 待办事项有助于实现有针对性的短期目标，而产品待办事项则适合指导长期项目愿景。