产品待办列表，英文是Product Backlog，是指产品待办事项的集合，其中事务有优先级判断，先处理优先级高的事项。
你应始终努力使产品待办事项（product backlog）变得小而且易于管理。产品代办事项（product backlog）中的项目太多，会出现三个问题：
首先，过载的产品待办列表会使得工作更难处理。时间会在寻找某个任务中被浪费掉。（“我知道它在某处。”）给产品待办列表进行优先级排序需要花费更长的时间。可能还会出现重复的项目，因为成员为了“以防万一”添加项目，而不是确定它是不是已经被列出。
其次，开发团队几乎不会注意到他们的工作所取得的任何进展。团队完成50个产品积压项目中的10个，可以感觉到他们已经取得了进步。一个团队完成相同的10个项目，但是总数有1000个，项目的团队将不会有同样的成就感。他们会开始怀疑，如果他们只完成了9次，是不是也是差不多了。
第三，有人花了很宝贵的时间来创建产品待办列表。虽然有助于对产品的未来有一点了解，但是在很大程度上取决于很多因素，但许多产品待办列表试图为其产品的未来提供过多的洞察力。
因为产品待办列表积压过大的造成的问题可能会非常有害，所以我想提出一些可以使产品待办列表更易管理的事情的方法。
删除你永远不会做的事情
为了保持产品积压小而易于管理，你该做的第一件事是——删除永远不会做的事情。
我完全承认这很难做到。多年来，我担心如果我删掉了东西，有一天我会走进办公室，我的团队会说，“我们赶上进度了。下一步是什么？“我没有答案，因为我删除了所有的长期项目。
我终于能够让这种恐惧消除，因为我意识到：我能够比他们开发速度更快地提出新想法。我鼓励大刀阔斧地清除产品积压中的项目。如果你确定你不会实现它，那就摆脱它。
否则，产品待办列表会随着时间的推移而积累越来越多。自1995年以来，我的个人代办事项“学会跳玛卡莲娜舞”的任务刚被删除。到目前为止，它实现不了了。
把你尚未准备好的项目从产品待办列表删掉
几年来，我通过维护产品所有者「想要、但还没有真正准备好让团队工作的项目」，将其作出单独列表来管理产品待办列表，我已经取得了很大的成功。
我称之为储罐器。一个储罐器允许我将产品待办列表限制在立即需要的项目上。储罐包含的物品要么没有准备好，要么可能根本不需要。
我会这样去想象这种差异：产品待办列表包含产品所有者愿意让整个团队付出今晚加班和交付的的任务。而储存罐包含产品所有者可能想要的东西，但要么没有仔细考虑，要么可能决定不需要。
*一个团队今晚不可能完成所有的任务。我只是鼓励这样想，因为这些是产品所有者知道是需要的，并且现在愿意支付的项目。
我发现这种方法非常有用，因为它可以立即减少产品积压的大小，因为项目从产品待办列表移动到另一个临时存放地点。
隐喻地，您可以将产品待办列表和储存罐之间的区别想象为产品待办列表中某些项目下方的简单线条。在该线以上是产品所有者愿意让团队付出一晚上的时间; 下面是可能改变、或者还没有完全准备的项目。
更实际的是，我所做的是创建第二个项目，从产品待办列表中移动项目，将其命名为储存罐，并。这样做可以让团队专注于项目产品待办事项。
定期查看产品待办列表
将产品待办列表保持在合理规模的第三步是：建立定期审核流程。这里没有什么花哨的东西。它可以像产品所有者审查产品待办列表以及删除或移动项目一样简单。我认为每季度这样做是最好的。
除非你计划很快做到，否则不要添加东西
最后，如果你希望保持产品积压较小且易于管理，则除非你完全打算这样做，否则您需要遵守规则，不要将项目添加到产品待办列表工作中。
大多数产品待办列表变得笨拙，因为产品所有者更容易说“我会把它放在产品待办列表上”，而不是告诉别人他们的功能永远不会看到光明。
为了使产品积压处于良好状态，产品所有者需要学会拒绝。
你的经历是什么？
你有过笨重的产品待办列表积压吗？您是否有任何其他提示可以保持产品待办列表变得小而且易于管理？请分享一下。
作者：迈克·科恩
来源：https://www.mountaingoatsoftware.com/blog/scrummasters-should-not-also-be-product-owners
