卢彦 面向过程软件项目开发的改革

http://www.agilelabs.cn/blogs/linkin/archive/2006/06/09/1330.aspx

相信看过“痛苦的系统，艰难的维护”这篇文章的开发人员基本上都曾经有过同样的经历。作者写得太好了，道出了底层开发人员真正的心声。

不知道多少个开发项目被这样拖死，不知道多少公司被这样的项目拖垮。虽然每个人都很想摆脱这个痛苦泥沼，但是事实上国内的普通软件开发公司却很少能跳出这个坑。

其实解决思路我想大部分人都知道，采用基于领域模型的建模手段，充分利用面向对象的好处，以摆脱这种基于数据库的事务脚本的设计手段和面向过程的思维模式。

其实这些东西并不新鲜，国外早很多年前就提出来了，国内也有n多书籍介绍，平时也见过n多讨论。但为什么就一直搞不起来呢？我在这篇文章的回复中看到一些比较典型的：

---有的时候，在设计过程中我提出了一个建议，头儿在思索了半天之后说：“你的想法很好，但是先按这样的思路做吧。”

---不客气的说，项目经理的真实水平在80年代未，项目经理本人也是只会用“只用合适的，不用先进的”之类的理论来掩盖自己在技术及管理上的无能。

做技术决策的中层领导思想比较保守，不敢大胆进行技术的改革是一个普遍性问题。因为这些人的特点是有一定年纪，家里有老有小，负担家庭的主要经济来源，比较在乎这份工作，很害怕失败需要承担的后果，没有改革的勇气。而且他们往往也不是公司的最高决策者，所以也没有承担重大责任的能力。同时也因为自己的技术也已经跟不上时代，无法充分控制技术改革过程。

凭心而论，这个改革的风险也的确是很高。即使是领导放权下面技术人员去搞，按照目前国内的开发人员技术水平，我估计成功率不会超过5%。不是我看不起国内的软件公司，这是我的亲身体会。我觉得我们的研发能力应该处在国内软件开发水平的中等偏上的地位。我们只有四个人，但也用了半年时间才非常艰辛的完成这个转换。并且我们还是在几乎没有项目交付压力的情况下才达到这个成果。如果公司人数多的话，这个时间怕是要翻倍的提高。技术负责人如果没有什么权力的话，失败的机会要更大，因为过程中哪怕只要有一点问题就可能会被领导叫停。

我相信很少有普通公司能负担得起这么大的改革成本和风险。也很少有公司领导能有这样大的眼光、决心和勇气来推进技术改革。

技术人员埋怨领导没有决心改革，领导担心技术人员没有实力改革。我想可能就是这个死循环套死了很多项目，套住了国内的软件开发企业的发展脚步吧。







posted on 2006年6月9日 15:05 由 卢彦