走路与项目管理

走路与项目管理每天上下班都要走不少的路，却是最近几天才体会出走路与项目管理之间的联系。 因为基本能确定上班花在路上的时间，所以每天几乎都是掐着点儿从家里动身。可是在刚出门走去地铁站的时候，因为觉得还早，所以挺悠哉的像散步一样走过去。可是下了地铁往往都8点10好几，有时是11、2分，有时就是17、8分了，从地铁站到公司也要10来分钟，就只好紧赶慢赶，甚至跑步前进了。就算这样也未必就能准时赶到公司，上次的迟到就是一个明证了。 项目管理也会出现同样的情形。通常在项目启动时，大家都知道我们有“大量的”时间，虽然可能这段时间相对于真实进度而言可能还是很紧急甚至是不够的，可是大家看着数量“巨大”的时间资源摆在面前，很简单产生一种“还早呢”的懈怠感。于是在项目初期产生拖拉、分析设计不深入等问题也不足为奇。同样，在项目中期虽然会感觉到一定的压力，但仍会感觉有一定的“缓冲时间”在，有时也会产生“唉，这个问题我知道，等我有空了就立刻解决”或是“我知道这里应当重新设计，可是我们还有时间，等过一会儿我有空了一定会好好设计的”这种想法/做法。然而当进行到项目收尾阶段，大家才会发觉时间不够用，前面没解决的问题全都拖到这个阶段，各种各样的毛病、问题和用户反馈像火山一样爆发，大家舍命加班加点，把全部精力都投入到Debug工作中，把那些“修饰性”的设计工作抛到了下一版，全部的团队成员都为了准时提交可用的软件这个唯一目标而努力奋斗。最终或许可以准时提交（假如足够幸运的话），但再拖延个三四周甚至几个月也并不是什么罕见的事。 为什么会这样呢？这是因为，在项目的启动阶段（开头走路时），我们拥有全部可调动的资源，同时我们的时间还没有开头铺张在不相关的地方，所以在这个时候我们最简单也最有可能削减我们的铺张。就像走路时你完全可以在前半段稍稍提高你的速度，不必奔跑，就可以省下也许10多分钟的时间，而这些时间足够让你闲适的从地铁站走到公司而不会迟到。同样在项目开头时你可以通过对需求进行具体而深入的分析，对系统进行全面的考虑而给出尽量合理的设计，在发觉时间和资源铺张的同时纠正这些错误而提高开发速度，同时减轻资源（包括时间）的铺张。在前期的这些投入将使你在项目后期得到10倍甚至100倍的收益，因为你无法收回已铺张的时间和资源，但可以通过努力工作而削减尚未产生的铺张。 而在项目后期，绝大部分的时间和资源都已经被使用，尽管你知道许多被铺张了，你也没有方法再去收回；而同时你可以调动用来进行“补偿”的资源也大大削减，之前由于懒惰、懈怠、草率造成的问题也都开头显现，所以你在这时焦头烂额，疲于奔命，但往往还是不得不面对你无法兑现你当时的承诺的凄惨结局。因为无论如何努力，人的能力是有限的，就像假如地铁站与公司的距离是一个人舍命狂奔也需要15分钟的话，你在只剩10分钟的状况下无论如何努力也是要迟到的，因为你不能期望着你能比世界短跑冠军跑得还快。 所以尽管在项目初期和项目收尾时铺张的10分钟看起来是一样的，但它们带来的影响是完全不同的，而没有熟悉到这个差别有时会产生特别严重的后果。 顺便说一句，同走路一样，通常不能期望项目相对于估算日期提前许多完成。因为当进入到项目后期，每个人都能够确定项目不会拖延，确定能够按时交付的时候，不能够希望他们还会舍命的去提前发布日期；相反，他们的通常做法是保持原来的进度甚至稍稍懈怠一些，因为“反正不可能迟到，为何不看着报纸走去公司？”。 所以假如项目比估算日期提前许多完成，那只有一种状况：估算本身偏离了实际状况太多，就犹如早上上班出来的太早，尽管你走得很慢，可还是很早到了公司一样。但要留意的是，尽管比预算提前了许多，但铺张也会更多因为预算过于宽松，紧迫感会随之降低。 -4