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

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

(如果你想了解这些数字是怎么产生的，可以参考维基百科关于帕累托分布的定义：https://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一年可能交付多少价值？”

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