从利润出发，排定（待办事宜）优先级

作者 Derek Longmuir 译者 郑柯 发布于 2008年8月10日

领域

架构 & 设计,

过程 & 实践

主题

客户及需求 ,

敏捷

标签

计划 ,

Scrum ,

Agile2008 ,

补充实践

觉得排定优先级很困难么？Luke Hohmann描述了一种做出定量决策的方法，有助于决定处理待办事宜的先后顺序。除了要考虑像实现所需工作量这样的常用属性之外，Luke建议加入新的属性，来衡量干系人的需要、向战略看齐，并且检查某个条目是否能够驱动利润。

Luke在本周的Agile 2008上列出了下面这些方法。以下内容来自他的演示：

选择排定优先级的属性

选定一组属性，用来对待办事项进行排序。还要有对成本的评估标准，判断属性的分数高低。为一项属性（比如全新市场调研）打分，要收集需要的数据可能会花费很大的成本，而打分也会为这个流程带来有益之处。成本和益处之间，需要做出平衡。

分组相关属性，类似的属性可以一起思考。Luke建议分三个组，这样有助于将待办事项中的条目关注点放在业务价值之上：

1. 与干系人保持一致（“谁需要这个功能？”）
2. 向战略看齐（“为什么我们要做这项工作？”）
3. 驱动利润（“这会产生收入还是减少成本？”）

“与干系人保持一致”属性中包括了项目干系人的列表（包括内部和外部的），每个属性一种项目干系人。比如销售人员、法务人员、客户、运营人员、开发人员，以及“系统”。“系统”表示程序自身，它关注表示程序改进的待办事宜条目，比如技术债务相关的条目、任何框架的升级等等。

为了达到“向战略看齐”的目的，产品经理要思考制造产品的战略目的是什么，包括由决策团队设定的事业部和／或企业的目标。Luke使用了一个公司的例子，这家公司的战略目标细分为“全球”、“社会”和“移动”三个属性。

“驱动利润”属性表示产品能产生多少收入，以及待办事项与产品的关系。简单来说，这就是“增加收入”和“减少成本”。

排序决策基于的任何因素，都应该让排序过程变得透明。其他可以成为属性的因素包括：条目是否需要满足质量法规、是否有销售驱动、是否能提高上市时间，甚至可以是表示诸如“下个版本必须有的功能”这样的因素。

判定每个属性的权重

为每个属性分配一个权重，表示该属性相对于其他属性的重要程度。

随着产品的演化，这些权重可以而且应该发生变化。不同的项目干系人所属的权重会随着开发的阶段发生变化。一开始，销售人员和客户干系人的权重值会高于运营人员，这样新功能在待办事项列表中会有较高的优先级。后期的迭代（假定接近发布阶段）的重点在部署和运营之上，此时运营干系人的权重会升高，销售和客户的权重则会降低。这会导致运营相关的待办事项条目得到更高的优先级。

给属性打分

把待办事项的条目过一遍，针对列表中的每个属性问一个以是否作为回答的问题。比如，向每个干系人的代表提问：“这个条目有助于你的工作吗？”Luke指出，如果对于一个属性的问题得到的答案没有差别，那就没有得到任何对属性排序有帮助的信息，你应该对这个属性做出变更。将一个属性分为两个或更多属性，这可以展示出对于同一个待办事项条目的不同观点。也许你会发现去掉某个属性是最好的选择。

排序待办事项条目

最后一步，就是根据待办事项条目的得分进行排序，并开始日程排定（迭代、发布）规划。Luke建议，在待办事项中至少包含每个干系人的一个条目，而且在“与战略看齐”的属性组中，每条条目都至少要有一个问题答案为“是”，在“利润”组中也是一样。这样就可以产生一个比较平衡的工作待办事项列表，每个人都会因此感到高兴，并且知道有人负责自己的工作，心里也比较踏实。

Luke在Agile2008的演讲中，展示了一个电子表格示例，其内容是关于待办事项优先级排定的。Luke希望很快可以将其放在自己的网站上。你还可以在他的网站上找到其他关于这个主题的文章，还有一些工具和想法，可以帮助你进一步改进待办事项的优先级排定工作。如果你陷入了困境，这些资料还能拉你一把。

查看英文原文：Prioritizing (the Backlog) For Profit

译者 郑柯 InfoQ中文站总编。做过开发，当过PM，干过销售，搞过市场，最终还是回到媒体。实用的理想主义者，相信：每天改变一点点，这个世界会更好。

• 更早的 >