用户方与实施方对错各半，各有苦衷
在电子政务建设过程中，信息化项目验收是何等艰难，各方叫苦连天，问题出在哪里？怎样让双方在建设的全过程中摆脱苦涩的窘态，怎样让信息化软件把脉政务流程，已经成为各地电子政务建设者共同关注并且必须面对的问题。
但凡一个电子政务建设项目，在初期，政府相关部门都是希望达到美好的结果，他们指派专门工作人员热情地提出目前的业务工作流程。对于最难应付的"业务流程"多变性问题，政府工作人员大都采取"能不变就不变"的回避态度。IT人员在虚心地了解和研究需求后，依据项目签约的规划目标开始曲折而多艰的埋头造车了。
接着在IT设计人员软件系统的开发过程中，这些"管理业务流程"开始变形了，一边扩张、一边陷落，似乎用户的需求永远在变。当政府工作人员在真正遇到如何来权衡新的工作方式和工作习惯之间关系时，他们大多抱着"现行情况我不变"态度，因此IT人员被要求只能迎合、模拟当前现有的业务工作流程，进而陷入了应付需求不断变化的泥潭中。
这种情况并不少见。按照某种业务流程设计的信息系统，在还没有验收，甚至还没实施的时候，就遭遇"业务流程改变"的风险，宣告前功尽弃。应了一句俗话："计划没有变化快"。项目做到后面，已经不是项目签约时的目标了。因此，出现了用户不满意、用户关系处理不好、IT设计者叫苦连天等等，这主要是上面所谈的业务运作特点所致。
政务流程多变向谁抱怨
如何确保系统实施成功，是现阶段电子政务建设需要思考的关键问题，而电子政务的信息化技术和行政管理体制之间的"融合"则是重中之重。
在实施信息化建设的时候，一个不可回避的问题是必须先树立"规范化行政管理"理念，这就要求政府改变原有的思维模式，进行必要的业务流程重组和工作方式的改变。信息化软件系统决不应成为原有人工管理的电子版，而要全面推进政府行政的"先进管理模式" ，主要表现在理念、组织、方法、手段、人才及技术培训等方面。
对于软件开发与实施的IT人员来说，熟悉政府工作是至关重要的。不能在某一时间点由双方以正式文档方式来个"一刀两断"——设计按照该时间点以前的"业务流程"进行，而在该点以后的变化就不予理会。这种做法的潜台词是：你需求都没定，叫我怎么做？
今天的电子政务建设，已经不能墨守成规、闭门造车了。对于政府部门这一需求主体来讲，为了提高行政效能、改进服务，在行政"以人为本"的指导方针下，"行政业务流程"越变越频繁，这正是反映了政治体制改革和政府职能转变的过程。在这种形势下，我们有必要重新审视对于"业务流程变化"的态度。
在设计软件的过程中，要充分考虑"业务流程"的易变性，要在有"业务流程多变风险"的思想准备下进行系统建设。
大胆地学习和使用新的技术和管理思想；在技术上,采用组件构架的设计思想、中间件和一些成熟的平台产品，允许客户对软件系统中的"业务流程"进行不同程度的调整,使开发出来的信息系统是一个"活"的系统.让双方共同把视角放到对流程的调整、优化上，而不仅仅放在流程的实现上。
需求分析谁明了
对于政府管理者来说，往往是从业务自身来考虑具体要求；而对于信息系统设计人员来说，则更多的是从系统现行目标的实现与功能、性能要求来进行设计。实际上，双方人员都没有很好地区别"系统需求分析" 和"应用需求分析"。"系统需求分析"常常是管理者经常要解决的日常政务管理和政策控制的问题，它产生的是信息化软件项目的"系统目标"；"应用需求分析"常常是围绕现行的政务工作和信息化软件实际使用后而政府管理人员挖掘产生的潜在性、外延性、扩展性工作，它产生的是信息化软件项目的"应用目标"。系统目标是"现行"的，应用目标是"与时俱进"的，而双方都把信息化软件项目的"系统目标"和"应用目标"混为一谈了。
所以，一个成功的电子政务信息化软件系统一定要科学、严谨地设计系统目标，并且这个系统目标是能够支持政府在提出项目时发展式的应用目标，尤其关键的是应用目标，它是支持政府的业务应用拓展和系统拓展的基础，是电子政务软件生命力长久的体现。
"补充要求"葬送整个项目
凡是有政务信息系统开发的用户或开发者，总会有这样的经历：政府管理人员煞费苦心地考虑并向开发者提出了一个需求，开发者围绕这个需求设计其实现的功能。但是，当开发者把结果交给用户时，用户又说还有一个补充的要求。
用户的补充要求需要对软件信息系统进行全面的修改，甚至是推倒重来。双方艰难地、反反复复地修改和调整，怎么办？"木已成舟"，而政府工作人员对软件系统用之无味，弃之可惜，遂成鸡肋。
在整个政务信息系统建设的过程中，政府工作人员经常会抱怨开发者不懂得实际的政务，而信息化软件设计者则会抱怨对方太反复无常、水平低。这个事情的背后所反映的问题恰恰是双方在开发过程中的随意性，根本上是政府业务流程规范化和开发的过程规范化的问题。
那么，应该采用怎样的策略与对策来解决这种问题？我们说"规范化"是根本。比如：三星级饭店，它的管理、数据处理流程必定满足相应的标准，一定是规范的，因此，只要模拟了原始的数据处理流程，进行系统开发，就能较好地发挥出系统的效益。
更多的政府机关，其管理方式和业务处理流程是自然形成的，是不规范的、非标准化和零乱的，即使是用手工处理方式来衡量，也存在很多不合理的地方。如果仅仅着眼于如何用软件系统模拟原有的处理流程，就会出现问题的根源。
众所周知：建设高速公路很少有在原有羊肠小道的基础上扩建而成的。因此，作为政府行政部门的信息系统建设，如果仅仅模拟原有的不规范的数据处理流程，很难实现系统的高效率，而且也难以维护。
政府只有将自然形成的管理方式和数据处理流程进行规范化和标准化，即：先解决好自身政务方面存在的问题，把解决政府管理中的体制、制度方面的障碍，放在重要的地位，并且为政府信息化不断创造有利的体制条件并提供体制保障，才能保证电子政务软件系统建设获得良好的效果。
另外，作为政务信息系统开发方，要思考政府实施的总目标模式是什么？必须明白电子政务的关键是政务，而不是技术。在搞清楚政府信息化的建设是技术重于制度，还是制度重于技术的原理后，才能因时而异，根据情况发展而设计系统的模型，并且此模型还应该具有开放性和可扩展性。
切忌用技术手段去固化政府行政管理程序,同时采用的信息技术也不是越先进越好，以适用的技术为宜，务必做到三个结合：同政府职能转变相结合，同政府业务流程重组相结合，同政府机构变革相结合。这样，才能使政务信息软件系统贴近实用、贴近应用，使政务信息化项目走在正常的轨道上。
|
