拯救拖延症


大概从小开始就没有时间观念,毕竟穷人的时间不值钱。上学时经常通宵敲代码,除了兴趣外,也有时间管不好的原因:大不了拖到晚上搞。最后就一直成了习惯

工作后,这个坏习惯就成了大毛病了:我做的项目经常延期。即便是一些没延期的,也不乏快结束时加班突击才搞完的,前期的时间管理依然做的很差。

在两家公司做过开发,都多多少少有这个问题。即便是小项目,有时反而会想着,反正不是啥大问题,那就多设计,写的漂亮一些,七搞八搞还是延。

一直到今年一次以项目负责人的角色去推动一次技术改造。先要说明,这种技术改造项目比较特殊,它本身更侧重长期价值。所以业务方和公司层面没有给出明确的要求和时间点,对应的,管理层会优先保证能带来直接收益的项目,对这些项目也只提供有限的支持。

如往常一样,当目前出现重大意外时,我就去找领导说明情况了。以前很多领导对都我比较照顾,兴许就宽限两天了,最多说我两句也就过去了。但不巧这次碰上个不好惹的领导,他了解情况后告诉我:你是项目负责人,你要自己去想办法,别出了问题让别人来给你擦屁股,实在不行你就延到下个版本吧。再好好总结总结,为什么提前没有管理好风险。

被骂回来一脸无助,不知道接下来该怎么办,想想实在不行就延吧。在我准备给20+个开发同步这个信息时,我就犹豫了:我司一个版本固定为15天,即便项目只需延2天,最终还是得跟15天后的版本发布。我完全不知道该如何告知大家这个悲惨的事实。

我说你们干吧,干完别上线,等我通知?还是说你们先干别的吧,十天后再回来跟我继续搞?十天后要是又有突发情况怎么办,继续延?简直是搞笑。而且这个项目本身周期就很长了,再拖下去,我自己都疲惫了。

那天晚上想了很久(印象中很多人都走了,我还发呆到很晚),想了各种方案和可能、好的不好的结果,最后终于认识到了一件事:无论如何,我都必须按时交付。

跟三位小组长沟通了我的想法后,得到了结论:

  1. 必须按时交付
  2. 整理手上的资源,按照剩余时间重新排期
  3. 按优先级排期,排不上的东西就坚决砍掉
  4. 排上的东西,按优先级、任务量,先做重要的,万一后面再有意外,不重要的也砍掉

其实这四点里,只有第一点是目标,按照项目管理金三角,自然会得到后面的手段。惭愧的是,在我以前经历的那么多项目里,从来没有把时间当做一个目标点来对待。

这中间还做了很多具体的事情,比如最紧张的阶段,我们一天早晚两次例会,早上确定今天要做的事、相关的资源准备是否到位;下午“检查”今天的任务是否如期完成。出现任何问题,第一时间处理。确保跟计划没有偏差(这个地方还有个话题:你以为没有偏差真的就没有偏差嘛)。

后来,在很多人都不相信的情况下(包括我自己),我们居然如期上线了。因为项目的特殊性,中间出现了好几次意外,每次都觉得自己扛不住了,发项目日报时用词都是“坚守XX号提测”,但幸运的是,最终还是在所有人的帮助下挺了过来。

最后,综合项目的难度、复杂度和不确定性,整个项目得到的评价也很高。

总结一下,最大的认识就是,把时间当做一个目标点来对待。以前提目标时只说“完成XXX”,之后必须要写 “XX前完成XXX”。

只有真正把时间放在心里,才会有抵消延期的行动。

Avatar
huiren
Code Artisan

问渠那得清如许,为有源头活水来

上一页
comments powered by Disqus