您如何管理大型产品积压？

我们在软件中应该做很多积压的事情,包括很多不同的类别,例如:

我们的产品需要解决的新问题

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

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

可用性和"外观"增强功能

建筑升级到后端

Bug修复

以合理的方式管理所有这些是产品管理的一项工作,但由于很多原因它很棘手.首先,我们有许多不同的系统,包含不同的东西(文件中的市场需求文档,错误数据库中的错误,我们的帮助台系统中的客户需求,内联网上的引擎环境愿望清单等).其次,许多项目的大小,范围,复杂性和当然价值都大不相同,这意味着选择并不像按优先级排序列表那么简单.

因为我们现在相当庞大,拥有复杂的产品和许多客户,所以基本的解决方案(电子表格,谷歌文档,大本营待办事项列表)仅仅不足以解决这个问题.我们需要一种方法,以各种方式将事物组合在一起,持续地对它们进行优先排序,明确我们正在做什么以及将要发生什么 - 没有它需要所有人的时间来管理一些工具.

您如何以一种允许企业始终对现有客户做最有价值的事情,帮助获得新客户并使软件内心保持理智的方式来管理这一点？

请注意,这与开发方面不同,我认为我们已经相当不错了.我们以迭代,敏捷的方式开发所有东西,一旦选择了设计和实现的东西,我们就可以做到.这是我们需要弄清楚下一步该做什么最困难的部分!

您找到了有效的方法或工具吗？如果是这样,请分享!(如果您也想知道答案,请加快问题,使其保持可见:)

附录:当然,首先修复所有错误是很好的,但在实际安装在客户机器上的实际系统中,这并不总是实用的.例如,我们可能有一个很少发生的错误,并且需要花费大量时间和架构动荡才能修复 - 我们可能暂时搁置一段时间.或者我们可能有一个人认为难以使用的错误,我们认为修复它应该等待对该区域进行更大的改造.所以,有很多理由说明为什么我们不能立即修复它们,而是让它们保持开放,这样我们就不会忘记.此外,最困难的是非缺陷的优先​​次序; 想象我们没有任何:)

以积极的方式管理大量积压工作几乎总是浪费.当你到达优先级堆积的中间时,事情经常发生变化.我建议采用Corey Ladas称之为优先级过滤器的东西:

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

从本质上讲,你有一些不断增加的大小和优先级降低的桶.您允许利益相关者填写它们,但迫使他们忽略其余的故事,直到桶中有空缺.非常简单但非常有效.

编辑:艾伦询问如果任务大小不同,该怎么办.基本上,做这项工作的很大一部分是正确调整你的任务.我们仅将此优先级应用于用户故事.用户故事通常比"创建社区网站"小得多.我认为社区网站是一个史诗甚至是一个项目.为了优先考虑,需要将其分解为明显更小的位.

也就是说,制作类似大小的故事仍然具有挑战性.有时候你不能,所以你在规划决策时就这样沟通.

关于移动两个像素的wibbles,很多这些容易的事情可以"免费"完成.你只需要小心平衡这些,只有当它们真的接近自由时才会这样做,而它们实际上有点重要.

我们同样对待错误.错误得到三个类别之一,现在,很快或最终.我们尽可能快地修复现在和很快的错误,唯一的区别就是我们发布修复程序时.最终,除非开发者感到无聊并且无所事事或者他们以某种方式变得更高优先级,否则不会得到修复.

关键是积极的分类和优先级.

解决使客户快速离开的问题,并添加更多功能以保持客户的到来.推回仅影响少数人的问题,除非他们很容易修复.