电子政务建设的各种困境问题.docx
《电子政务建设的各种困境问题.docx》由会员分享，可在线阅读，更多相关《电子政务建设的各种困境问题.docx（9页珍藏版）》请在冰豆网上搜索。
电子政务建设的各种困境问题
电子政务建立过程中各种困境
竟然不知道该系统为何物，以至该系统进度拖延一年之久，不甚感慨!
当然这也和笔者所在公司的管理制度混乱有关。
国家电子政务标准经过几年的酝酿，始终没有掀起她的红盖头。
笔者却在几年的电子政务实施过程中，总结了不少经历。
今天有时间整理出来，献给业界各位朋友，希望能够抛砖引玉，那怕能够节省国家一分钱的投资，少走一毫的弯路，也就达成心愿了。
困境之一:
人员素质困境
电子政务工程工程的重点不应在“电子〞上面，而是在“政务〞上。
电子政务应该以政务电子化、提高政府工作效能为指导思想，“电子化〞只能做为手段来辅助“政务〞这一主导思想。
既然“政务电子化〞是指导思想，当然其主要干系人就不是“电脑〞、“网络〞等，而是工程涉及到的各方面人员。
包括政府领导、政府部门工作人员、政府信息化工作人员;办事企业、老百姓;工程承建公司、公司销售经理、公司工程经理、公司开发实施人员等。
1、政府信息化领导
笔者曾经将政府信息化领导分为三种类型：
1.1精通政务，对信息化工作不甚了解型软件开发网
因为信息化工作在不少地方政府刚刚起步，信息中心是个新建部门，所以有不少信息中心的领导是从业务部门平级调过来的。
此类领导应该说精通于政府的业务工作，清晰政府各部门的工作流程。
软件开发网
但其欠缺信息化工作的经历，主要表现有：
前期调研时不配合，“我花钱了，调研应该不用我动脑筋了吧，你们自己去协调、去收集资料吧〞
软件开发网
调研报告不确认：
“我不明白调研报告写得什么东西〞;如果问他怎么修改，他也说不清楚;最后往往造成工程需求报告不能签字确认，工程没有基线
系统实施、使用过程中，不断得提出新意见，造成工程进度拖延，甚至于重新开发，当然了，工程经理对此也有很大的责任。
对于此类领导来说，工程经理一定要做好充足的心理准备。
工程前期采用种种方法给他们讲透系统会做成什么样子，为什么做成这种样子，做成这样有什么好处;工程中期采用正规的工程管理方法，跟踪每一次客户意见，形成正式文档;工程后期要据理力争，说明不能对系统进展大的修改的原因。
1.2精通政务和信息化工作型
此类领导对电子政务有一套独特的见解，又能吸收其它电子政务试点城市的经历，是信息化建立的主力军，必将引导电子政务建立的潮流。
软件开发网
遇上此类领导对工程经理即是一个挑战，因为此类工程是较难通过验收的，需要花费大量的心血;反过来说工程管理水平和规划水平肯定会得到较大的提高。
1.3专业人士，但规划水平欠缺型软件开发网
某些信息中心领导本身就有多年的信息系统建立经历，学历水平较高。
但是对本部门的电子政务建立没有一个全面的认识。
哪些系统应该在一期中完成，哪些系统应该在二期中完成?
哪些系统应该做成什么样子?
怎么样可以提高本部门的工作效率?
如何减少工程实施的阻力?
等等一系列问题上，没有一个明确的想法。
有可能会造成系统华而不实，无法实施或者使用效果不佳等问题。
如果工程经理遇到此类领导，要将各个问题考虑到他们的前面，将各个问题可能造成的结果解释清楚，希望能引起他们的共识。
当然了，因为他们是领导，处于一个主动的地位，所以这个工作实际开展起来会比拟辛苦。
但是只要有理有据，讲究方法，应该会有一个完善的结果。
2、政府工作人员
应该说，随着电子政务建立的深入，政府工作人员正从各方面经受着信息化浪潮的冲击。
不少地方政府把是否配合电子政务建立放在年度考核指标之中，这说明政府各级部门越来越重视信息化工作。
但毕竟电子政务才刚刚起步，大局部工作人员对电子政务的理解还不是十分的清晰。
笔者在几期电子政务培训中，发现不少令人惊讶的问题，受培训的政府工作人员竟然不知道如何翻开与关闭IE?
如何开关机?
如何输入用户名和密码?
工程经理如果不能认识到最终用户的使用需求，不能从他们的角度出发考虑问题，势必造成系统实施过程中步入困境。
3、承建方工程经理
软件开发网
工程经理是工程的灵魂，他的思想决定着工程的成败，所以有些客户的招标文件中明确要求，在工程实施过程中不能更换工程经理。
工程签定合同后，工程经理就是此工程的“总经理〞，直接面对各种客户，协调公司资源，从调研到实施完毕工程。
笔者曾经接触过许多“优秀〞的工程经理，精于工程管理理论，善于与人沟通，能熟练应用各种工程管理工具，但往往其所主管的工程不能成功实施。
本人究其原因，排除外界环境外，是其不具有工程经理必须具备的其它几个主要素质。
我认为工程经理应该具有以下几种素质，才算是一个称职的工程经理：
3.1勤奋忍耐
对IT人士来讲，人们也许认为工程经理这个职位不错的吗，权利还挺大的，可以经常陪客户出去玩，又不用开发程序。
其实工程经理是确实是一个比拟辛苦的职位，薪水不高（比技术骨干、公司红人要低得多）、经常出差（老婆肯定有意见，除非遇到一个比你更经常出差的老婆）、遭遇各种客户的各种要求、在公司内部不太受重视等等。
如果工程经理仅仅看中眼前利益，可以说大局部时候应该是得不偿失的，所以很多人没有坚持到工程的最后，就败走麦城了，造成了一个又一个烂尾工程。
一个成功的工程经理，应该具有坚强的精神面貌，无论碰到各种挫折，都要对自己负责，对客户负责。
笔者举个例子，2003年初，本人在某地市级政府电子政务第一期培训过程中，系统突然瘫痪，而且再也启动不了了，下面的培训人员包括市委书记、市长、部门一把手等等人员。
当时笔者顿时感觉像有一支剑沿着后脊梁骨穿了下去，两眼发直，心里想“完蛋了，这个工程就这么完毕吧。
〞晚上和信息中心的领导在一起喝酒，他们也感觉自己的从政生涯不会一帆风顺了，每个人都是一杯一杯的白酒接着喝，最后烂醉如泥。
不过，一个领导这么说了一句话，令我一辈子也忘不了：
“小谁啊，不用担忧，有问题我来承当，来喝酒〞。
事后本人极其郁闷，几度想向公司提出辞职。
但工程还是照样进展，没有出现想象中的各种问题，而且一个多月后，系统问题解决了，进展了几期更大X围的电子政务培训。
本人也不再郁闷了，领会到任何事情只要坚持总能挺过去。
这个工程后，笔者将系统的稳定性放在了系统设计的第一位，再好的系统如果压力测试不能通过，什么都是白干。
3.2引导能力
一个工程经理的引导能力关系着工程工作量的大小。
笔者曾经接触过一个合同额6万的工程的工程经理，他在调研过程中，竟然给客户演示某价值百万的，希望客户在此根底上提出栏目构造需求，结果可想而知，这个工程花费了大量的本钱。
而且客户竟然不满意，因为没有这么多的工作人员来维护如此多的栏目。
所以做工程不是说做得东西越多越好，而是要切实钻透客户的业务，抽象出能用计算机解决的最简单的方法。
在和客户沟通过程中，不能被客户牵着鼻子走，要处处想在客户的前面，想到客户还没有想到的地方，方能引导客户按照工程的即定方向开展，使工程成为一个可控的工程。
3.3沟通和表达能力
沟通和表达能力是工程经理最重要的能力，有人说工程经理大局部的时间处于沟通过程中，此言不虚。
沟通对象有：
客户方领导、客户方工作人员、工程组人员、公司领导、公司部门经理等等。
无论那一环沟通不力，都可能会造成工程进度的延迟。
困境之二:
整体规划困境
电子政务工程涉及到横向各级人民政府，纵向各部门、厅局，所以很难形成一个统一的电子政务建立标准。
比方，前期提出的“三网一库〞和“十二金工程〞就只能起到指导作用，在实际建立过程中，各级政府部门从实际出发会提出各自的建立需求。
但是笔者认为电子政务工程的整体规划却有原那么可循，参考这些原那么，也可使工程建立少走不少弯路。
笔者在下面整理了几条，各位工程经理如果认可本人的观点，可以继续完善补充。
规划前，深入了解最终用户的建立需求
大多数电子政务工程由信息中心统一规划，而最终使用者是各部门、处室。
在规划过程中，经常出现信息中心没有深入了解业务部门实际的信息化需求，而是信息中心领导参考上级领导的意见，制定总体规划，指导该工程的实施。
可想而知，这种工程的后果往往不容乐观。
信息中心领导和工作人员由于本身是政府工作人员，其对政府业务的把握明显要比开发公司要深入。
但是，由于业务工作X围不同，尤其是对横向人民政府的信息中心，不可能全面了解各部门实际的信息化建立需求。
如果在工程规划前不进展深入调研，规划的内容X围、质量都可疑心。
着眼于近期实际业务需求，分阶段推进电子政务工程
笔者参与过一个电子政务工程，合同中要求的建立内容有：
CA认证系统、外网门户、内网门户、办公自动化系统、网上审批系统、根本数据库系统、信息采编系统、财务公开系统、财税分析系统、经济分析系统、应急指挥系统十大应用系统。
从内容中我们可以分析出，该方案囊括了的电子政务的近期建立热点（办公自动化系统、门户、网上审批系统）以及将来的建立的热点（决策分析、应急指挥、CA认证系统等）。
如果按照合同的要求，实施完毕此电子政务工程，可以说，五年内不需要再进展类似的电子政务工程建立。
但其中存在的问题是：
软件开发网
1）电子政务建立处于探索阶段，各个应用系统根本都是“摸着石头过河〞，调研、开发、实施的工作量都相当大。
2）由于没有统一的、标准的数据资源的积累，电子政务的决策分析系统的建立时机还不成熟（毕竟电信、银行的决策分析工程才刚刚开场）
软件开发网
3）由于协调工作量大，出现要么开发不能按时，按质完成，造成比拟大的经济损失;要么开发完成后，工程实施有难度，使系统束之高阁。
困境之三:
实施困境
笔者在几年的电子政务工程实施过程中发现，政府客户普遍存在“重开发，轻实施〞的观念。
下面笔者举两个曾经做过的实际工程，请各位工程经理参考：
1.某纵向部门级电子政务工程
该工程调研比拟顺利，各处室业务人员、处室领导、信息中心领导都在需求报告上签字确认，认可此工程基线;
笔者和工程组成员，是平台、产品软件的坚决拥护者，深入抽象各处室客户的业务需求，规划用三个平台软件解决客户十一个业务系统的建立需求。
开发过程比拟顺利，提前完成系统开发（当然，开发工程师经常加班）;
在公司内部经过几轮测试后，需要在客户方进展Beta测试，但这以后的实施过程却一拖再拖，影响了工程整体进度。
2.某地市级政府电子政务工程
该工程建立内容包括“并联审批系统〞，有以下问题：
工程调研过程中，该政府行政效劳中心竟然不配合调研，理由是他们自己已经建立了一个并联审批系统，会在近期内上线试运行;
笔者将该情况反映给信息中心领导，领导说：
“既然他们不配合，就不用调研这个部门了;这个工程的规划、建立部门是信息中心，只要你按照我们的要求建立完成，我们就付款。
〞于是笔者所在的工程组就按照领导的要求，继续向下开展工程;
因为没有最终用户的需求，此系统的开发过程各位可想而知。
一版、二版再版后，信息中心领导终于认可此系统的功能;（当然，这和笔者当时的工程管理经历有关，不能跟踪与控制客户修改意见）
在实施过程中，由于没有最终客户行政审批大厅的配合，造成该系统只能由信息中心维护少数审批事项的介绍和相关表格，并不能真正的进展网上审批，使工程开发和工程应用严重脱节。
虽然由于信息中心的领导能力较强，可以通过市领导强迫要求推广应用此系统，但是由于没有调研最终客户的需求。
随着我国IT行业的日益开展和不断进步，各个IT企业已经开场陆续引进并开场实施了“工程经理制〞的管理模式，即：
按照其所负责行业或业务系统的不同，成立多个事业部（如：
电信事业部、金融事业部、税务事业部……），各个事业部只负责其所属行业内的工程和工程。
每个事业部内部按照不同的工程成立工程组，并且会确定相应的工程经理，以对其所负责的整个工程的全过程负责。
“工程经理制〞的引入，本应该促进企业工程实施和管理的标准化，以及提高企业的生产效率和工程实施质量。
但是，就其目前的现状而言却并不乐观，多种不利因素限制和制约了工程管理的良性开展。
现在，就我在进展工程管理工作中，所遇到的问题，将目前工程管理的现状和问题描述如下：
1、工程经理与工程严重脱节，导致工程实施严重失控。
当前，在进展工程组组建过程中，出于多种考虑，工程经理的头衔很多时候是落在了企业的老总，或是各事业部的总经理的头上（此现象尤其是在重大工程中尤为突出）。
这些老总们多数时间是在忙于其他事务，而无暇或者不能全部时间关注工程的实施和进展工作，无法真正行使工程经理的权利。
并且，其他的工程组成员没有足够的权力去管理和协调工程工作。
这样就导致了工程的失控，工程进展中遇到的问题无法被及时暴露和解决，最终致使工程失败。
2、工程组无法统一目标和方针，导致工程组工作效率低下。
由于多数工程的实施，要涉及的多个部门的协同配合，即工程组成员会由各个不同的部门同事组成。
而工程经理没有足够的权力协调其他部门的组员的工作，而且，由于工程组是临时机构，这导致了工程组成员对工程组的无视，他们往往更加乐于按照部门负责人的安排工作，而不是工程经理。
甚者会出现在工程实施期间，某部门突然将工程组中的人员抽调走，而导致工程停工或工期延误等后果。
3、工程经理的责任过大，权力过小，导致其工作畏首畏尾。
很多工程一旦确认工程经理后，工程经理就要对整个工程负全部的责任，但是与其不成正比的是，工程经理的权力却是极为有限，根本无法足以保证工程工作的正常开展。
工程经理的责任和权力的失衡，严重的影响了工程工作的正常开展，使得工程经理在工作中无法发挥作用而又害怕因失误而带来的直接责任问题。
由这样的工程经理领导的团队，注定其无法完成工程工作。
4、授权模糊或没有授权，致使工程经理对其工作职权概念模糊。
为了到达某种目的而创立了团队。
企业可能会向工程经理"授权"。
但是通常是很模糊的，即工程经理为到达既定目的可以在某种程度上采取一切必要的行动。
但也可能企业没有这样授权。
对此工程经理要么感觉手中无权，无法开展工作;要么就搞不清自己职权到底是什么。
不管怎样，这样的团队往往是要失败的。
5、公司没有按照工程进展利益分配，工程工作没有积极性。
由于公司没有基于工程进展利润分配的模式，即企业还在吃大锅饭，工程组成员无法看到工程成功与否对自己带来的直接效益，工程经理更是无法从正常的利益方面鼓励工程成员的工作积极性，某种程度上还要靠工程成员发扬风格或是工程经理与工程成员的私人关系才使工程得以正常实施，这使得工程实施工作举步为艰。
形成上述现状的原因是多方面的，主要表现在以下几个方面：
·企业制度不健全
软件开发网
目前国内IT企业的工程管理组织形式一般都属于弱矩阵或平衡矩阵类型的，职能部门和工程管理层还处于"磨合期",工作效率较低下，另外，沟通复杂本身就是矩阵型组织的突出特点。
看来，建立基于工程管理的现代企业制度，还有一个漫长而艰辛的过程。
软件开发网
·工程经理制的在企业中没有具体切实落实
软件开发网
在目前IT行业企业的编制中，工程经理部仍是可有可无的，工程经理多数情况是由职能部门人员“客串〞或是兼职的。
在企业中，很难找到专职的工程经理。
而且，目前的工程经理大都被定义为“传声筒〞，一般没有真正意义上掌握人、财、物大权的工程经理。
·工程经理自身的原因
1工程经理缺乏工程管理方面经历;
2工程经理不懂工程所必须技术，是个技术外行;
.mscto.
3工程经理没有足够的应有的权力;.mscto.
4关键性文件没有被及时的制定、颁发，甚至工程经理制定的有些文件是错误的;
5工程经理没有全局观念，把注意力过多地放在自己熟悉、喜欢的部门或单位。
如果要解决上述问题，最根本的途径是认清工程经理的地位和作用，重点是正确界定工程经理的责权利。
一工程经理的地位和作用
工程管理的组织的特征是严格意义的个人负责制，个人负责制的核心人物必然是工程经理。
所以工程经理是决定一个工程成败的关键人物。
工程经理是工程实施的最高领导者、组织者、责任者，在工程管理中起到决定性的作用。
成功的工程应该是使工程任务能够按照既定的方案和要求完成，以及工程成果能使本企业组织成员工程组中的主要成员、最终用户或委托人感觉高度满意。
最终给企业创造效益。
工程经理是工程有关各方协调配合的桥梁和纽带，处在上下各方的核心地位。
工程管理说到底是人的管理与协调。
负责沟通、协商、解决各种矛盾、冲突、纠纷的关键人物是工程经理。
他对工程行使管理权，也对工程目标的实现承当全部责任。
他所扮演的角色是任何其他人不可替代的。
工程经理作为企业委派在工程管理上的代表，按合同和约履约是他一切行动的最高准那么，拒绝承当合同以外的其他各方强加的干预、指令、责任是他的根本权力。
工程经理是工程信息沟通的发源地和控制者，在工程实施过程中，来自工程外的重要信息、指令要通过工程经理来汇总、沟通、交涉，对工程内部，工程经理是各种重要指标、决策、方案、方案、措施、制度的决策人和制定者。
二工程经理的责、权、利
（一）工程经理的职责
.mscto.
1.确保工程目标实现，保证用户的满意。
这项根本职责是检查和衡量工程经理管理成败、水平上下的根本标志。
2.制定工程阶段性目标和工程总体控制方案。
工程总目标一经确定，工程经理的职责之一就是将总目标分解，划分出主要工作内容和工作量，确定工程阶段性目标的实现标志如形象进度控制点等。
3.组织精干的工程管理班子。
这是工程经理管好工程的根本条件，也是工程成功的组织保证。
.mscto.
4.及时决策。
工程经理需亲自决策的问题包括实施方案、人事任免奖惩、重大技术措施、设备采购方案、资源调配、进度方案安排、合同及设计变更等。
5.履行合同义务，监视合同执行，处理合同变更。
工程经理以合同当事人的身份，运用合同的法律约束手段，把工程各方统一到工程目标和合同条款上来。
（二）工程经理的权力
1.指挥权工程经理有权按工程相关合同的规定，根据工程随时出现的人、财、物等资源变化情况进展指挥调度，对于工程工程组织设计和网络方案，也有权在保证总目标不变的前提下进展优化和调整，以保证工程经理能对工程实施过程中出现的各种变化应付自如。
2.人事权工程经理应有权对工程组的组成人员进展选择、考核、聘任和解聘，有权根据工程需要对工程组成员进展调配、指挥，并且有权根据工程组成员在工程过程中的表现进展奖励和惩罚。
3.财权工程经理必须拥有工程X围内的财务决策权，在财务制度允许的X围内，工程经理有权安排工程费用的开支，有权对工程预算内的款项进展安排和支配，并且，在工程实施期间，工程经理应有权在工资基金X围内决定工程组内部的计酬方式、分配方法、分配原那么。
对风险应变费用、赶工措施费用等都有使用支配权。
4.技术决策权主要是审查和批准重大技术措施和技术方案，以防止决策失误造成重大损失。
必要时召集技术方案论证会或外请咨询专家，以防止决策失误。
5.设备、工具、材料的采购与控制权在企业有关规定的X围内，工程经理应有权决定工程相关设备、材料的采买时间及数量，对工程相关的设备、工具、材料等有权按质量标准检验后决定是否用于本工程。
但工程相关主要设备的采购权不宜授予工程经理，否那么可能影响公司的效益，但由采购部门采购设备必须按时、按质、按量，否那么工程经理有权拒收或采取其他措施。
软件开发网
（三）工程经理的利益
目前，在国内IT企业中，因工程经理的权限较小，责任较大，而且多数企业都没有对工程经理的工作绩效进展深入评测，并且与其直接利用挂钩，这使得工程经理经常是付出的多，得到的少，久而久之，工作积极性下降。
要明确工程经理的利益，改隐性收入为显性收入。
企业应该对工程经理按照工程进展独立核算，改变过去那种只干不算。
按照工程实施质量和最终结果，从工程利润中提取一定比例作为奖励基金，由工程经理按规定分配。
工程经理的最终利益是工程经理行使权力和承当责任的结果，也是市场经济条件下责、权、利相互统一的具体表现。
工程经理除按规定标准享受企业制定的工资和奖金外，如果其负责工程的各项指标和整个工程都到达既定的要求，应该在工程终审赢余时按利润比例提成予以奖励。
如果工程经理所负责工程未按合同要求完成，可根据工程具体的情况，扣发全部工程奖金。
如属个人责任，致使工程工期拖延、本钱亏损或造成重大事故的，除扣发全部工程奖金外，可处以一次性罚款并下浮工资，性质严重者要按有关规定追究责任。
综上所述，工程经理是对工程管理全面负责的管理者，也是施工工程的管理中心，明确工程经理的责、权、利，并在工程管理中落到实处，是企业挖掘内部潜力;获取最大利润"的根本途径;是工程能否成功及工程管理目标、本钱目标能否实现的关键。
如今，伴随了IT业技术的日新月异的开展与更新，其工程管理规X化进程也在加速开展。
“工程经理〞这个年轻的职业正在IT企业中发挥越来越重要的作用。
当今企业的开展呼唤好的工程经理，但是更重要的是我们更加需要适合于工程经理发挥能量的舞台和能够培养更多更好的工程经理的温床。
升级会员 