什么是产品积压细化/h2>
产品待办事项优化是向产品待办事项中的项目添加细节、估计和订单的行为。这是一个持续的过程，在这个过程中，产品所有者和开发团队就产品待办事项的细节进行协作。在产品待办事项优化过程中，对项目进行审查和修订。
产品待办列表细化 (PBR) 是改进要完成的（软件）工作列表的持续过程。PBR 是决定必须完成什么以及以什么顺序完成的基石。
在本文中，我们描述了产品待办列表细化的主要活动。
执行产品待办事项优化的5个步骤
产品Backlog细化是大多数或所有的球队在备战即将到来的迭代（或多个）活动的目标会议上所携带的常规活动。主要活动是：
- 澄清用户故事，使团队对它们有共同的理解。
- 拆分太大而无法放入迭代的故事。
- 根据新知识创建新的用户故事并删除其他用户故事。
- 为故事分配估计值
- 为故事分配优先级
产品待办列表细化是一项非常耗时且成本高昂的活动，通常会占用团队全部工作时间的 5–15%。然而，这绝对是必不可少的，因为它是确保团队在正确的事情上工作的关键步骤。如果在这方面花费的时间不足，团队就会将时间浪费在错误的活动上，这可能会更加昂贵。
让我们更详细地看看这些 PBR 活动中的每一个，看看自动化如何提供帮助。
每个Sprint都需要持续的产品待办列表细化来细化项目，为未来的 Sprint 做好准备。当待办列表项被细化到合适的粒度级别时，产品待办列表顶部的产品待办列表项（最高优先级，最大值）被分解，以便它们适合一个 Sprint，如下图所示。
产品积压结构
PBI 的粒度级别
并非产品待办列表中的所有项目都同时具有相同的大小和详细程度。我们计划很快处理的 PBI 应该接近 backlog 的顶部，规模小，并且非常详细，以便可以在近期的 sprint 中处理。一段时间内我们不会处理的 PBI 应该位于积压工作的底部，尺寸更大，细节更少。
产品待办列表中有什么/h2>
产品待办事项列表通常包含用户故事（描述功能）、高粒度史诗和更详细的用户故事。产品待办事项应排除可能涉及但不直接交付用户功能的其他任务。
Backlog 细化活动：
1. 澄清用户故事
语言非常灵活。对于同一件事，我们有许多替代词。我们可以改变词序来改变意义并改变故事的解释方式。变化几乎是无限的 对于每个变体，读者的解释可能略有不同。每个人对用户故事的解释也取决于他们自己的词汇量和语言能力。阅读用户故事的任何两个人很可能会有不同的解释。
如果团队成员对产品待办事项没有共同的理解，那么后续工作的人很可能会浪费时间构建/测试错误的东西。因此，整个团队的一致理解对于最大限度地减少浪费的努力至关重要。
根据scrum.org 的说法，
产品待办事项列表细化是为产品待办事项列表中的项目添加细节、评估和优先级的行为。
为了使讨论富有成果，进入会议的故事质量越好，浪费的时间就越少。
2. 拆分故事以适应冲刺
敏捷用户故事应在单个迭代或冲刺（通常为两周）内完成。不应允许完成一个故事跨越两个冲刺。完成还应包括所有单元测试。如果故事太大，则需要将其拆分为一口大小的块。通常，开发人员将能够在每个 sprint 中构建（包括单元测试）大约 8 个 COSMIC 功能点 (CFP)。这种对个人生产力的估计差异很大，但如果单个故事超过 8 CFP，则它应该由多个团队成员共享和/或分成更小的“小块”，每个小块都可以在冲刺/迭代中完成。
3. 创建新用户故事并删除其他用户故事
软件团队需要适应不断变化的业务需求。在待办事项细化期间，需要拆分一些故事，创建新故事并删除其他故事。这确保正在完成的工作针对目前已知的业务需求。创建新故事以满足不断变化的需求是好的，但应尽可能减少更改，因为过多的更改会扰乱团队。许多“未知”实际上是“可知的”。这些变化应该仅限于那些最初不可知的事情。在可能的情况下，尽早预测总体需求是有帮助的。这有助于最有效地规划团队的工作。
4.估计故事
估计故事可能是产品待办列表细化中最耗时的方面之一。通常，这涉及玩“故事扑克”游戏，其中团队参与者猜测以 T 恤尺寸或稍后（任意）故事点传递故事所需的努力。它不仅耗时，而且令人厌烦、主观、不一致并且对项目管理几乎没有用，尤其是在大型项目中。此外，故事点估计通常是“游戏”以实现特定结果。
5. 为故事分配优先级
故事的优先级取决于它们对业务的重要性、其他故事依赖于它们以及它们需要付出多少努力来交付。如果其他待办事项细化活动已经部分或大部分自动化，团队可以在待办事项细化会议上花更多时间讨论这个问题。这将有助于确保团队以正确的顺序做最重要的事情。
Scrum 工件
什么是 Scrum 工件/p>
如何使用 Story Map 管理用户故事/p>
完成与验收标准的定义
Scrum 中就绪的定义是什么/p>
如何编写 Sprint 目标/p>
Scrum 中的产品待办列表是什么负责/p>
如何细化产品待办列表/p>
Scrum 中的 Sprint Backlog 是什么/p>
如何使用 MoSCoW 方法确定产品待办事项的优先级
如何使用 100 分法确定产品待办列表的优先级/p>
Scrum 中的 Sprint 目标是什么/p>
Scrum 中的燃尽图是什么/p>
什么是角色-特征-原因模板/p>
Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP
为用户故事编写 SMART 目标和投资
主题 vs 史诗 vs 用户故事 vs 任务
什么是产品待办列表中的 DEEP/p>
如何为 Scrum 项目编写产品愿景/p>
如何使用 Scrum Board 进行敏捷开发/p>
谁在 Scrum 中创建产品待办列表项或用户故事/p>
什么是敏捷估计/p>
敏捷中的故事点是什么何估算用户故事/p>
用户故事拆分 – 垂直切片VS水平切片
来源：Warren2Lynch
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！