信息化的模式跟痛.pdfVIP

信息化的模式之痛 信息“孤岛”、“两张皮”，是众多信息化建设项目挥之不去的尴尬。此种尴尬背后，隐含 着信息化建设的模式之痛。信息化是一个过程，把信息化简单地当作“系统建设”项目，忽略 了信息化的“能力建设”，最终导致的是开发的“会战模式”，和运维服务的“救火模式” 。 在企业 IT 应用中，“两张皮”现象几乎成为伴随“孤岛”而存在的顽症。 会计核算、成本管理、物资采购、生产计划，这些独立运行的子系统，数据口径不一致， 数据库类型不统一，无法共享和交换信息，迫使信息系统与业务系统之间，似乎总有一条无 法逾越的“鸿沟”，让 IT 与业务的关系成了令人头痛的“两张皮” 。 在“孤岛”随处可见，“两张皮”随时存在的情况下，出现了一些致力于解决这些难题的“新 药方”，比如整合数据资源的“商务智能（BI ）” ；通过定义不同系统之间的数据交换标准， 跨越平台集成应用系统的“企业应用集成（EAI ）” ；利用XML 技术，以企业门户网站（EIP ） 为核心，建立企业内容聚合平台；使用中间件技术，建立整合异构计算环境的企业应用支撑 平台。然而，这些新概念、新模式，在实践中是否会演变为企业信息化中“新的开发项目” ？ 这会不会造成新的、更高级的“孤岛” ？会不会形成新的“两张皮” ？ 这样的问题并非杞人忧天。许多企业在“无休止的信息系统建设”、“没完没了的更新换 代、升级扩容”面前，陷入困惑之中。困惑的核心，就是伴随着“孤岛”和“两张皮” 的，是值 得深思的开发与运维服务的模式问题。 开发的“会战模式” 信息化项目的开发模式，有不同的研究角度，比如侧重软件开发方法的软件工程角度， 这里有列入国家标准（GB8566、GB8567 等）的结构化软件开发规范，有兴盛于 20 世纪 70 年代的“原型化方法”，有注重软件过程组织和用例（Use Case ）的UML 建模与开发方法。 此外，信息化项目的开发模式，近几年又多了一个研究角度，就是“IT 项目管理”这个 领域以项目管理知识体系框架为蓝本，结合软件项目的特点，有一套“ 以工程观点为基准， 以质量、工期、成本控制为核心” 的项目管理方法。 但这些研究角度，都没有跳出“个别项目” 的巢臼。 企业信息化是一个“过程” 。企业信息系统不是一个可以“一揽子完成的项目” ；也不是一 个可以“一蹴而就的工程” 。企业信息化建设牵涉到系统建设之外的内容：企业发展战略的制 定与执行；企业组织机构、运营机制随竞争环境的调整与变革；企业核心业务，或者叫关键 业务的整合与重组；企业竞争环境的变化；企业业务流程的变更；企业资源的重新分配…… 但是，真实的企业信息化过程，往往狭义地局限在“系统建设” 的定位上，将信息化缩减 成为一个开发项目、一个系统建设项目，甚至在开发的组织、资源的投入、规划与实施过程 中，采取“人海战术、会战模式” 。 “人海战术、会战模式” 的突出特点是，开发的规划和组织者将信息化问题，缩减为一个 技术问题、一个建设项目问题。这首先从根本上就背离了信息化是“企业组织形态、业务流 程、企业竞争能力演化的有机过程” 的基本要义。 运维服务的“救火模式” “会战模式”从一开始就埋下了“孤岛”和“两张皮” 的“祸根” 。 将信息系统作为开发项目，仅仅解决了信息化的有形的部分――系统建设。信息化无形 的部分，即“能力建设”没有包含――也不可能包含在“系统开发项目” 的规划报告中。 而“能力建设”恰恰是信息化价值中最重要的内容。所谓“能力建设”，即组织的信息化程 度，在 IT 与企业战略、业务流程、管理机制上达到高度融合之后，企业所拥有的“信息化竞 争力” 。 “会战模式”带来的一个直接后果，就是运维服务的“救火模式” 。由于系统开发是基于技 术导向的所谓“整体解决方案” 的，这个开发就没有充分考虑企业的信息化中必须蕴涵的战 略、业务、管理的实际需求。换个说法就是，按照技术导向所做的信息系统，仅仅解决了“模 仿手工作业处理” 的问题。 “救火模式”让企业信息化从业人员疲于应付、心力憔悴。他们的主要精力被迫放在了无 休止的“补丁”、“重复开发”、“推倒重来” 的恶性循环中。用一位从事系统开发 10 年以上的 软件工程师的话说，“系统开发永远是‘面多了加水，水多了加面’的游戏。” 信息化在某些地区和企业里，被看作“建设项目”，这里有很大的误区。 早期的 IT 应用，常常被归结为技术问题。所以厂商有大量的所谓