＋设为首页 ＋添加到收藏夹
每天上下班都要走不少的路,却是最近几天才体会出走路与项目管理之间的联系.
因为基本能确定上班花在路上的时间,所以每天几乎都是掐着点儿从家里出发.可是在刚出门走去地铁站的时候,因为觉得还早,所以挺悠哉的像散步一样走过去.可是下了地铁往往都8点10好几,有时是11.2分,有时就是17.8分了,从地铁站到公司也要10来分钟,就只好紧赶慢赶,甚至跑步前进了.就算这样也未必就能及时赶到公司,上次的迟到就是一个明证了. 【程序编程相关:第十一章 事件[《.net框架程序设计》】
【推荐阅读:从TeamSource到WinCVS】
项目管理也会出现同样的情形.通常在项目启动时,大家都知道我们有“大量的”时间,虽然可能这段时间相对于真实进度而言可能还是很紧张甚至是不够的,可是大家看着数量“巨大”的时间资源摆在面前,很容易产生一种“还早呢”的懈怠感.于是在项目初期产生拖拉.分析设计不深入等问题也不足为奇.同样,在项目中期虽然会感觉到一定的压力,但仍会感觉有一定的“缓冲时间”在,有时也会产生“唉,这个问题我知道,等我有空了就马上解决”或是“我知道这里应该重新设计,可是我们还有时间,等过一会儿我有空了一定会好好设计的”这种想法/做法.然而当进行到项目收尾阶段,大家才会发现时间不够用,前面没解决的问题全都拖到这个阶段,各种各样的毛病.问题与用户反馈像火山一样爆发,大家拼命加班加点,把所有精力都投入到debug工作中,把那些“修饰性”的设计工作抛到了下一版,所有的团队成员都为了准时提交可用的软件这个唯一目标而努力奋斗.最终也许可以准时提交（如果足够幸运的话）,但再拖延个三四周甚至几个月也并不是什么罕见的事.
为什么会这样呢?这是因为,在项目的启动阶段（开始走路时）,我们拥有全部可调动的资源,同时我们的时间还没有开始浪费在不相关的地方,所以在这个时候我们最容易也最有可能减少我们的浪费.... 下一页