敏捷方法论包括各种强制性概念和工件。 产品积压就是其中之一。 这实际上是从业务部门收到的一组需求，并以开发任务的形式制定。
积压梳理不是魔杖。 这是一项全面的活动，旨在确保所有任务始终井井有条。 修饰过程如何改善？ 还有什么特别之处呢？
如果未进行任何系统或结构优化，则积压中的任务没有任何价值。 对于产品经理来说，正确处理产品待办事项以获取相关任务至关重要。 产品积压整理是一个流程，可以帮助您正确地进行整理。
关心一个人的外表确实适合这里，因为任何产品都需要引起人们的高度关注。
另一种Scrum会议
积压整理是Scrum中的团队会议，着重讨论积压细节和下一个Sprint计划。 会议的另一个名称是“产品优化”（有时也称为“故事时间”会议）。
乍看起来，似乎最有经验的产品经理和产品所有者知道如何将常规的积压管理变成成功的过程。 但是，为了实现这一目标，他们必须能够仔细地关心和“珍惜”他们的产品积压，知道如何清理和优化它。 所有这些动作构成了产品积压工作的改进。
老实说-任何产品，例如人类，都需要关注和照顾。
产品管理中的战略修饰：如何增加其价值
产品待办事项列表是当前冲刺中未包含的用户故事的列表。 它定义了项目范围的其余部分。 此列表中的单独项目可能很快成为不堪重负的原因。 当积压的产品数量迅速增长时，这常常引起人们的恐慌。
团队成员可能会失去对重要任务的关注，并且用户故事的状态可能会变得不清楚，可能会出现时间和资源估算方面的挑战。
积压的改进旨在在产品所有者/产品经理与客户代表之间进行富有成效的会议。 主要目标是将待办事项分解为用户故事，然后对其进行优先级排序。 最好定期进行梳理。 该过程应基于深入分析和明确行为。
精心进行的修饰可以确保积压工作中列出的任务是相关的，并且清单顶部列出的任务已准备好在冲刺，实施和发布中进行规划。
积压整理通常被称为预计划过程。 通常，产品所有者和团队代表会在Sprint的中间进行组织。 它不被视为Scrum的正式部分。 但是，建议为此活动分配最多每个Sprint的15％。
以下是
Quora提出的有关团队应花多少时间支持积压梳理活动的一些意见：
“积压订单优化所花费的时间取决于团队的成熟度（在技术方面以及敏捷方面），产品的规模和复杂性，组织结构，产品的生命周期状态以及团队周围的环境。 通常，一个团队每周可以开始2到4个小时，然后让他们安顿下来。”
Tushar Jain，敏捷教练，培训师和演讲者
“这取决于您的团队，您的故事以及您想进行多少“修饰”。 通常，我已经完成了Sprint Planning的梳理工作，作为“之前”或“之后”的任务，我们讨论了新故事或即将发生的故事，这些新故事或即将出现的问题可能需要解决才能采取行动。 “我们的目标是进行15-30分钟的Sprint计划会议，因此通常可以很轻松地用剩下的半小时左右来浏览其他即将到来的故事。”
Cliff Gilley，产品管理专业人员
“有时候每个Sprint 1-2小时就足够了，有时所花费的时间远远超过此。 如果您看到警告标志，请加大整理力度！ 请记住，故事应该在修饰过程中进行讨论和评估，而不是在Sprint计划期间进行（尽管偶尔进行重新估计是可以的）。 产品负责人有责任使积压的订单保持最新，相关并与业务目标保持一致-整理工作可以帮助他们。 梳理还可以帮助团队缩短规划时间，并传播实现功能所必需的业务知识。”
Matthias Orgler，敏捷教练，业务创新者
积压整理的目标
产品积压整理的主要目标是讨论当前的项目清单，并提出明确的改进建议。
为了改善积压，会议参与者可以采取以下措施：
- 添加新的用户故事
- 重新评估优先事项
- 将一些用户故事分解为较小的故事
- 删除不相关的用户故事
- 添加并估算新功能，对它们进行优先级排序
- 优化以前编写的用户故事
- 查看时间和人员估计以解决单个问题
- 重新定义测试标准
- 根据新定义的数据和一些更重要的行为来纠正估计。
实际上，整理过程可确保明确要求，并为事前准备用户案例。 在计划未来的互动时，所有参与者都将拥有一组定义明确的故事，分为独立的组成部分并明确确定优先级。
哪些工具可以帮助修饰？
由于定义优先级是修饰活动的关键部分，因此正确可视化任务之间的关系以进行进一步处理非常重要。
专业优先级是至关重要的。 幸运的是，产品所有者可以轻松使用一些产品管理软件（Hygger，ProductPlan，Airfocus等）的功能中可以使用的现代优先级划分框架。
例如，
Hygger.io建议优先考虑您的积压工作，删除不相关的用户故事，增加或减少单独任务的优先级，添加和修改新功能等等。 您可以选择一种可用的优先级模型，从简单的模型（价值与工作量矩阵）到更复杂的解决方案（ICE评分模型或RICE优先级框架）。
精心安排的积压整理是什么结果？
在以下情况下，优化过程后，您的积压订单看起来很健康：
- 用户故事对所有团队成员都很清楚
- 待办事项顶部的任务数量足以完成2-3个Sprint
- 用户故事按团队评分
- 这些故事大小正常，可以在一个Sprint中实施其中几个故事
积压整理不是Sprint计划！
有时，修饰活动会与Sprint计划混淆。
- 产品整理意味着保持积压的最新状态，并为即将到来的Sprint准备积压的项目。
- Sprint计划的核心思想是就当前Sprint和Sprint待办事项的目标达成一致。 这不仅与沟通需求有关，还与学习，定义选项和共同制定决策有关。
结论
综上所述，我们可以轻松定义产品待办事项整理的主要优势：
- 导致有效的冲刺计划
- 消除了用户故事的不确定性
- 提高产品效率
- 有助于避免开发和测试中的返工
- 节省开发团队在Sprint周期中进行进一步讨论的时间，因为他们可以清晰地说明需求
- 识别团队中的依存关系
- 帮助预见风险
- 如果需要，可为产品所有者和经理提供更多机会，以更多信息来增强需求。
不要节省修饰时间，请记住产品积压细化应该成为一项持续的活动。 此过程将确保您产品的定性开发。
关键时刻是优化待办事项中的任务，以供后续使用。 整理积压的事务，您可以阐明任务的相关性，查看现有挑战并获得有关尚不清楚的任务的其他信息。