Roman Pichler是Agile Product Management with Scrum: Creating Products That Customers Love 一书的作者，我们使用四个字母的缩写DEEP来描述一个好的产品Backlog的特性。
适当的详细程度（Detailed Appropriately）在接下来的Sprint中将要完成的产品Backlog中的用户故事需要很详细，并且可以被清晰的理解。暂时不会纳入开发的用户故事的要更粗略一些。
经过估算的（Estimated）产品Backlog不只是将要完成的所有工作的一个列表，它也是一个很有用的计划工具。越是在Backlog下面的条目越粗略，对于估算来说也是一样，越是下面的条目估算的精确程度越低，而越是优先级高的、在上面的条目越详细、估算也越精确。
涌现式的（Emergent）一个产品Backlog不是静态的，它在持续的变化。随着项目的进行，获得的信息、知识越来越多，产品Backlog中的用户故事也随之增加、移除，或者重新排列优先级。
排好序的（Prioritized）在产品Backlog当中，越是有价值的条目优先级越高，在产品Backlog的上面，价值越低的条目，优先级越低，在产品Backlog的下面。团队总是先完成优先级高的条目，以确保所开发的产品或系统的价值最大化。
关于产品Backlog的更详细的阐述，大家可以再《Scrum敏捷软件开发》中找到答案。
原文作者：Mike Cohn
原文链接：http://blog.mountaingoatsoftware.com/make-the-product-backlog-deep
