按照优先级的顺序执行任务

【事件】

每天工作8小时看似很充裕，但任务多感觉忙碌得很。真希望自己能够分身，能够在有限的时间里处理好每件事。前段时间，我和产品经理都很忙。我忙于发布产品和给其他合作伙伴提供接口的编码工作。产品经理则忙于发布产品前的准备工作，以及参加每天没完没了的会议。我们忙得把上级领导交给的“下一个版本需求讨论”放到了后面（这里的“后面”是指，等我们两人都有空闲时间）。

结果，等三周后我们在一起讨论时发现，下一个版本需要一台稳定的网络服务器。可公司毕竟是软件公司，不是互联网公司，根本就不具备条件。我们向上级反应并组织了一次讨论会。在会议上，我们两人被上级领导狠狠地批评了一顿。批评原因有如下几条：

1.此问题为什么以前没发现？

2.你们两人为什么三周前没有讨论下一个版本的需求？

3.如果服务器问题不解决，下一步你们打算安排其他开发人员做什么？

我们把最近手头的事情向领导做了汇报，然后又是一顿批评。说我们没有将任务按照优先级分类去处理。比如，我这边发布产品很重要，但它不是我说上线就上线的。它还受其他部门配合等条件制约。并且发布后还得需要等待苹果公司审核，那么真正产品上线的时间，我们并不能决定。所以，我们可以将它归类为“重要但不紧急”的类别中。再说说产品经理那边，他每天都有必须参加的会议。如果这些会议可以往后延迟两个小时，则证明此会议不是很重要；如果可以不需要他参加，那么对他来说则是“既不紧急，又不重要”。

综上所述，我们一直在被“重要但不紧急”的事情忙得焦头烂额，却把下一个版本需求讨论这样的“即紧急又重要”的事安排到了最后。这里你可能会问“为什么它是即紧急又重要”，因为如果这个不讨论的话，我们下一步不知道该做什么？其他的开发人员在接下来的几周里，可能会无所事事。一个成员闲置，相当于公司浪费金钱。

【解决方案】

当得到一项新任务时，不要马上去响应。哪怕它消耗你的时间很短，它也会中断你正在执行的任务。我们要将它按照优先级进行分类，类别分为：重要又紧急、重要不紧急、不重要但紧急、不重要又不紧急。

以下举例将任务分类：

1.重要又紧急。在前面说到的“下一个版本需求讨论”，我认为是此类别中一个代表。需求在软件开发中是第一位的，开发人员只有理解了需求才能开始设计和编码，所以它很重要。说它紧急是因为，我们不讨论，后面大家无法工作。延误大家的时间，不但给公司浪费金钱，还“浪费生命”。

2.重要但不紧急。在苹果商店发布产品的事情就是一件重要但不紧急的事情。说它不紧急，是因为它受到很多条件的约束。即使你急着做完了，但还有等其他条件都满足后才能到达预期的目标，所以就变成不紧急了。

3.不重要但紧急。经常会碰见紧急的事情，比如客户反馈图纸打不开，在线等你解决。我们说事情很紧急，但很重要吗？好多客户的问题都是一类问题，并且有的问题正在解决，还有的问题就是对软件操作不熟悉造成的。虽然用户是上帝，但我觉得不重要的问题，还是等下一次统一修改比较好。

4.不重要又不紧急。这类别的任务就很多了，我们平时管它叫“屁事”。也不着急做，想起时再考虑。也不重要，做不做都行。比如，给某些功能代码补一下设计文档。

任务分好类后，我们就严格按照这个优先级去执行。让时间都花费在优先级高的任务上，使我们有条理做事，提高个人工作效率。

如果您在开发中，遇到过事件中同样的问题。并且您所在的公司解决方法与我们不一样，也请您有时间给予指点，谢谢！