工作中我们常常会遇到这样的问题，今天通知个任务，明天就要结果，或者今天通知个任务，这周就要结果。
原本正常的流程应该是，通知任务，评审，列任务计划，真正落地执行。
之前有一次，由于项目任务紧张，而我自己本身又流转于多个项目，因此就将任务计划的工作暂缓了。
等我忙完另外两个项目的任务，再回到任务列表时，发现功能漏的，逻辑理解偏差的，总之想到，想不到的问题都出现了。
最后我们不得不一步一步检查，最终花费了更多的时间和精力，基本上才把功能完善完。
最近又有一个紧急任务，功能不复杂，但就是要在差不多3周的时间内，完成四个个子系统的上线。
面临的问题是，第一个周，就通知了一个子项目要上线，另外的三个是在第二周才发的通知，不得不说，不管是在哪个方面，这都是极大的挑战。
首先面临的就是人的资源，项目组一共5个人，5个人还的分前后端，这么算起来，基本上就是，2人一组，3个子系统，两周完成。
按照之前的习惯，如果任务这么紧张的情况下，我基本不做任务计划了，就直接开始干。
由于有了之前失败的经历，这次也没管时间紧张的程度。
任务通知下来的第一时间，我先照着需求，把任务清单按照功能模块，一项一项列了出来。
列出来之后，再分配到具体的每个人，设计好基本数据表结构后，大家才开始完成各自手头的工作。
就这样，紧赶慢赶的，最终终于如期的完成了开始的任务。
经过最近两次任务的对比，我发现，不管事情如何紧急，任务列表和总的框架都的先行，否则最终都会为一开始没有打好这个基础而付出更多的精力和时间来弥补，开头工作没有做到位的缺失。
