样板工程为什么变成了豆腐渣

回想起做过的大多数项目都有不少令人不快的回忆,各种各样的问题层出不穷,而且越到后来故事越多.

项目开始之前,信誓旦旦,要做出一个引以为豪的样板工程,成为职业生涯中的一个代表作,做好Requirment analyse,Design,Coding,Unit test. 开始确实不错,文档搞得象模象样,UML图也画得煞是好看,也按照理想的标准开始写代码了,单元测试代码也一应俱全, 一切仿佛都在掌握之中,可是随着意料之外的需求变化,设计缺陷,人员变动,以及限于时间对Bug的草草应付,样板工程变成了豆腐渣

 

首先,软件不比其实产品,它毕竟是人起决定作用的东西.俗话说,人上一百,形形色色,如何最大限度地发挥人的主观能动性,是项目成功的决定因素.

 

其次,要有充分的风险控制,有些问题是无法预知,如果意想不到的事情发生,就要有相应的预案,能够充分化解风险.

 

再次,代码文档化,代码规范化是必不可少,软件最终的终极形式是代码,严格按设计思想,分层分模块,遵循一致的代码规范编程是项目成功的必要条件,并影响着项目的生命周期. 

做一个好项目需要哪些因素, 按软件工程的说法,要遵循一定的流程和一些原则,并坚持贯彻于项目各个阶段.

无论RUP, XP, PSP/TSP, TDD/MDA, 莫不如此