这个定律我们都听过，即二八定律，又称帕累托定律。定律内容是这样的，20%的人掌握世界80%的财富，20%的人享受世界80%的爱情，诸如此类的说法。

这个定律我们都很熟悉，可是很少有人去真正想过二八定律在实际生活中的运用。当然，除了那些领导人（也就是那些掌握80%人类智慧的占人口总数总数20%的人们，毕竟这个定律师他们的一员，帕累托发现的嘛）。而想到这个问题，则是因为今年的上半年的特殊机遇。

我的工作背景是这样的，我工作于某集团公司总部的办公系统部门，该集团下分公司为两位数，我在本部门的工作内容是整理系统功能的需求、功能的测试、以及功能上线后的跟踪和支持。同时由于我们部门的人员问题，因此添置了我们部门的接口人的工作，类似于客服的工作。在这样的工作内容下，我每天的工作量和工作内容就会显得很复杂很凌乱，既要对我们的系统很熟悉，又需要对各分公司的人员和运营模式熟悉。同时，因为接口人的工作，邮件和电话也会很频繁，而且，由于我本身并不直接操作系统的数据库，因此，涉及到数据修改的问题，还需要我们部门的开发人员进行协助。在这种情况下，考虑到我本身对多问题同时处理的能力不足，导致我自己手忙脚乱，常常搞得自己加班，但结果上，很多问题我又没有及时处理完，因此其他人对我的评价也不够高。

多亏有了今年上半年工作的临时调动，因此上半年我经历了一个快速增长而成长的时期。在这个过程中，我发现二八定律适合我们每个人来使用。

首先，如果你仔细分析我的工作内容，你会发现，我在上面的描述中，并没有将我的工作内容分得清楚。这是因为，我是在没有运用二八法则的情况下，对我的工作进行了描述。这也是我刚接到这份工作时的实际情况。如果运用二八法则进行分析，同时对工作内容进行重要性分析，我的工作内容应该是这样排序的：需求、客服、测试、跟踪和支持。之所以将需求摆在第一位，是因为，只用明白客户想要什么，才能进行后面的工作。而将客服摆在第二位，这是因为，如果客户在使用过程当中的问题没有得到重视和反馈，就将没有人再去用， 同时考虑到我们的产品是公司内部的办公系统，是大家都会使用的，因此如果反应不好，这个问题就会影响大家的工作，问题就将放大。测试放在第三位，是因为，如果想要大家反馈的bug 减少，那么测试这一关就需要严格要求。跟踪和支持放在最后，是因为这部分的工作与第二位的客服有一定的重合。

在将工作内容进行优先性和重要性排序后，我们来考虑每份工作所需要的时间。虽然需求是很重要的一部分，但在我的实际工作中，它并没有占据太多的时间。而第二位的客服，虽然工作内容并没有的第一位的需求重要，但它却占据了我工作时间的绝大部分。而第三位的测试，由于我们部门有专门的测试人员，因此我在测试上花的时间实际上是很小的。至于第四位的跟踪和支持，几乎可以忽略不计。

在这样一份工作内容下，长期下去，没有一个人会承受了。那么问题来了，如果你是我，你会怎么改善这个问题？

我在将近三个月的时间中，没有理清这个问题，同时也无法得到和想到这个问题的根源在哪里。最近阅读了二八定律，我才找到这个问题的解决方法。

首先所有问题的根源，其实就是我放在首位的需求。需求是什么？需求是客户想要什么，理论上，其他所有问题以及工作的内容，都是围绕需求来做的。这部分工作，理应是最重要的部分，也应该是被分配时间最多的工作。然后面所出现的客服中的问题，其实就是前期需求没有做好。如果我在这部分工作中，能够更加用心和分配时间多一点，其实就会解决很多后面会出现的问题。但实际上我并没有这么做，但是我想其实很多人跟我一样，并没有太过于重视需求。有句话说得好，一个软件后期的修改问题， 80%以上来自于最初的需求和设计没有的缺陷。就比如一个很简单的问题，我们现在的系统当中有一套关于请假的流程，但是设计有一个问题，也许我们修改了很多的问题，就是流程当中的人力审批人，对每个分公司都是同一个人。而这个问题的历史背景在于，最开始使用这个流程的人和公司，人力部门只有一个，所以当时的设定为所有使用这套流程的人和公司，只可能有一个人力进行审批。其实反过来，我们现在会觉得这个流程很不可思议，所有分公司怎么可能只有一个人力呢？这就是需求没有调研清楚，只有一个人力部门，这是放在特殊历史背景下的，那么我们就要考虑，在正常情况下，由于各分公司独立运营，人力部门在后期不可能只有一个。所以如果当时需求调研的时候，能够考虑到这一点，就不会有我们现在对请假流程进行的整体修改。同时，在没有修改完成之前，每一个工单到人力审批时，都要进行代办的调整。这样无形当中增加了很多工作内容。所以你看，我是否应该把它80%的工作时间，放在这一比例很小的工作上呢？同时，它也将解决我80%的工作任务。