专注于持续交付的开发框架（例如 Scrum 或 Agile）依靠团队负责人来确保他们的团队能够在周期之间快速适应新任务。制定迭代待办事项细化计划至关重要，可让开发人员为即将到来的冲刺做好准备。如果您的团队无法有效管理待办事项，则可能会延迟高价值功能的开发并导致进一步的效率低下。

编辑待办事项列表可让开发人员专注于高优先级任务，并让领导者能够确定功能的优先级。此过程还可以帮助防止范围蔓延和时间管理问题。我们将研究待办事项列表细化程序，讨论对您的流程的好处，并回顾待办事项列表细化会议最佳实践。

目录： 

• 什么是待办事项细化？
  
• 待办事项细化的好处
• 积压订单细化与积压订单整理
• 待办事项细化会议
• 待办事项改进会议议程示例
• 9 个待办事项细化最佳实践
• 常问问题

待办事项细化是管理和确定产品待办事项中项目的优先级的过程。产品所有者、经理和团队在所谓的待办事项细化会议中一起审查产品待办事项中的项目和任务。敏捷和 Scrum 团队使用此流程来促进快节奏的开发周期。通过提前组织任务，团队可以在下一个冲刺开始时立即开始工作。

产品待办事项细化可确保所有项目都相关、优先且准备交付。它涉及以下活动：

• 故事点应该反映交付某项任务所需的工作量，与待办事项中的其他任务相比

• 根据当前目标确定票证的优先顺序

• 向利益相关者询问有关门票的信息

• 通过深入的用户故事阐明票务要求

• 合并相关或重复的工单

• 确定解决每项任务所需的范围

• 将复杂任务分解为可管理的部分

• 找到可能阻碍任务完成的任何障碍

待办事项细化使任务保持详细和优先顺序。它还使团队有机会了解每个项目及其目标。重要的是，待办事项不是静态文档；它们应该不断变化以反映新的优先级，优先考虑业务价值并降低每个任务的复杂性。有了准确的待办事项，您的团队就可以清楚地了解范围并了解每个任务的价值所在。  

待办事项细化还使冲刺规划变得更容易。维护待办事项有助于 Scrum 和 Agile 团队在每个冲刺中优先处理高价值任务。这种方法意味着团队可以在冲刺开始时准备好一份清晰的高优先级故事列表以供安排。待办事项细化的其他好处包括：

• 提高一致性：确保所有开发工作符合总体业务目标和目的

• 更加清晰：通过在流程早期定义任务来提高冲刺规划效率

• 更有针对性的任务：完善产品待办事项以包含当前相关的任务

• 更好的协作：在编写用户故事和确定所有权时鼓励参与

• 简化的工作流程：防止票证积压，从而简化流程

• 明确优先级：突出显示具有最大商业价值的工单，以协助团队规划

• 增强责任感：更好地了解团队成员及其所承担的职责

待办事项细化和待办事项整理是敏捷和 Scrum 开发方法中交替使用的两个术语。在大多数情况下，这两个术语通常意味着同一件事：审查和确定开发待办事项中的项目的优先级。然而，在某些情况下，词语选择可能会传达出方法上的细微差异。

选择改进或整理可以区分持续流程和定期审查。术语“改进待办事项”可能描述了一种随着时间的推移更具迭代性的方法。同时，待办事项整理有时可以看作是对待办事项的偶尔整理或“整理”，而不是持续流程。

如果您的团队有可能需要进一步说明，请调整术语的使用，并强调您处理积压工作的方法。

待办事项细化会议流程可让您的团队有条不紊地处理其开发待办事项。在这些会议期间，团队会审查其当前的待办事项，更新并确定任务的优先级。会议的目的是确保项目已准备好在下一个冲刺或迭代中处理。

您应该定期举行待办事项改进会议，但您的团队可以根据需求和其他项目要求调整会议频率。首先，我们建议每个冲刺至少举行一次会议；冲刺时间较短的团队可能更喜欢每周举行一次会议。

待办事项细化是敏捷和 Scrum 流程的关键部分，但它并不是正式仪式。通过将细化会议整合到您的方法中，您可以更好地维护待办事项。通过以下方式将细化融入您的敏捷或 Scrum 周期：

• 在冲刺计划会议之前召开积压改进会议，以确保适当的优先级

• 在冲刺期间，召开持续改进会议，以进行持续审查并处理新的优先事项

• 冲刺完成后，召开一次改进会议，确保你的待办事项列表准备就绪

为了确保积压改进会议流程有效，请让您的团队准备一份议程，概述您计划讨论的内容。常见主题包括：

• 审查高优先级项目

• 拆解大件物品

• 定义可接受的标准

• 识别风险和依赖关系

• 计算范围和工作量

使用此免费会议议程模板来帮助您召开待办事项细化会议。自定义模板以更好地满足您团队的个性化需求和要求。

11/13/23 待办事项细化议程

• 时间：太平洋标准时间下午 1 点

• 位置：远程

• Scrum Master：马克·安德希尔

• 利益相关方：无

• 产品负责人： Jess Branford

1. 战略评估：评估业务目标以及该项目如何帮助我们实现这些目标。 

2. 团队更新和市场变化：解决用户需求或预期功能的变化。分享过去修复或正在开发的新功能的内部更新。 

3. 讨论用户故事：查看每项用户故事。描述如何满足每个故事的验收标准。估计每个故事需要投入多少工作和时间。 

4. 未完成的任务：检查上一个冲刺期间未完成的任务。解释未完成的原因并决定是否将其延续到下一个冲刺。 

5. 即将到来的任务：将任务添加到即将到来的冲刺中，并按重要性排列优先顺序。 

6. 解决风险：讨论与即将开展的任务相关的任何风险、范围问题或安全威胁。针对任何问题提出保障措施和计划。 

7. 清理积压任务：从积压任务中删除过时或不必要的任务。将大任务拆分成可以在短时间内完成的小任务。 

8. 市场变化：讨论竞争对手的策略和其他值得关注的品牌。注意市场和用户期望的波动。 

9. 问答：留出几分钟让团队成员提问。 

尝试一下我们的积压改进会议议程模板，以便在会议前让您的团队参与进来。

有效的待办事项会议通常很短，由产品负责人或经理主持，并且仅限于下一个冲刺中会出现的项目。由于冲刺只有两到三周的时间，因此在冲刺规划之前您没有太多时间来完善待办事项。遵循这些最佳实践，充分利用每次待办事项完善会议。 

在您的议程中，让您的团队了解他们要做什么。有了更多的准备，开发人员就可以带着问题和优先事项来参加会议。您还可以要求每个人在会议前查看积压工作。 

Scrum Master和其他会议领导者可能希望在会议之前提前通知与会者：

• 编写新的用户故事并确定其优先级以满足新出现的需求 

• 删除过时的用户故事 

• 根据开发资源调整项目大小

• 通过充实实施细节提高项目清晰度

并非所有产品待办事项都是一样的，但你可以通过正确的优先级和组织来优化你的产品待办事项。产品管理专家 Roman Pichler建议使用 DEEP 待办事项，即：

• 详细：每个待办事项都需要足够的细节来构建用户故事。乍一看，开发人员需要足够的背景信息来完成他们的任务。 
• 突发事件：产品待办事项会随着需求的变化而改进和发展。放弃让待办事项保持不变的冲动。 
• 估计：待办事项应包括完成任务所需工作量的估计。一般来说，敏捷团队会根据完成任务所需的时间来衡量工作量。
• 优先排序：有序的待办事项列表按优先级顺序列出任务。将与即将到来的冲刺密切相关的任务放在列表顶部。

就绪的定义概述了用户故事在接受其在冲刺中实施之前需要包含的内容。良好的定义使所有用户故事都围绕一致的基线。完成的定义描述了用户故事需要包含的内容： 

• 用户故事的商业价值或潜在收入

• 完成它所需的时间和资源的估计

• 它帮助用户实现的目标或解决的痛点

始终尝试让待办事项会议简短精简。为此，请只为会议预留一个小时。如果您无法将每个议程项目纳入讨论，您可以将一些项目推迟到冲刺计划会议。 

如果您需要帮助将改进会议控制在特定时间，请尝试议程时间限制。将您的会议议程分成几个小部分，为议程上的任务分配特定的时间段。

通常，产品负责人、Scrum Master 及其团队会参加待办事项改进会议。在某些情况下，利益相关者、UI/UX 设计师和 QA 测试人员也可能提供有价值的意见。为了简化会议，请考虑将出席人数限制在下一个冲刺中处理待办事项的团队和利益相关者。

在决定谁应该参加积压改进会议时，请考虑以下额外提示：

• 确保与会者都与积压事项相关。

• 添加有权力做出必要决策的与会者。

• 考虑您需要邀请参加会议的人员是否有空。

依赖关系是任务或程序元素之间的关系，必须按顺序完成。因此，请确保您的待办事项组织反映了任务如何相互构建，并相应地确定它们的优先级。这样，您的团队就可以顺利完成任务而不会遇到障碍。 

为了帮助管理依赖关系，请考虑：

• 通过与团队成员协商尽早识别依赖关系

• <font styl