对于紧急不重要的需求，和重要不紧急的需求，优先处理哪个？大部分人的本能(优先处理紧急的事，拖延)会选择紧急的，然而正确的答案是先处理重要不紧急的，因为如果拖，就会把重要不紧急的拖成重要紧急的事，而那些不重要的，拖一拖或许就变成不紧急的事了。
选择做性价比最高的事情很重要。
举两个例子。
我们通常在排优先级的时候会把bug类的归为优先级高，但是往往却忽略了它的影响范围。比如2个用户说他们的手机会闪退，当看到这个反馈，我们的第一反应是，闪退，那非常严重了，但是却忽略了这俩用户使用机型所占的百分比，如果百分之一都不到，那从大局考虑，可以先忽略，去做更重要的事，空闲了再处理这个问题，这就是一个紧急不重要的需求。
还有一类需求，是领导临时提过来的，很多他觉得紧急但并不重要的问题，碰到这种情况，能拖就拖，拖一拖他可能就忘了，但是跟领导反馈的时候不能模棱两可的说后面再做，更好的做法是说此版本考虑到上线时间已无法再插入，预计会排期到x.xx版本解决。
第二个例子是重要但是不紧急的事情。
我们的新产品上线后，发现有个一级列表页的时间显示有问题，这个问题比较复杂，解决它需要重新进行产品设计(开始设计的不好)并和开发讨论可行性，刚发现问题的时候我曾尝试着题了修改方案和开发哥哥讨论，但是很不幸实现代价太大被拍回了。于是我就本能的选择了拖，反正也没人再问。直到上周，组长突然提到这个问题，说这个列表点击这么高，而存在了两个月的问题为什么还没有解决，我这才意识到问题的严重性。这才麻溜的想新方案再和开发过，其实我认为最难的方案部分，也就用了3天的时间定了。
今天上课听老师一讲，恍然大悟，这就是把重要不紧急硬生生拖成了重要紧急，所以重要的事情，一定要早早行动。正如黄老师整天如念经般的口头蝉：遇到问题先细分，解决问题求平衡。
