电子政务与政府管理创新案例

• 该系统的最大好处不仅仅在于其技术先进， 还在于它在促进部门协同的同时能减少许 多额外的投入，相对于前一种技术安排而 言，它不需要街道再花力气去维护自己的 数据库平台。
问题二
问题三、假设您是街道办主任，您的选择意 见（选2还是选1）为什么
方案三：介于中间的技术安排
• 该方案要求在街道层面建立数据整合体系和网络互联 (整合)机制，但在两方面所实现的功能都相对有限。
• 从2000年起，L街道一直在探索提升公共服务能力的 有效路径，其焦点是加强政府公共部门间的协同水平
• 2005年，街道建立了第一个“一门（站）式”中心， 当时其核心理念是要减少百姓奔波于多个部门间的烦 恼，提高行政部门间的协同水平。但客观地来看，这 一时期的“一门式”中心只是在街道原劳动保障事务 所的基础上扩大了服务设施的建筑面积，将其他相关 为民服务部门(如民政、计生等业务科室)迁入而已。
• 特点一：在街道层面建立一个专网整合服务器，以其 整合各个专网的数据
• 特点二：该方案运用专网整合服务器把各个专网整合 到街道层面。但这种整合并不能直接进行各专网之间 的实时数据交换，而只是将这些专网共同接到同一个 虚拟平台之上，各专网之间仍然是彼此封闭的状态。
• 特点三：在该方案中，数据信息之间的共享还需要第 二个步骤才能解决，这就是运用装载专门软件的一站 式服务器来进行信息协同。
• 如果在一个专制的体制中，大事小事都由主持说 了算，分粥者由其指定，不管如何不公平，大家 都不得提意见，否则受到严厉斥责甚至惩罚。在 这种情况下，不管借鉴何种先进方法，终归无效。
• 一种革命性的技术并不是在真空中 毫无阻力地推动改革的，它的运用
和推广是在特定的政治、社会、经
济、技术、商业等因素错综复杂的 影响下发展的。
• 值得说明的是，一站式服务器只能依据需要，有限度 地从不同专网中读取数据，它不能实现数据在街道层 面的累积，只能做到读取数据，但却不能存储数据。
问题
问题四、假设您是街道办主任，您的选择意 见，为什么？
问题五： 组织如何形塑信息通信技术？ 信息通信技术又如何影响组织？
“和尚分粥”
• 一个庙里有十个和尚，生活清贫，成年累月靠煮粥 过日子。由于僧多粥少，分粥便成为他们最关注的 重大教育和推 选品德高尚的人相比，更为有效
思考
• 联系实际，问题解决并非如此简单，不是一个好 的规则能够解决的，因为还有比规则更根本、更 基础的问题----体制问题。
• 和尚们找到一种好的分粥规则，但前提必须是这 是一个民主团体，对分粥的不公平允许人们议论 并表达不满，且如何改进，还要大家民主协商。
问题
• 问题一、第一种方案的可行 性
• 问题二、假设您是街道办主 任，您的选择？为什么？
2、方案二：网络联动支持下的协同
整合模式
• 第二种技术方案的原型是发达国家电子政务发展中 的“过程集成模式”(该模式在美国和澳大利亚有 较好应用)。在“过程集成模式”中，电子政府同 样被分为接受公民事务受理的前台和部门协同解决 问题的后台。前台作为一个虚拟的、统一对外的服 务窗口，承担起公众请求的接受和最终服务结果的 返回；后台作为各个实际的服务流程运作环节，由 各职能部门内的相关执行结构和人员组成，负责具 体的服务执行。通过这种安排，公民与后台被完全 隔离开来，只需要与前台接触即可。而后台各部门 之间的密切协同则建立在网络技术的协助同步基础 之上(换句话说，以网络联动来实现部门联动)。
计算机、 通信
数字通 信 互联网
灵活生产、 芯片 信息产业扁平化、 美国
网络化
街道的职能
• 满足社区居民的相关需求 • 常务性日常工作 • 完成上级管理部门(包括上级业务指导部门)
布置的各项工作 • 应对一些非常规性突发事件
案例——L街道电子政务方案选择
• L街道始建于1988年10月，街道总面积1.99平方公里， 规划人口10万。总的来说，L街道是一个正在建设与 发展中的纯居住区，其居民结构在20世纪80年代末90 年代初主要以工人群体为主，最近几年居住结构有了 一定的变化，但普通市民仍是其居住结构中的主要构 成部分。
– 中央政府？地方政府？
思考
• 为什么同样的改革措施在中国的效果却不 一样呢？
电子政务？
电子政务建设与政府管理创新脱节
• 当一种新的技术诞生时，人们总是寄希望于它改 变整个世界的面貌。
• 罗宾斯和威伯斯非常乐观地认为：“新技术作为 解决所有我们社会痼疾的灵丹妙药的神奇想象— —提高政治的参与度、物质享受、改善儿童教育、 较好的通讯、恢复的社区，以及你可能想到的其 他任何社会难题”。
• 当劳动、医保等专网被整合到专网整合服务器后，技 术设计方通过一站式服务器来读取这些信息，同时提 供数据整合与共享功能。
• 一门式服务器运用社区事务受理软件的数据库支持 SQL Server数据库和oracle数据库，可更大限度地整 合不同部门的数据库，保持数据的统一性、完整性和 一致性。其中，专门设计的社区事务受理软件可以在 读取专网数据的过程中实现以下功能：与上海市民政 信息系统之间的信息交换；与上海市劳动保障信息系 统之间的信息交换；与上海市医疗保障信息系统之间 的信息交换。
• 作为一个较晚引入信息技术解决方案的街 道，当L街道管理层萌生用新技术来推动既 有一门式服务中心改革的意图时，其至少 面临着三种技术安排上的选择。
1、方案一：自有数据库支持下的协
同整合模式
• 该技术方案最早在上海中心城区的w街道得到应用， 其后J街道进一步改进了该技术方案的实现框架。
• 该模式的技术原型来自发达国家(如芬兰、新加坡)电 子政务实践中的“后台信息共享模式”。“后台信息 共享模式”强调公共服务顾客导向的价值取向，它赋 予了公共服务受理的前台较强的信息共享能力，包括 前台顾客数据的收集、整理和定位存储，后台政府数 据和已储存顾客数据的索引、定位等。在这一技术模 式下，无论是政府信息的简单提供，还是双向信息的 交流以及事务处理中需要调用其他部门已经采集的顾 客信息，都可以在已有信息中准确、快速定位、提取， 并最大限度地保持数据的唯一性、准确性。
• 政府管理创新的空间（可能性）
– 差异
• 政府管理创新的动力：
– 地方和基础政府领导层的责任感 – 地方和基层政府追求政绩的推动 – 上级机关的推动 – 学术界和媒体的推动（中央编译局、北大政府
创新研究中心等共同倡导的政府创新奖）
– 人民群众的压力
• 政府创新的问题
– 推广 – 坚持
思考
• 谁是政府管理创新的主体？
电子政务的理论基础 1、公共选择理论
• 布坎南的理论假设之一：道德人经济人
• 理论假设之二：政治市场犹如经济市场
布坎南得出结论：公共产品的供给不能由 政府垄断，而应当实现多元供给，形成竞 争，提高政府效率，用市场竞争、契约、 服务购买等来改造官僚主义。
——转引自[英]史蒂文 拉克斯.《尴尬的接近权：网络社会的敏感话 题》，禹建强等译，2004年，201页。
历次技术革命
时间
描述 推动部门 基础设施 关键要素 主导产业 组织创新
1770- 早期机械 水力、 运河、 棉花、 1830 化时代 棉纺 公路 生铁
棉纺
工厂
英国
1830- 蒸汽和铁 蒸汽机、 铁路、 1890 路时代 机床 航海
• 就内部运作机制而言，当时入驻LF街道一 门式服务中心的各个行政机构在内部运转 过程中仍然是“貌合神离”: 三多两少
– 信息网络“多源” – 事务办理“多口” – 人员管理“多头” – 缺少质量控制 – 缺少人文关怀
• 随着LF街道一门式服务中心在实践中不断 发展，街道有关部门越来越意识到现有一 门式服务中心还有很大的改进余地.当时看 来，改进的方向主要有三个:
• 三：建立基于自有数据库的社区事务服务综合管理平台。采用该 技术方案的街道建立了以公安部门人口管理系统为模板的实有人 口数据库，并在此基础上建立了综合管理信息平台。通过它，街 道不仅拥有了强大的辅助决策数据系统，而且还可以通过这个平 台，在几个业务条线之间进行资料的快速查询和信息共享。
• 由于该技术方案在街道层面自建了基于人口数据库的社区事务综 合信息平台，因此它客观上可以通过街道自己导入信息，以不断 更新的方式为不同部门协同和资源共享提供支持，而不必依赖其 他条上部门的数据支持。
电子政务与政府管理创新案例 ——一个街道的选择
• 政府管理：有效地运用国家权力，把政府 的人力、物力、资金、信息等各种资源合 理地组织起来，协调政府内部与外部的各 种关系，经过组织、领导、控制等一定的 行政过程，向社会和公众提供公共产品或 服务，以实现国家的职能和目标等一系列 活动的集合。
• 政府管理创新：政府部门采用新的产品、 新的技术、新的流程与操作，或者调整政 府内部或外部关系以完善和提升政府职能、 提高管理水平。
政府管理创新八大体系
信念层次
社会假设基础
8
管理哲学
7
目标层次
社会治理体制
6
政治体制
5
组
织
、
行政体制
4
策
略
与
组织结构
3
手
段
层
运行机制
2
次
管理人员、方法、手段
1
高度集权的管理哲学
• 高度集权的政治与经济体制建立的系统哲学基础： 认为只要政府能够对社会进行充分地整合，通过 “1+1＞2”的机制，就能够实现国家整体功能的 最大，如以公有制为基础的各项事业快速发展， 并因此能够最好的满足人们的物质和文化需求， 最终实现“各尽所能、按需分配”的理想社会。 正是这种整体系统论思维，导致了限制“私域” 的社会管理目标，而经济与社会的运行则是由政 府、且主要由中央政府控制
• 一是将服务中心的“业务窗口”改为“综 合窗口”;
• 二是提升跨部门的信息与数据共享能力;