|
|
|
|
|
|
影响大型电子政务项目成功率的规则研究
|
| 出处：电子政务工程服务网 日期：2004-12-30 |
保存本文 |
|
|
|
|
规则一 电子政务的成功是指信息技术所支持的政务业务运行的成功。判定电子政务工程成败的唯一标准是业务标准，而不是信息技术标准。
电子政务的实质是利用互联网等现代信息技术来改进政府对社会的服务工作，提高政府的工作效率，改善政府与社会的沟通，提升政府对社会服务的质量。改进政务成为目的，电子信息技术成为手段与工具。
要求1、电子政务的目标，是要建立一套更有效率的服务业务。它是一个动态的过程，新的业务要能持续地运行下去，而不能停止，除非用更新的业务来代替它。电子政务工程通常不会因为技术的困难而不能开始，电子政务的失败主要是业务做不下去了而失败。
要求2、业务的可持续设计要比系统的可运行设计更关键，更重要。业务的可行性问题实际是更难处理的问题。
规则二 成功的电子政务项目大多是由必须成功的重要业务来拉动的。
电子政务的成果应当是一项长久服务的业务，一项业务要能长久地存在下去，业务本身的重要性是一个关键问题。
在一项任务开始之前，我们应先评价一下这项业务本身的价值是不是非常重要？是不是一旦起步就不能终止的？是不是很多人的工作要依赖于它？如果这项业务非常重要，那就坚决去做，并一定能成功。如果不是这样，这项业务原本就是可有可无，那就千万不要做，因为没有人能使一项无足轻重的业务获得长久的成功。
规则三 大型电子政务工程，必须要有大规模的重大业务来拉动。
电子政务工程的规模，必须要与相应的业务规模相匹配。大型工程必须要有大型的业务规模来支撑。
我们与业务规模相匹配的原则，是为了帮助我们的设计者，在没有看清大规模的业务之前，不要去规划那些规模太大的项目。不要动不动就搞一个统一平台，把所有业务部门的信息都统一起来，也不要动不动就把系统推到基层。关键的是要看清楚到底有多大的业务规模，绝不要做小业务拉不动的大系统。
规划四 信息系统业务的规模与复杂性成反比。
一个规模大的信息系统，一定是服务基层工作人员的简单系统。如果一项系统涉及的技术比较复杂，如决策支持，数据挖掘，那必然是少数人使用的小规模系统。不可能有规模又大，技术又复杂的系统。
1、如果是放在提供复杂的应用技术上，那就要限制应用的规模，不要把系统做大，做大了就不可能成功。
2、如果我们需要的是大规模，那就必须是非常简单的操作型系统，不要加入那些复杂的，面向高层研究人员的应用，只有非常简单的系统，才能支持大的规模。
那些能够形成大规模的业务，都是面向基层操作人员的标准化业务。业务的规则非常简单，只是一种逻辑的运算，正是这种简单的应用，才能形成全国巨大的规模。
规则五 电子政务的效益与涉密程度成反比。
这里所指的涉密是指涉及国家机密，而不是商业秘密、工作秘密。如果一个系统涉及国家机密，那么其保密成本就会急剧升高，而且对国家机密的失泄问题处理也会政治化，这会使得电子政务系统无法按照正常的经济规律来选择合理的信息安全技术标准，进而会破坏信息安全标准与信息服务需求的平衡，这会严重影响电子政务建设的进度，成本以及最后的效益。
一个不涉及国家机密的系统，并不是不需要信息安全，一个有效服务的系统对社会负有提供可信赖服务的责任，它也负有保守企业的商业秘密、个人隐私以及政府的某些工作秘密的责任。但是，如果不涉及国家机密，我们就可以去掉政治因素，来合理地依据泄密事件的概率及造成的损失来选择经济合理匹配的防范技术与措施，这样就能更经济有效地保障系统的安全运行，而如果涉及了国家秘密，经济合理有效的方案将很难被采纳。因此，我们在这里强调电子政务系统的效益与涉密程度成反比是一点都不为过的。
规则六 影响电子政务是否可持续的根本因素是系统内外的利益平衡。
1、电子政务的服务要给用户带来切实的利益。
2、电子政务的运行要能为合作者的付出带来足够的补偿。
3、电子政务的持久运行还依赖于合理的自身利益循环机制，业务运行机构所支付的成本应有足够的补偿，并使之有能力与兴趣去改进工作。
规则七 运行机制设计应先于工程技术设计。
电子政务的工程设计在初期是非常重要的工作，很容易吸收主管人的极大注意力。但是，从长远的运行来讲，电子政务的运行机制将是一个更能持久发挥作用的因素。好的机制会不断改进与完善电子政务的运行系统，会使系统更优化，以提高效益。
规则八 选好电子政务的突破口非常重要，整体的成功是由突破口的成功扩展而来的。
电子政务的建设，同样也有个机会选择的问题，我们应当选择那些容易成功，而又能取得更大效益的事情。选好目标是非常重要的，不同的项目成功率与投入的力量与效果是在不一样的，因此，选题本身就是最有效的提高成功率的重要措施。
对于一个大型电子政务工程来讲，选择从哪里开始起步非常重要，突破口一定要成功，如果突破口选错了，接下来的工作就会非常困难，我们的工作必须要从成功点的扩充开始。一个完善的系统，并不是一开始就设计好的，而是在不断的成功中扩展、完善而成的。
规则九 要以建立稳定的业务为中心，不要以建立平台为中心。
我们不要奢望有太多的业务集中到一个集中的平台上，有一两项业务就不错了，以平台为中心必定为业务的建设增加麻烦，使得原本就很困难有业务建设，增加了麻烦。特别是对于大型电子政务工程建设，一定要以业务为中心来建设，多做几个专用平台没有关系，有了经验后还可以再调整。
规则十 放弃乌托邦式的信息共享，做目标明确有限的信息共享。
大系统的信息共享还是非常困难的事情，为了便于大范围实现，我们必须要将共享的数据设计得非常简单，数据项也要越少越好，简单才有利于成功。
规则十一 设计阶段性的成果，提升大型电子政务工程的成功率。
大型电子政务工程通常周期都比较长，这样就大大增加了被中断、被干扰、外界支持环境发生变化的风险。其中一项有效的措施是阶段性成果的设计。在大型电子政务的不断推行的过程中，及时地推出阶段性的成果，来给支持者鼓劲，这已成为提高项目成功率的一项关键措施。
规则十二 面向公共服务的项目会更有效果。
大型电子政务工程的成功率与业务的方向还是有一定的相关。我们知道，一项电子政务工程是否成功，还会与以下的因素有关：一是目标是否清晰、具体？是否便于测量？含糊的目标是很难引导项目成功的；二是业务本身的性质，是不是很结构化？是不是便于使用现代信息技术？如果一项业务非结构化，或半结构化，那就很难做，我们只能做小型化试验项目；三是业务本身对政府改革涉及的广度与深度；政府改革是要做的，但是如果一下子涉及到太多的部门利益，这样阻力就会太多，改革还是一步一步地进行。
1、电子政务可选的业务方向是：改善政府监管；改进与提高政府机构的工作效率；改善政府对公众服务的质量，扩大服务规模。
2、第二方面是提高政府内部的工作效率，主要是政府自身业务的改进问题，由于这方面的应用缺乏非常明确的外部测量标准，并且政府内部业务并不都是结构化的，所以这方面的电子政务应用不宜规模过大，规模过大效果通常不好。
3、第三方面的业务是为公众提供服务的业务，这方面的业务空间很大，从为市民服务的交通卡到社会保障系统，到政府的门户网站，信息公开，都有着很大的发展空间
|
|
|
|
 相关文章 |
|
推荐文章 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
