帕累托’的定律通常被称为 80/20规则。该理论是关于分布定律以及多少事物具有相似的分布曲线。这意味着 *通常* 80％的结果实际上可能仅来自20％的努力！
帕累托’可以在许多情况下看到法律–不是字面上的80/20，而是可以肯定的是，您的大部分结果通常来自于您的少数工作。
因此，真正聪明的人是可以看到的人（无需事后观察就可以预先看到）*哪一个* 20％专注。在敏捷开发中，我们应该尝试应用80/20规则，力求将精力集中在获得大部分结果的20％的重要工作上。
如果您的应用程序质量不佳’如果要控制范围，并且最重要的是要加快产品上市速度，那么为什么不设法在20％的时间内交付80％的重要产品呢？实际上，在那种情况下，您可能会问为什么还要花最后20％的时间？
现在没有’并不意味着您的产品应该从根本上存在缺陷，不良的用户体验或充满错误。这仅意味着开发某些功能或某些功能的丰富性会付出更多努力，并且收益递减，这可能不值得。
那句话是否与我最近的其他文章相冲突： “done means DONE!”？并不是的。因为在每个Sprint或迭代中，您*做*选择开发*做*的事情需要在迭代中100％完成。
顺便说一句，上周我在Microsoft上就所有最新产品进行了高管简报。 Sharepoint 2007看起来不错。与以前的版本相比，确实有了很大的飞跃。 Vista，对于那些天堂’尝试过，即使在配备4GB RAM的笔记本电脑上看起来也相当慢！除了稍微漂亮一点’似乎真的提供了很多。如果您有能力使用Microsoft工具进行开发，则Windows Workflow Services和.Net v3看起来很酷-
无论如何，回到我关于80/20规则的观点，微软’自己的研究发现，Word的普通用户仅使用* 8％*的功能。那’s 8%! And I wouldn’请注意，我们至少有80％的人也会使用相同的8％！ [断言]。如果微软只开发了重要的8％的Word，也许他们仍然可以占领相同的市场份额？也许吧，也许不是；可悲的是我们永远不会知道。
It’还值得考虑对用户体验的影响。 Google向我们表明，用户通常更喜欢能够满足您需求的应用。那’s *只是* 你想要什么。再也没有了。其余的可以说是混乱的，实际上干扰了用户体验，仅对有限的一组用户带来了有限的好处。
因此，在敏捷开发的世界中，当您’重新开发全新产品，请认真考虑您的应用是什么*真* 所有关于。您能否在短时间内将所有重要功能或功能不那么丰富的功能推向市场？
除了可以通过更快地推向市场来降低成本，降低风险和提高收益外，您还可以基于真实的客户反馈来构建产品的第一个版本。
因此，我想所有这些都是常识。但它’令人惊讶的是，拥有正确意图的开发团队经常对他们的解决方案进行过度设计。在技术上或功能上，或两者兼而有之。
但是，真正棘手的问题是您能否预先看到*哪一个* 20％是重要的20％？–20％将带来80％的结果。在很多情况下，可悲的是，答案是否定的。
