您应该一直努力保持产品待办列表小而易管理，因为如果其中的条目过多，就会出现三个问题：
首先，过大的产品待办列表很难用。查找条目，会很浪费时间（“我只知道它在其中某个地方。”）。对产品待办列表进行优先级排序，会花费更多时间。由于添加一个“以防万一”的条目比确保它还没有列出要容易得多，于是就出现了重复项。
其次，开发团队会几乎感觉不到他们取得了任何进展。完成了50个产品待办项中的10个，团队能明显感觉工作取得了进展。而同样是完成了10个产品待办项，但却有着1000个产品待办项时，团队就不会有这种成就感。他们会开始琢磨是否只完成9个也没什么关系。
第三，需要有人花费宝贵的时间来创建所有这些产品待办项。一定程度上往前看，是很好的。但该向前看多远，取决于诸多因素。创建大量产品待办项，以期洞察产品未来，就可能会看过头。
由于产品待办列表过大会导致出现这些有害的问题，我想推荐您做四件事，以使您的产品待办列表能保持在一个更易管理的规模。
1. 删除您永远不会做的事情
要使产品待办列表保持小而易管理，您应该做的第一件事是：删除您永远不会做的产品待办项。
这件事或许很难做到，我对此完全认同。多年来，我一直有着担心：如果删除了这些内容，会不会有天我走进办公室，团队告诉我说“我们已经都完成了，接下来做什么？”，而我却由于删除了所有非紧急产品待办项而无法给出任何回答。
我最终打消了这种恐惧，因为我意识到：我给出新想法的速度，会快过他们的开发速度。
我鼓励要毫不留情地清除产品待办列表中的条目。任何您认为自己不会真去做的条目，都要删除。
否则，随着时间的推移，积压的产品待办列表就会越来越多。从1995年起我个人待办列表中就已存在的“学跳玛卡雷娜舞”任务，刚刚被我删除了。因为至今为止，这件事情都还没有去做过。
2. 把尚未就绪的条目移出产品待办列表
在过去几年中，对于那些产品负责人想要而又未准备就绪能供团队开发的条目，我通过单独维护一份列表来管理它们，极为成功地使产品待办列表始终易于管理。
我将其称为“蓄水池”。蓄水池使我能在产品待办列表只存放那些要立刻交付的条目，而那些没有准备就绪或者可能根本就不需要的条目则存放在蓄水池中。
我认为存在这样的区别：
- 产品待办列表中，存放那些产品负责人想付钱让团队今晚就加班交付的东西。
- 蓄水池中，存放那些产品负责人想要但又没有考虑清楚细节或者根本不想要的东西。
我发现这一方法非常有用，因为当把诸多产品待办项移到另一个临时存放场所时，就立竿见影地减小了产品待办列表的规模。
打个比方，您可以把产品待办列表和蓄水池间的区别简单看成是：在产品待办列表中的某个条目下划了一条线；在线的上方，是产品负责人想付钱让团队今晚就交付的条目；在线的下方，是可能会发生变更或者还没有考虑清楚的条目。
实际上，无论使用什么工具，我要做的都是：创建第二个待办列表，将其命名为“蓄水池”，并将条目从产品待办列表中移至其中。
这样做，会使团队聚焦于产品待办列表所包含的更小产品待办项子集。
3. 定期评审产品待办列表
要使您的产品待办列表保持合理规模的第三步是：建立定期评审流程。这里不需要什么花哨的东西，可以像产品负责人检查产品待办列表并如上所述地删除或移动条目一样简单。我认为最好每季度进行一次。
4. 只添加那些您计划近期完成的东西
最后，如果想让您的产品待办列表保持小而易管理，您就必须严守纪律，只往其中添加那些您真心想要做的东西。
大多数产品待办列表之所以变得笨重，是因为产品负责人更易于说“我会把它纳入产品待办列表中”，而不是告诉某些人——他们的特性会永不见天日。
为了使产品待办列表保持好的状态，产品负责人需要学会说“不”或“现在不”。我发现本文中描述的其他技巧能帮助他们做到这一点。
您的经验是什么？
您是否用过笨重的产品待办列表？您是否有其他技巧能使产品待办列表小而易管理？请分享于下面的评论区。
作者：Mike Cohn
译者：李洁（Jerry Li）
原文链接：
