01 万能的二八定律我第一次接触“二八定律”，是在参加 PMP （项目管理）的培训上，当时讲师跟我们分享了一个神奇的工具“帕累托图”，它的理论基础是“帕累托定律”，也就是著名的“二八定律”。 讲师当时在台上说：“工作中，我们 80%的问题，都是由20%的问题导致的。” 我当时半信半疑，后来回到公司，把所有近期遇到的所有问题列了一下表格。 最后惊讶的发现，理论是对的，项目组内的工作延期，主要原因就是：沟通不到位！交付的时候才发现不符合预期，结果各种返工。返工的时候又连锁引起加班、效率降低，错误率升高等问题....... 后来，随着年龄和经验的积累，发现世界似乎真的是按二八定律默默运行的。
这也让我认识到一个问题，持续的勤奋付出确实是必要的，但如不是最有效的。生活中有太多的穷忙，把自己整的忙忙碌碌，却毫无收效。 花了大量的时间，却都浪费在那些80%不重要的事情上了。 小白是穷忙一族的代表，为了加工资，天天加班到 9 点，咬着牙坚持了大半年。 老板很感动，给小黑加了工资。 因为小黑的业绩更高。 老板加工资，看的不是加了多少班，而是产出了多少绩效。如果加班只是把上班的事情，拖到下班来做，那加班又有什么意义呢~
以开发解决漏洞为例，开发写代码的时候，经常会写出各种各样的漏洞，一个团队一天收到几十甚至上百个修复要求，都是一件很正常的事情。 如何减少漏洞量？ 按之前的思路，最简单粗暴的做法，就是谁的问题谁解决，多的人出来检讨，再犯就直接开除。当然这样的做法，即解决不了问题，还打击了团队士气。 用“黄金圈法则”是这样思考的： Why【核心层】：我们为什么会出现这么多漏洞？ 这里会列出很多的选项：
这时候，用帕累托（二八定律）分析一下，找到80%问题背后的原因，最后发现是沟通不到位，设计人员想要的是苹果，开发做了一个梨子。 How【中间层】：我们要如何解决沟通问题呢？ 可以通过开个“需求确认会”来解决。 What【执行层】：“需求确认会”怎么开呢？ 定下流程和模板，开发人员复述一遍需求，设计人员确认无误签字后，才开始开发。 不过注意一点，二八法则其实在三层中都可以用的，而不是在某个地方单独用，必要的时候甚至可以叠加使用。 例如：富人中其实还有更富的，且 80%的财富是富人的富人掌控的。 |
|
|
