在电子政务建设过程中，信息化项目验收是何等艰难，各方叫苦连天，问题出在哪里？怎样让双方在建设的全过程中摆脱苦涩的窘态，怎样让信息化软件把脉政务流程，已经成为各地电子政务建设者共同关注并且必须面对的问题。

　　流程多变向谁抱怨 如何确保系统实施成功，是现阶段电子政务建设需要思考的关键问题，而电子政务的信息化技术和行政管理体制之间的“融合”则是重中之重。

　　在实施信息化建设的时候，一个不可回避的问题是必须先树立“规范化行政管理”理念，这就要求政府改变原有的思维模式，进行必要的业务流程重组和工作方式的改变。信息化软件系统决不应成为原有人工管理的电子版，而要全面推进政府行政的先进管理模式，主要表现在理念、组织、人才及技术培训等方面。

　　对于软件开发与实施的IT人员来说，熟悉政府工作是至关重要的。不能在某一时间点由双方以正式文档方式来个“一刀两断”——设计按照该时间点以前的业务流程进行，而在该点以后的变化就不予理会。这种做法的潜台词是：你需求都没定，叫我怎么做？

　　需求分析难明了 对于政府管理者来说，往往是从业务自身来考虑具体要求；而对于信息系统设计人员来说，则更多的是从系统现行目标的实现与功能、性能要求来进行设计。实际上，双方人员都没有很好地区别系统需求分析和应用需求分析。

　　一个成功的电子政务信息化软件系统一定要科学、严谨地设计系统目标，并且这个系统目标是能够支持政府提出的发展式应用，它是支持政府的业务应用拓展和系统拓展的基础，是电子政务软件生命力长久的体现。

　　补充要求葬送整个项目 凡是参与过政务信息系统开发的用户，总会有这样的经历：政府管理人员煞费苦心地考虑并向开发者提出了一个需求，开发者围绕这个需求设计其实现的功能。但是，当开发者把结果交给用户时，用户又说还有一个补充的要求。

　　用户的补充要求往往需要对软件信息系统进行全面修改，甚至是推倒重来。双方艰难地、反反复复地修改和调整，怎么办？“木已成舟”，政府工作人员对软件系统用之无味，弃之可惜，遂成鸡肋。

　　在整个政务信息系统建设的过程中，政府工作人员经常会抱怨开发者不懂实际的政务，而信息化软件设计者则会抱怨对方太反复无常、水平低。这个事情的背后所反映的问题恰恰是双方在开发过程中的随意性，根本上是政府业务流程规范化和开发的过程规范化的问题。