主题：IT名博再一次揭秘画皮！SAP中国电信项目滴内幕！

号外号外！SAP祸不单行，IT名博“康斯坦丁”再爆猛料。不敢独享，见者转载。请亲身经历过中国电信项目的朋友也都现身发表意见。 博客原文：（链接：http://blog.sina.com.cn/s/blog_4a46c3960100euxd.html） 眼瞅着《画皮SAP》在网络上被讨论得红红火火，本人除了钦佩计算机世界敢为天下先的勇气，也想再把SAP的画皮揭得更彻底些。“画皮”里面提到不少吃了“哑巴亏”的企业，中国电信就是其中一个。现在大伙儿都能百度到所谓的SAP中国电信成功案例，但是据本博主从几个资深ERP行家嘴里得到的内幕消息，这个项目的真实情况并不光彩。就请各位看官听我一一道来。 众所周知，SAP将实施业务外包给合作伙伴，自己只负责产品和服务的销售，这就类似于当娘的管生不管养。如此一来，最主要的风险都转移给了实施伙伴和客户。 据熟悉该项目的网友爆料，当时负责实施中国电信SAP项目的是大名鼎鼎的埃森哲。虽然SAP明知埃森哲只在国内经济发达地区设有业务网点，执行力缺乏广泛的地域覆盖，将给项目实施造成难以估量的负面影响，但这并不妨碍它自己做赚钱潇洒的甩手掌柜。 项目启动后，中国电信才意识到埃森哲缺乏足够的并行实施能力。为了完成实施计划，埃森哲闪电扩大实施团队，导致项目成本大增。在完成5省市的并行实施后，按照协议规定，埃森哲接着应该在18个省市同时实施SAP。埃森哲这时面对无法完成的任务，只能退出合作。经过这么一折腾，实施伙伴和客户元气大伤，SAP却又立了新“牌坊”。 对于中国电信这样的超大型企业，不同地域不同部门之间的信息共享和联动非常关键。懂行的哥们透露，中国电信的SAP项目最终采取分布式实施、多数据实例，缺乏标准化与统一性，数据仓库存在较大的问题，直接的后果就是ERP平台上有大量的信息检索不到，数据屡屡出错，跨地域跨部门的信息共享更是想都别想。更让人惊讶的是，SAP软件至今仍然沿用几十年前的CS+BS底层数据架构。问及原因何在，朋友一句话点醒了我：“不是SAP不想创新，而是它已经在庞大的用户数面前形成惰性，一旦创新则牵一发而动全身，船大已经不好调头”。 系统好歹是装上了，使用效果却又很差。听用过这套系统的人说，“界面不友好、操作不便利、流程很繁琐，根本不适合中国人用”。本来期待SAP能带来工作效率的提升，但登陆系统慢、检索信息慢，简单的表单填写都要经过数个复杂的操作步骤，实在让人望而生畏。“画皮”里面也提到了，SAP就爱夸自己的软件功能庞大，甚至到了“系统中有6000多个设置开关”的地步。我看了浑身直打冷颤，这不是对“科技以人为本”的彻底背离么？ 博主虽然平时读书不多，但也知道时代在变。传统的科层制企业和官僚文化，将逐渐被扁平化的企业架构及灵活的决策系统所取代。能在未来竞争中胜出的ERP软件，绝不会是笨重的“坦克”，而是可靠、易用、功能完备的“战斗机”。软件业霸主微软尚且怀有“离倒闭只有18个月”的危机意识。集各种混乱于一身的SAP中国，为什么还能如此惬意呢？