项目从启动到结束,中间的过程是漫长的、枯燥的,也是最容易暴露问题的。因为时间长,即使问题概率很小,也难免会碰到。除了前面所提到的团队活力(毕竟不是技术问题),可能遇到的状况太多了,但不论如何,只要团队的活力依旧,就没什么解决不了的。下面举几个例子,我大致划分为两类:团队内部的和外部的
内部的——需求搞错了、设计失误、关键技术障碍,人员变动
外部的——需求有变化,其它部门不配合,公司裁员
总之,各种意想不到的情况都可能发生。
关于内部的问题,其实没什么可说的。需求错了——改,设计失误——补救不了就重做,表想着能蒙混过去,躲得了初一躲不过十五(出来混迟早要还),一五一十把情况讲清楚,先把责任承担下来(你会发现事情并不象想象的糟糕,谁不会犯错?)。你都把责任承担下来了,客户和老板还有什么好说的,情况已经这样(至少问题一开始就被暴露了,不用等到交付的时候才发现),重要的是解决问题,而不是批评、责怪。只要最终能把项目做成,其它都不重要(当然时间还是要控制的)。
技术障碍——这个专业性就比较强,技术瓶颈这东西原是需求或最初的设计时候就应预测的到的,但现在就是出现了。怎么办?要么集中火力攻克,要么绕道(替代)。是个体现集体力量或者找外援的时刻,大家都想想办法,也请教下同行(总会认识些)。不论怎样也要试试,总不能就这样了。