虽然在工作中，大家通常会给自己的工作安排一个TODOList，决定今天要在下班之前完成哪些事情。但是有时候一天工作下来还是会发现这个TODOList上的部分工作没有按时完成。产生这个的根本原因究竟是什么呢？
- 工作排期过于宽泛。比如TODOList上面只记录今天我要实现A功能，而对于其是A功能具体目标，实现方案，最终呈现，中间要牵扯到那些外部人员，并没有一个很清晰的认识。缺少整体梳理把握的能力，就导致这个排期预计工作量和实际工作量严重不足。针对这个问题的解决办法就是你需要充分了解自己的工作，在拿到一个需求的时候，不要放进自己的清单然后直接下手去做，首先要对整个工作的整体有一个整体的了解，知道这件事究竟要做什么？大约需要多少的工作量。同时要学会对把大需求进行拆解，拆解成一个个明确的小需求，对于小需求的所需时间你会有更清晰的预估，这样你对任务的排期就可能更加合理。
- 在工作中被其他事情所打扰。作为一个开发，经常会碰到线上突然有了一个小的问题，你就会被拉去解决这个线上的问题，又或者突然有QA或者PM过来和你讨论问题等等。这些也都会影响你的正常开发，打断你的思路，这样肯定会导致你的开发效率不高，最终无法按照你的规划完成工作。针对这种情况，你在每天安排工作的时候，可以在原来工作时间安排的基础上，多安排10%的时间，用来应对出现一些意外的事情打扰。同时可能的话，最好设定自己的核心工作时间，在这个核心工作时间内，避免被外面的事情打扰。如果突然有一件事情，但它的优先级并没有很高，你可以把它再加到自己的TODOList上，等到忙完自己手头的工作之后，然后再来介入清单上的工作。
- 在工作过程中大包大揽，事无巨细的自己解决。其实自己的需求如果拆分得足够细，有些功能是可以授权给其他的同事，请他们去做的，这样大家一起并行工作，既可以提高团队整体的效率，同时你自己的工作时间也更加充裕。同时，如果遇到问题一定要避免闭门造车，羞于开口，多向有经验的人请教。
- 返工。工作过程中的不细致留下的坑，就需要后面投入精力去填上，这也会大大的降低你的工作效率。开发的过程中一定要尽可能的避免低级的失误。
- 会议，会议，会议。经常听到自己身边同事吐槽，“天天需求评审，都没时间开发了”。其实当面沟通是一种最为高效的沟通方式，但是很多时候会议确实低效的，经常会出现在会议上几个人花大量时间在讨论几个小问题，其余人无所事事。明确需求很重要，不过应该采取更高效的方式。和你无关或者关系不大的会议可以不参加，会后直接向与会人员了解具体结论即可。组织者会前做好准备，避免无效讨论，避免会议跑偏。会议落盘，为以后遇到类似问题可以有直接索引的地方。
总结一下
要充分了解自己的需求，能够合理的把它拆分成足够小的任务，并给自己的工作留下一些处理额外事情的时间。
对于非紧急的事务，要把可以把它暂存在自己的收件箱中，后面再集中解决。
给自己留下核心开发时间。
拆分的工作，有时候可以授权他人。
避免返工。
少参加(无效的)会议。
