project-management - 您如何管理大量产品积压？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

8年前关闭。




Improve this question




我们在软件中积压了大量应该做的事情，有很多不同的类别，例如:

我们产品要解决的新问题领域

支持现有问题领域的新功能

我们现有用户要求的新功能

可用性和“外观”增强

后端架构升级

错误修复

以明智的方式管理所有这些是属于产品管理的工作，但由于很多原因，这很棘手。首先，我们有许多不同的系统来保存不同的东西(文件中的市场需求文档、错误数据库中的错误、我们的帮助台系统中的客户需求、我们内部网上的工程愿望 list 等)。其次，许多项目的大小、范围、复杂性和值(value)都大相径庭，这意味着选择并不像按优先级排序那样简单。

因为我们现在相当大，拥有复杂的产品和大量的客户，基本的解决方案(电子表格、谷歌文档、basecamp 待办事项列表)不足以解决这个问题。我们需要一种以各种方式将事物组合在一起的方法，持续对它们进行优先级排序，明确我们正在做什么以及即将发生的事情——而不需要花费所有人的时间来管理某些工具。

您如何以一种允许企业始终做对现有客户最有值(value)的事情、帮助获得新客户并保持软件内部健全的方式来管理这一点？

请注意，这与开发方面不同，我认为我们已经做得很好。我们以迭代、敏捷的方式开发所有东西，一旦选择了某些东西进行设计和实现，我们就可以做到。这是我们需要弄清楚接下来要做什么的部分，这是最难的!

您是否找到了有效的方法或工具？如果有，请分享! (如果您也想知道答案，请对问题进行评分，使其保持可见:)

附录:当然最好先修复所有错误，但在实际安装在客户机器上的真实系统中，这并不总是实用的。例如，我们可能有一个很少发生的错误，并且需要大量的时间和架构巨变来修复 - 我们可能会暂时搁置它。或者我们可能有一个错误，有人认为某些东西很难使用，我们认为修复它应该等待对该区域进行更大的改造。所以，有很多原因我们不只是立即修复它们，而是保持它们开放，这样我们就不会忘记。此外，最难的是非 bug 的优先级；想象一下我们没有:)

Answer 1

以积极的方式管理大量积压几乎总是浪费。当您到达优先事项的中间时，事情往往会发生变化。我建议采用类似 Corey Ladas 所说的优先级过滤器的方法:

http://leansoftwareengineering.com/2008/08/19/priority-filter/

本质上，您有几个大小不断增加和优先级降低的存储桶。您允许利益相关者填充它们，但强制他们忽略其余的故事，直到桶中有空缺。非常简单但非常有效。

编辑:艾伦问如果任务大小不同怎么办。基本上，完成这项工作的很大一部分是正确调整您的任务。我们仅将此优先级应用于用户故事。用户故事通常比“创建社区站点”要小得多。我会认为社区网站有点史诗，甚至是一个项目。它需要被分解成更小的部分才能被优先考虑。

也就是说，制作类似大小的故事仍然具有挑战性。有时你就是做不到，所以你在计划决策时就传达了这一点。

关于移动摆动两个像素，许多这些简单的事情可以“免费”完成。你只需要小心平衡这些，并且只有在它们真的接近免费并且它们实际上有点重要时才这样做。

我们同样对待错误。错误获得三个类别之一，现在、很快或最终。我们会尽快修复现在和很快的错误，唯一的区别是我们发布修复程序的时间。除非开发人员感到无聊并且无事可做，或者它们以某种方式变得更高优先级，否则最终错误不会得到修复。