觉得排定优先级很困难么? Luke Hohmann 描述了一种做出定量决策的方法,有助于决定处理待办事宜的先后顺序。除了要考虑像实现所需工作量这样的常用属性之外,Luke 建议加入新的属性,来衡量干系人的需要、向战略看齐,并且检查某个条目是否能够驱动利润。
Luke 在本周的 Agile 2008 上列出了下面这些方法。以下内容来自他的演示:
选择排定优先级的属性
选定一组属性,用来对待办事项进行排序。还要有对成本的评估标准,判断属性的分数高低。为一项属性(比如全新市场调研)打分,要收集需要的数据可能会花费很大的成本,而打分也会为这个流程带来有益之处。成本和益处之间,需要做出平衡。
分组相关属性,类似的属性可以一起思考。Luke 建议分三个组,这样有助于将待办事项中的条目关注点放在业务价值之上:
- 与干系人保持一致(“谁需要这个功能?”)
- 向战略看齐(“为什么我们要做这项工作?”)
- 驱动利润(“这会产生收入还是减少成本?”)
“与干系人保持一致”属性中包括了项目干系人的列表(包括内部和外部的),每个属性一种项目干系人。比如销售人员、法务人员、客户、运营人员、开发人员,以及“系统”。“系统”表示程序自身,它关注表示程序改进的待办事宜条目,比如技术债务相关的条目、任何框架的升级等等。
为了达到“向战略看齐”的目的,产品经理要思考制造产品的战略目的是什么,包括由决策团队设定的事业部和/或企业的目标。Luke 使用了一个公司的例子,这家公司的战略目标细分为“全球”、“社会”和“移动”三个属性。
“驱动利润”属性表示产品能产生多少收入,以及待办事项与产品的关系。简单来说,这就是“增加收入”和“减少成本”。
排序决策基于的任何因素,都应该让排序过程变得透明。其他可以成为属性的因素包括:条目是否需要满足质量法规、是否有销售驱动、是否能提高上市时间,甚至可以是表示诸如“下个版本必须有的功能”这样的因素。
判定每个属性的权重
为每个属性分配一个权重,表示该属性相对于其他属性的重要程度。
随着产品的演化,这些权重可以而且应该发生变化。不同的项目干系人所属的权重会随着开发的阶段发生变化。一开始,销售人员和客户干系人的权重值会高于运营人员,这样新功能在待办事项列表中会有较高的优先级。后期的迭代(假定接近发布阶段)的重点在部署和运营之上,此时运营干系人的权重会升高,销售和客户的权重则会降低。这会导致运营相关的待办事项条目得到更高的优先级。
给属性打分
把待办事项的条目过一遍,针对列表中的每个属性问一个以是否作为回答的问题。比如,向每个干系人的代表提问:“这个条目有助于你的工作吗?”Luke 指出,如果对于一个属性的问题得到的答案没有差别,那就没有得到任何对属性排序有帮助的信息,你应该对这个属性做出变更。将一个属性分为两个或更多属性,这可以展示出对于同一个待办事项条目的不同观点。也许你会发现去掉某个属性是最好的选择。
排序待办事项条目
最后一步,就是根据待办事项条目的得分进行排序,并开始日程排定(迭代、发布)规划。Luke 建议,在待办事项中至少包含每个干系人的一个条目,而且在“与战略看齐”的属性组中,每条条目都至少要有一个问题答案为“是”,在“利润”组中也是一样。这样就可以产生一个比较平衡的工作待办事项列表,每个人都会因此感到高兴,并且知道有人负责自己的工作,心里也比较踏实。
Luke 在 Agile2008 的演讲中,展示了一个电子表格示例,其内容是关于待办事项优先级排定的。Luke 希望很快可以将其放在自己的网站上。你还可以在他的网站上找到其他关于这个主题的文章,还有一些工具和想法,可以帮助你进一步改进待办事项的优先级排定工作。如果你陷入了困境,这些资料还能拉你一把。
评论