参加工作多年了，来来回回参与了N多项目，大部分都是政府性的招标项目。每个项目都是顺利进行验收，在这些验收过的项目中大部分都或多或少都有一定的时间延期，每个项目都能够和合同或者需求说明书对应的上，但是真正派上大用场的系统确实少之又少。一般验收完成之后，项目就很少有人管理，也就缺乏了项目的持续性。留下的就是一大堆文档和代码。

通过上面的描述，我总结了有以下几点原因。

每个招标项目大部分的想法都是很丰满的，写的需求书都是能够反应项目的目标的。但是这些需求往往是很多不切实际的，有点像飘在空中无法落地。所以以后每次需求讨论都会往下降一点，最终回过头来看以前的需求就是两条路，以前是弯的，现在是值得。有更胜的是直接在验收的时候采用录屏和原型。也有实现不了的需求很多都是通过酒桌上来解决的，这就是天朝特色。

有的项目是做的比较好的，而且技术特点也比较鲜明。但是就算这种相当不错的项目，做完之后是很少有专门有人去维护和升级改造的。然而业主方面也很少会真正会使用当前系统，很难通过一个系统改变工作方式和流程。最终出现的局面是系统还在转，但是很少有打开过。而后二期或者升级版的，只能说用到的只是之前的数据，系统功能什么的都是重新开发。

刚参加工作的时候，项目验收的时候会很紧张，生怕自己负责的项目通过不了。有的时候前天晚上都睡不着觉，后来慢慢地发现这只不过是一个过程。一般情况下完成了相关的文档工作和系统演示的时候能够跑通一两个流程，都是能够通过的。其实真正验收缺少的是对这个项目里面的内容控制，专家和业主看到的只是表面的，看不透实质的东西。敷衍了事的占了大多数。

由于IT是个人员流动比较大的行业，想让一个人从头跟到尾是相当难的，除非这个人是公司的合伙人。这导致了一个项目经常换参与人员，最严重的一个项目实施过程中会有N多人参与，每个人做事风格，对项目的了解程度不一样，导致垃圾代码，需求偏移相当严重。以前实施的成果也是随着人员变动不能存储，导致整个项目不系统，到处都是补丁。

信息系统管理本来是有一套严格的管理流程，但是在国外能够按照那个流程来的，真的少之又少，什么时间管理，配置管理，人员管理..都是行不通的。这也导致项目的不规范，很多文档对应不上开发的实际功能，项目后期也就成了代码是代码和文档是两个非常独立信息。业主向变更随便提，监理的作用其实就是管理合同的，缺少了对项目的监控。项目没有时间概念，上面领导提了意见就是最大的需求，所有的重心随着改变。

由于很多来直接接触的业主不是很懂信息化，他们只考虑面上的功能是否实现。具体里面怎么实现那真是千奇百怪，很多都不会考虑到这个系统一直运行下去会出现什么样的效果。而且由于一开始的数据量不是很大，也掩盖掉了许多性能问题。出现这种情况大多数决定在承建单位，但是很多承建单位是达不到这个层次的。

总结：上面提的这些只代表个人观点，也许上面这些情况只是出现在我参与的项目。希望中国的软件行业越来越好。