业务发展尽在分合中（《电信管理》2007/06之拓宽）

业务发展尽在分合中
工银瑞信基金管理有限公司信息科技部副总监 张 轶

如何处理集中以后的系统个性化需求？这是每一个IT人员最为头疼的事情。国内银行业的集中始于较早的时间，在1996、1997年就开始了大集中建设。集中模式运作了将近10年，10年来的甘苦诠释了一句话——“天下大势，合久必分，分久必合”。
分合之道，既有分又有合，在分散的模式下，分散的数据、分散的技术力量造成了资源的不可共享性、管理水平的不平衡。此时，集中是大势所趋。可是应该集中什么？集中到什么程度才能算真正集中？
银行业的大集中经历了地域的集中、设备的集中、物理数据的集中，应用处理的集中等4个阶段，最后期望达到服务的集中。是越集中越好吗？从银行业的集中历程来看，从某种意义上说，未必。

地域集中带来成本降低
几乎所有行业的集中都始于地域的集中，以某国有大型商业银行为例，从上个世纪80年代初就开始提出了电子化，刚开始是每个储蓄所都摆上几台机器来替代手工记账，但众多的IT设备不好管理，总行提出把机器集中起来管理，在每个地区统一建立一个机房，通过拨号网络来把所有机器连接到一起，统一聘请技术人员。做到了地域的集中，节约了场地、设施、硬件以及人员的成本，但是在这个阶段完全分散的模式下，对个性化的处理没有本质的提升。

设备集中让冲突初现
把所有电脑集中到一块以后，因为单机的不稳定、成本高等原因，就要考虑把主机或服务器整合到一台或多台的集群式系统当中，这就是设备的集中。例如当时有一个省行，下辖数十家地市行，集中以后，用两台IBM ES9000的主机代替了原来的几十台电脑，在这两台主机上开了数十个分区，每个分区跑一个地区的应用，此时仅仅是把地市行的数据搬到了省行，但所有应用都是在独立的机器分区里运行，客户数据处于完全分散的状态，仅仅是把设备从几十台变成了几台，但是每个系统都是独立的。
但是这个时候IT技术部门的效率就开始受到质疑：当电脑还在地市行的时候，可以随时升级。但集中到省中心后，很可能一次很简单的升级会被排到一个月以后才能进行操作。对于IT部门来说，其中一个分行的升级必然会影响到另一个分行的系统运行，所以他们需要排一个版本计划，要考虑整个系统的安全，才能进行统一升级。IT部门和业务部门的冲突开始初见端倪。

数据集中带来翻天变化
地域集中和设备集中对于所有行业来说都是易如反掌的事。可以说，集中过程当中的第一个坎儿就是——数据集中。
谈到数据，所有做IT的人都会说，一定要把数据集中起来。可是集中什么样的数据，是不是所有的数据都要集中起来？当然不是，应该是真正关乎核心应用的数据，才需要集中起来。
数据集中应该是通过一些技术手段把数据集中共享，其核心系统已经可以把数据集成起来，但应用仍然可以是分散的，毕竟做到应用集中，在短时间内是很难实现的。尽管这些数据是冲突的、不干净的、不完整的、不一致的，但无论如何数据汇集起来了，这就是目前提到数据集中最初的要求。尽管仅比设备集中前进了一小步，但是这一小步的迈出是一个天翻地覆的变化。
数据集中后，个性化需求开始提到了议程上。每一个需求提出时，IT人员都要考虑是否会对集成数据有影响，这些需求是不是核心系统里能提供的，是否能纳入整个数据体系当中。绝大多数情况下的答案是：不能。那只能改变需求，延后或延长周期，改变技术方案等。此时，IT部门肯定会遭遇到效率方面的质疑：以前上一个新的系统可能两周就能全部完成，现在为什么要两个月？为什么要到下半年才能上这些需求？面对这些质疑，IT部门会提出自己的需求，例如增加人员、资源。但是这样无法解决两个部门之间的所有问题，因为IT部门要实现的目标需要花费大量的时间去完成，并不是短时间内，依靠人和设备的堆积就能实现的。在这个阶段，因为整个IT实现的方式和满足业务需求的方式都发生了变化，再加上此时的IT本身也存在一些需要改进的地方，其系统的复杂程度是快速上升的，但此时IT的人员、系统、基础环境都没有相应跟上，因此，IT与业务部门的冲突开始集中出现。

应用集中不是尚方宝剑
面对数据集中带来的矛盾，应用的集中处理似乎成为了解决矛盾的尚方宝剑。个人认为，应用的集中处理应该是，从一个统一的架构中去处理最重要的业务，而不是所有的业务。在这一阶段，重要的手段是管理和操作流程实现整合，这个比应用架构的变更更为重要；只有解决了管理和操作流程这两大问题，才能真正达到IT想做的数据集中。
以前的应用开发模式或者需求应用模式是分散的，需要把他们给整合起来；在此过程中，IT部门不是在解决技术难关，而是在做业务、做管理、做内部协调，去各部门进行沟通，了解他们的业务。对于IT来说，应用集中处理的实际上是将客户业务关键信息实现逻辑集中。
这个阶段的个性化需求，首先是要实现统一的应用规划与实现。为了实现逻辑集中，于IT来说，有些业务需求是不能实现的，此时，业务对IT已经从质疑效率上升到质疑IT是否能满足其要求，这几乎是一个根本性的冲突。
在这个时候，有些管理层会选择把已经集中的系统再分散出去，IT的整合就止步于此。

IT在服务集中后价值的转变
而真正集中的目标应该是服务的集中。这个时候，除了应用之外，销售渠道、支持渠道、产品研发、客户关系等，所有与客户接触的渠道以及支持手段，都变成一个资源池，将不再隶属于机构的某一部门，而是隶属于整个机构，达到整个机构共享。IT也就转型成为真正以客户为中心，此时IT在整个机构的价值就会得到管理层的认可。这是一个本质的变化。
在这个阶段，表面上看，个性化需求得到了满足，但业务部门会从对应用的需求转变成对资源的争夺，而资源不是IT部门能控制的，IT部门只能提供服务，一旦转变为对资源的争夺，就是一个利益的重新分配。此时，IT部门还是会受到质疑：IT部门的价值在什么地方？因为整个的应用、渠道、支持手段都变为资源池，有人就会认为不再需要庞大、专业的IT部门，有些国外的金融服务公司就是把IT全部外包，仅留少许IT人员来做项目管理以及外部协调的工作。
也就是说达到了最高程度的集中，达到了IT想达到的目标时，IT的价值反而发生了变化，而且最后很可能在IT部门层面的集中会丧失，因为整个集中上升到了更高一层，变成了服务，对内、对外的服务。

如何面对集中后的个性化需求
集中的好处毋庸置疑，当个性化需求遭遇到集中时，如何协调二者的关系？对于IT部门来说，恐怕是集中后面临的最大挑战。
从表面上看，个性化需求就是业务需求和市场需求，但是有一个很深入的问题，谁能代表这些需求？
我们来看一个案例：某银行曾经开发过一个内部分析报表系统。当时管理层提出了一个项目，要做一个报表分析系统，原因很简单，因为他们能看到的资产负债表大概是一个多月之前的数据，在报表上的表现就是一条很平滑的曲线，这样平滑的曲线让管理层非常担心，他们希望能看到一个抖动的曲线，这样才是真实的曲线。管理层提出的目标是能不能看到一星期或更短时间以前的数据。当时有一个专门的部门来提报表需求，大概在不到两年的时间内提出了超过500张报表的需求，IT部门帮助其实现了这几百张报表。对这个专门的部门来说，这是他的业绩。然而，这几百张报表都有用吗？两年以后，经过IT部门的监控，大约有将近一半的报表年访问量小于10次。在整个银行系统中，年访问次数小于10次，意味着这个报表没什么人看。可是如果IT部门提出，这种报表不重要，需要撤下来的时候，业务部门会认为，这个报表也是业务的需求，很重要。如何处理这样的情况？核心的问题还是归结到IT如何去满足业务需求。IT的系统资源是有限的，在有限的资源下，如何满足众多的需求，是否只做那些真正急需的报表呢？谁来评判？IT部门不能，但让业务提出部门来评判，他们会认为所有的需求都是合理的。
因此，集中在本质上还是一个管理的问题。如果企业的管理层不认可集中，如果管理层不想通过集中来实现企业的目标，集中必然是失败的。因为IT部门在大多数企业中始终是一个服务部门，一定要让管理层看到集中能够带来的好处，能推动业务向前发展，能够解决一些以前解决不了的问题。同样，IT内部也同样有着管理的问题，可能一开始只是把机器搬到一起，当开始进行数据集中时，IT内部的管理就出来了，怎样运维这样的系统，怎样控制需求等等，因此最核心的就是管理。然而归根结底，其实是利益的重新分配。如何满足各个部门的利益？如何让整个业务，整个公司向前推进？正如我们前面所讲，合久必分，分久必合，这个时候就应该分散下去，既然承认IT的资源是有限的，既然承认IT不能做最终的裁判员，既然承认不能满足所有的需求，那就要满足部分最重要的东西，把一部分工作放出去，这是不可避免的。
那么应该把什么放出去？表面上看，我们放出去部分数据和一些外围的应用，让各个业务部门自己去实施。但其核心是，如何去分散？是放任自流，完全不管，还是采取一些引导的措施，在大家达成一些共同的协议之下进行分散？同时还要明确把什么分散出去。
一些实现了大集中的银行目前有一个很明显的特点，很多数据是散出去的，是不在数据集中体系内的，这些数据是从不改写的数据，是单向数据流，仅仅是和地区或部门相关的数据。分析也好，经营也好，但是从不改写。也就是说IT提供的数据，业务部门用完后不再返回大系统中，这样的数据全部都可以放出去。这样对IT系统不产生很大的影响，同时也满足了一些业务需要，然后经过若干年的发展，有些系统又会被收编回来。
就是这样一个波浪式前进，螺旋式上升的过程很好地诠释了分久必合，合久必分。每一次分与合，其内容都发生了变化。不管是分还是合，都是为了业务的发展，这才是集中的真正意义所在。

ddddddddddddddd

2007年高考语文全国卷I卷作文题是“材料作文”中的“图画式材料作文”。材料是一幅名为“摔了一跤”的图画，画面里，一个孩子因为踩着一块西瓜皮而跌坐在地上，孩子的家长、学校、社会面对摔坐在地的孩子异口同声地说“出事了吧！”。
　　要求：选择一个角度构思作文v天堂2私服，自主确定立意，确定文体，确定标题；不要脱离材料内容及含意的范围作文，不要套作，不要抄袭．不少于800字。
　　“图画式材料作文”首先要解决的是对图画材料的准确解读，把握其寓意。那么，千年私服这幅名为“摔了一跤”的图画应该怎样解读呢？
　　第一、 弄清图画的组成奇迹私服要素。
　　所谓弄清图画的组成要素，是指构成画面的内容要件。就这幅画来看，其构成要件有一个孩子、一块西瓜皮、三个大人（三个大人，一个代表孩子的家长，一个代表学校，一个代表社会）、一句“出事了吧！”的话。
　　第二， 读懂画面内容。
　　图画的构成要件不是孤立的，而是互有联系，从而表达出创作者的意图。就这幅画来看，其内容是具有叙述性情节的。我们知道，叙述的要素包括人物、事件、时间、地点、原因、结果等。其中,人物和事件是叙述的核心,有了这两个要素,叙述才有中心，有实体。在叙述中，它们是不可缺少的，也是不可忽略的。时间和地点是人物活动和事件发生、发展的环境和舞台，对人物和事件有一定的影响作用，在通常的叙述中要将时间、地点交代清楚，但有时也可以适当地省略。原因和结果是事件的起止点,有了这两个要素,叙述才完整、交代才清晰。在这幅画里，人物是一个孩子、三个大人；事件可以概括为：一个孩子因为踩着一块西瓜皮而跌坐在地上，孩子的家长、学校、社会面对跌坐在地的孩子异口同声地说“出事了吧！”；时间、地点在这幅画里则不甚具体、明确，应是可以忽略的要素；结果应该是整个事件的结果——孩子的家长、学校、社会面对跌坐在地的孩子说“出事了吧！”；原因则需要根据“结果”去推究，我认为，应该是导致整个事件的结果的原因，即需要搞清楚孩子的家长、学校、社会面对跌坐在地的孩子为什么要说“出事了吧！”。
　　对这几个事件要素的分析，容易出问题的决战私服是“原因”和“结果”。有些学生很可能不从整个画面的叙述情节看问题，比如，只注意到了“孩子踩西瓜皮跌倒在地”这个阶段性结果，就会推出“有人不讲公德，乱丢西瓜皮，破坏环境”这样的原因；有些学生可能会误解“出事了吧”这句话，认为说“出事了吧”是对孩子的溺爱或者是要推卸对孩子跌倒的责任。这些都是没有把画面的构成要件看作一个有机整体，只盯住了局部，这样当然不能准确理解画面内容，也就不能准确立意了。
　　那么，孩子的家长、学校、社会面对跌坐在地的孩子为什么要说“出事了吧！”？
　　就整个画面的叙述情节来看，“孩子踩着西瓜皮跌倒在地”是一件很容易见到的小事，但就是这样成人黄色小说一件小事，却让孩子的家长、学校、社会孩子的家长、学校、社会三方都认为是“出事了”。这里关键是对“出事了吧！”的理解。这句话是反映孩子的家长、学校、社会对孩子跌倒这件小事的态度的，必须准确理解。联系现实生活，说孩子跌倒“出事了吧”，是含有“心疼、埋怨、责怪、嘲笑”等感情因素的。不管是哪种感情的流露，“孩子踩着西瓜皮跌倒在地”是不是“出事了”呢？“出事了”用在“孩子踩着西瓜皮跌倒在地”这件小事上显然有些言过其实，大词小用，但这正反映出孩子家长、学校、社会对孩子行为的过度关注，这也正是孩子的家长、学校、社会面对跌坐在地的孩子要说“出事了吧！”的原因。我们把找出来的原因还原到叙述情节里，可以这样更为清晰、准确地表述整个画面的叙述情节：一个孩子因为踩着一块西瓜皮而跌坐在地上，孩子的家长、学校、社会因为对孩子行为的过度关注（心疼、埋怨、责怪、嘲笑），对跌倒在地的孩子异口同声地说“出事了吧！”。
　　第三，理解画面寓意