用帕累托法则管理Backlog - Pareto Your Backlog (译)

Pareto.gif

帕累托法则是根据它的发起人命名的(Vilfredo Pareto意大利经济学家)。这个概念非常简单:80%的结果来自20%的原因。 帕累托法则(也叫二八原则)可以应用到许多业务领域。比如:

  • 在销售领域,80%的业务来自20%的客户。
  • 在效率方面,80%的成果来自20%的任务列表。
  • 在服务行业,80%的工作来自20%的服务产品。
  • 在市场营销方面,80%的回应来自20%的营销工作。
  • 在客户服务领域,80%的抱怨来自20%的客户。
  • 在Backlog里,80%交付的价值来自20%的Backlog

(如果你想了解这些数字是怎么产生的,可以参考维基百科关于帕累托分布的定义:http://en.wikipedia.org/wiki/Pareto_distribution.)

为了遵循以交付高价值和客户喜欢的功能的方式高效地管理Backlog的精神,我建议要毫不留情地清理现有Backlog中的待办事项列表。这意味着需要识别80%不能使客户高兴的特性并清除掉它们。找到20%让客户高兴的特性,交付并重复这个过程。

帕累托法则承认努力和结果之间的不平衡,并且允许我们用这种不平衡来发挥自己的优势。但这不是说我们可以不做非关键的、80%不太重要的工作。比如,我们不能忽略监管需求;但是,我们可以改变行动,因此我们关注在最需要的方面。比如,因为我们要做其他队客户很重要的特性,所以不会浪费时间在营销监管需求上。

在多个级别上都存在帕累托法则:你可以指出组合中20%的产品,它们交付了80%的价值吗?你知道这些产品来自20%的史诗(epic)故事吗?当把史诗故事拆分成更小故事时,团队知道20%的关键任务交付了80%的价值吗?

应用帕累托法则

在Backlog中应用帕累托法则的关键是,需要关注其中关键的20%,这些实现了80%的客户满意。当然这是一般原则,而不是确凿的统计数字;对于某些条目,分界点可能更接近90/10或者70/30。但要点是一样的,当你开始查看交付了哪些让客户不高兴的特性时(或者是客户根本不用的特性),帕累托法则是出奇地准确。

应用帕累托法则的难题在于识别关键的20%。在某些领域有可衡量的指标(比如客户数、收入以及每个服务的时间),这些很简单。当在Backlog中有一个冗长的待办事项列表,里面有许多条目需要完成时,做同样的分析会很困难。我的建议是不停止交付,而是跟进已经交付的工作,看一下产品是否真正满足客户了。如果你花了大量时间完成80%底部的特性时,或许下一次你不会这么做。为什么我们喜欢衡量成功,事后分析是20-20,当确定要做的20%时,通常你也准备完成20%的改变。(Why we like to measure success here is because hindsight is 20-20 when determining the 20 percent to concentrate on, and many times that 20 percent changes by the time you're ready to address it.)如果跟进正在交付的内容,真正衡量客户的满意度,你会看到交付Backlog中更高价值的持续改进。

How High?

就用这个思想做个实验:

  • 团队一年的成本——假设100万元。
  • 用这个成本团队交付的价值——团队交付了一年300万元。
  • 我们再做一个假设:我们一起工作的PO,有另一个Backlog,价值比现在的高10%
  • 另一个假设:或许PO通过愿景激励团队,移除障碍,并且团队开发速度提升了。
  • 最终,Backlog中应用帕累托法则(20%的backlog交付了80%的价值,并且PO依此组织backlog)并回答下面这个问题: "PO一年可能交付多少价值?"

帕累托法则这个概念是非常高明的. 原文链接:http://www.scrumalliance.org/community/articles/2013/december/pareto-your-backlog

Comments
Write a Comment