Scrum：产品待办事项中的DEEP代表什么？

该产品待办事项是一个按顺序排列的清单，列出了产品中所有已知的需求。它是产品任何变更的唯一真实来源。该产品负责人负责产品待办事项，包括其内容、可见性和优先级排序。

产品待办事项永远不会最终确定。业务需求、市场状况或技术的变化可能导致产品待办事项的变更。随着产品和项目环境的发展，它也在不断演变。需求永远不会停止变化，因此产品待办事项始终是一个动态的Scrum工件.

产品待办事项中优先级较高的项目更加细化，包含更多细节——因为可获得的信息更多——并且估算更准确。优先级较低的项目则是更高层次、更大的项目，估算也较为粗略。随着团队对低优先级项目了解得越来越多，这些项目会被进一步分解为更小、更易管理的部分。开发团队负责对产品待办事项中的项目进行估算。

理解产品待办事项管理

产品待办事项列出了为产品开发所需的所有功能、需求、改进和修复。产品待办事项具有以下属性：详细详细（适当的详细程度），持续更新估算（以故事点表示），优先级排序优先级排序，以及持续更新持续更新（持续添加、删除和更新），以反映对待办事项的及时且恰当的调整。

罗马·皮克勒，著有《使用Scrum进行敏捷产品管理》

详细

产品待办事项列表顶部的故事预计将在下一个冲刺中运行，因此需要定义得清晰明确，以便团队能够有效处理。通常，顶部附近的项目较小且更细化，而下方的项目则变得更大且不那么具体，如下图所示：

估算

产品待办事项列表中的项目都会进行估算。待办事项列表顶部的项目估算更准确。优先级较低的项目估算层级较高，随着团队获得更多信息，可以重新估算。

动态的

产品待办事项列表并非一成不变——它在不断演变。随着项目推进，获得更多信息和知识，产品待办事项列表中的用户故事会被添加、删除或重新排序。

优先级高的

在产品待办事项列表中，高优先级的项目更有价值。低优先级的项目排在后面。团队始终优先处理高优先级的项目，以确保在开发的产品或系统中交付最大价值。

总结

DEEP 是一个在以下过程中应用的有用概念产品待办事项列表细化过程——持续对产品待办事项列表中的项目添加细节、估算和排序，以保持其良好状态。

在产品待办事项列表细化过程中，项目会被审查和修改。Scrum团队决定如何以及何时进行细化。通常，细化工作不会超过开发团队容量的10%。然而，产品待办事项列表中的项目可以由产品负责人随时更新，或根据需要进行更新。