大概从小开始就没有时间观念，毕竟穷人的时间不值钱。上学时经常通宵敲代码，除了兴趣外，也有时间管不好的原因：大不了拖到晚上搞。最后就一直成了习惯
工作后，这个坏习惯就成了大毛病了：我做的项目经常延期。即便是一些没延期的，也不乏快结束时加班突击才搞完的，前期的时间管理依然做的很差。
在两家公司做过开发，都多多少少有这个问题。即便是小项目，有时反而会想着，反正不是啥大问题，那就多设计，写的漂亮一些，七搞八搞还是延。
一直到今年一次以项目负责人的角色去推动一次技术改造。先要说明，这种技术改造项目比较特殊，它本身更侧重长期价值。所以业务方和公司层面没有给出明确的要求和时间点，对应的，管理层会优先保证能带来直接收益的项目，对这些项目也只提供有限的支持。
如往常一样，当目前出现重大意外时，我就去找领导说明情况了。以前很多领导对都我比较照顾，兴许就宽限两天了，最多说我两句也就过去了。但不巧这次碰上个不好惹的领导，他了解情况后告诉我：你是项目负责人，你要自己去想办法，别出了问题让别人来给你擦屁股，实在不行你就延到下个版本吧。再好好总结总结，为什么提前没有管理好风险。
被骂回来一脸无助，不知道接下来该怎么办，想想实在不行就延吧。在我准备给20+个开发同步这个信息时，我就犹豫了：我司一个版本固定为15天，即便项目只需延2天，最终还是得跟15天后的版本发布。我完全不知道该如何告知大家这个悲惨的事实。
我说你们干吧，干完别上线，等我通知？还是说你们先干别的吧，十天后再回来跟我继续搞？十天后要是又有突发情况怎么办，继续延？简直是搞笑。而且这个项目本身周期就很长了，再拖下去，我自己都疲惫了。
那天晚上想了很久（印象中很多人都走了，我还发呆到很晚），想了各种方案和可能、好的不好的结果，最后终于认识到了一件事：无论如何，我都必须按时交付。
跟三位小组长沟通了我的想法后，得到了结论：
- 必须按时交付
- 整理手上的资源，按照剩余时间重新排期
- 按优先级排期，排不上的东西就坚决砍掉
- 排上的东西，按优先级、任务量，先做重要的，万一后面再有意外，不重要的也砍掉
其实这四点里，只有第一点是目标，按照项目管理金三角，自然会得到后面的手段。惭愧的是，在我以前经历的那么多项目里，从来没有把时间当做一个目标点来对待。
这中间还做了很多具体的事情，比如最紧张的阶段，我们一天早晚两次例会，早上确定今天要做的事、相关的资源准备是否到位；下午“检查”今天的任务是否如期完成。出现任何问题，第一时间处理。确保跟计划没有偏差（这个地方还有个话题：你以为没有偏差真的就没有偏差嘛）。
后来，在很多人都不相信的情况下（包括我自己），我们居然如期上线了。因为项目的特殊性，中间出现了好几次意外，每次都觉得自己扛不住了，发项目日报时用词都是“坚守XX号提测”，但幸运的是，最终还是在所有人的帮助下挺了过来。
最后，综合项目的难度、复杂度和不确定性，整个项目得到的评价也很高。
总结一下，最大的认识就是，把时间当做一个目标点来对待。以前提目标时只说“完成XXX”，之后必须要写 “XX前完成XXX”。
只有真正把时间放在心里，才会有抵消延期的行动。
