IT服务不能班门弄斧

IT服务不能班门弄斧

陈阳  

自从IBM举起服务这杆大旗，无数大大小小的系统集成商便纷纷趋之若鹜，急于扔掉“系统集成”这顶帽子，大打服务招牌。可是说归说、做归做，大家还是一如继往地写方案、打单子，然后再去实施。并没听说哪家公司因为换了帽子，就找到了新的挣钱路子。是国内银行吝啬、无知，不肯为咨询服务掏钱吗？我看未必。

比起国内的其他行业，银行业是最早实现电子化的。要说业务模式，没有哪家公司比银行积累的更多，也没有哪家公司比银行对自身更了解。有些IT公司靠几十号、上百来人的队伍，就到有着庞大IT从业人员的四大国有银行面前去推销其业务模式，这岂不是班门弄斧？就好比嚷着要为律师提供法律咨询服务一样。

金融行业IT服务做到今天，有个奇怪又不奇怪的现象，这就是大家都不高兴。项目做砸了，系统不稳定，或者没有完全实现需求，银行不高兴；即使做好了，业务发展了，马上又要更新换代，又要有一笔大投入，银行还是不高兴; 怎么这项目投入无穷无尽，预算又超了。

做来做去，最后就是大家互相埋怨。

为什么会出现这样的结果？作为一个在IT服务第一线奋斗了多年的IT人士，笔者觉得问题的根源就是大多数公司在项目实施过程中，考虑最多的是“为实现而实现”，说的清楚点就是没有超前思想; 但是这种超前指的不是业务模式的超前意识，而是技术实现的超前意识。

作为一个为金融行业服务多年的IT公司，它的优势不是银行业务，而是先进的IT技术和IT实现的思想和经验。因此，不能抛开自己的优势，进入不熟悉的领地。但是，作为一个行业服务商，这并不是说你不需要懂得银行业务。相反，不仅要懂，而且要透过业务需求的背后明确银行客户所要表达的思想，然后通过IT的设计与实现兼容将来新思想所带来新业务的扩展。

以银行的核心业务系统为例，银行的核心业务系统其实并不复杂，说来说去，不外乎四个部分：客户信息管理、客户账务管理、银行信息管理和银行账务管理。本人和其他的IT从业人员一样，辗转过很多大大小小的公司，写过很多方案，也抄过别人的很多方案。这些方案都形成了一个固定模式，先大谈一些新概念，什么客户中心、大会计。然后就系统框架再逐一针对业务流程进行实现。这样的结果就导致新系统是实现了一些新业务，但是系统建模还是老一套，新业务出现的背景和根源不清楚，未来的方向不清楚。对技术而言，仅仅只是业务层面上增加了新的需求而已。

说到底，本人只想表达一个意思：透过现象看本质。IT服务更多考虑的应该是技术支持能实现未来业务的扩展。在银行业不发生革命性变化的前提下，不需要进行系统的更新换代，而不仅仅是业务实现。以客户账务管理为例，某银行在传统业务基础上，提出了要求开发新系统，实现通知存款、一卡通、一本通等，大多数公司和业务人员沟通最多的这些新品种流程怎么样，有什么特点等等，然后照葫芦画瓢，通过计算机去实现; 至于出现这些新业务的根源是什么，将来出现同类型的业务产品怎么办，这些问题都没有人去关心。

其实不管定期也好、活期也好，都只是体现账务的某一属性，是银行业务的外在表现，归根结底，无非是现金账户的变种和组合而已。如果我们在计算机层面上完成了现金账户的定义和属性提炼，就可以以不变应万变。有例为证，某小银行刚上了一套新业务系统，不久之后在政府的社保应用项目中中标，为了节约成本，就希望借助于核心业务系统实现医保账户，不得已竟冒着系统不稳定的风险大打补丁。

所以，对于专注于银行业的IT公司而言，不要因为从系统集成商变成了IT服务商，就急于对银行指点江山了。还是老老实实把属于自己的这块技术服务做好，不要浮于表面。客户满意了，自然就有钱赚了。

本文原载于计算机世界