计划中任务的时间 = 正常做完需要的时间+缓冲时间

我根本不需要加班加点才能做完啊。所以相反的，很多人开始做的时候就会拖延。只要想想我们应付大学期末考试前的复习计划就可以了：

2-帕金森定律

另外一种情况，假设我按正常的进度去做。嗨，运气真好，我提前做完了，报告leader，我这个任务提前做完了，给我下一个任务吧。咳，想什么呢，这怎么可能发生呢！做完了就再检查一次啊，看看有没有什么可以完善的。提前交任务这方面，提前交任务是不可能的，这辈子不可能提前交任务的。我提前交任务是为了证明我在开始讨论计划的时候据理力争是错的吗？那么下次制定计划的时候我再争取更多的时间他们还会相信我吗？嗯，我要保证我每项任务都刚刚按计划完成。

3-延误的累计

我们运气万里挑一，团队中真有同事提前完成他的任务，并把工作提前交付给下一环节。那么下一环节任务的同事会欢欣鼓舞的马上加班加点的做起来呢，还是认为现在有更多缓冲时间可以慢慢做了呢？那种情况发生的概率大？毫无疑问是后者。这样的后果就是，即使前面的任务提前完成了，那么他争取到的时候往往也可能被后面环节浪费掉。

4-导致不良多工的恶性循环

所以我们最终会发现每个任务如果我们延迟了，那么延迟就会被不断的积累。但是如果我们的任务提前完成，那么节省的时间会在当前的任务或下一个任务的时候被浪费掉。

导致项目最后为了按时完成，我们只好加班加点做，面对没有按时完成的任务，我只好安慰自己：我加班了、我尽力了。

再有就是做软件开发的朋友们都遇到过，很多问题会在最后阶段或模块联调或系统集成的时候暴露出来。因为前面的拖延，时间已经不够了，还有这么多问题让不让人省心了？要不，，，有些功能我们这次先不上了？要不，，，我们延后、压缩下测试的时间？

于是测试也只能加快节奏的完成了他的工作。知道为什么上线运行才是我们真正的测试了吧。让人觉得心累。我怀疑是不是下次排计划的时候应该据理力争更多的时间啊？