用今天的思维考虑明天的需求——访上海期货交易所CTO李大鹏先生

职业经历

我是86年出国的，出国前在国内是大学老师，出国后念的博士。博士毕业后，先后从事过好几种职业，后来去了华尔街，在纽约商品交易所工作，在那里我是“首席架构师”，当时的老板是交易所的CIO。交易所是没有CTO的，其实我当时也就相当于CTO。

其实我本人是比较喜欢“首席架构师”这个title的，因为比尔盖茨在微软的title就是“首席架构师”。首席架构师是对公司的战略发展，真正去搭建一个东西。

有关CIO和CTO

实际在美国的公司里，CIO chief Information officer 是比较的广义，主要管理从公司角度的预算。一般的CIO是主管整体的技术预算，管理整个公司的信息。而CTO比较集中，就是管技术。

日常的工作内容

最主要的内容就是规划，交易所所有的技术以及以后的规划。我是03年9月来到上期所的，当时请我回国主要是因为交易所打算设计一套全新的系统，整个交易所的计算机系统要更新换代，我主要是主持这个工作。

交易所做这个新系统比较慎重，因为它前期投资就差不多有一个多亿。从考察开始，到做研究，已经用了一年多的时间。

我还有另一项工作就是监督。交易所成立了“技术管理委员会”，我是主任，这样的话我的责任就是监督，不仅仅是规划，因为我本身是有两个角色，作为首席计算机专家，我要给出规划，其他人将其作为项目去实施。而实施的时候，我要监督这个过程。

项目第一期内容

第一期主要做的是交易系统。交易，交割，结算，行情发布，风险监控，都是交易管理系统的一部分。我们要做的就是把所有的都更新换代。就不要说一些新的东西了，例如信息仓库、信息共享平台等等，都在里面。

实际上这个项目，我们曾经考虑过要请监理公司来做第三方监理。但是做监理，必须懂业务也要懂技术，而且还要懂软件开发的管理。我们很难找到既了解期货交易的业务又懂技术的第三方监理。开发方面，例如IBM、HP，他们对软件开发是很熟悉的，所以要让他们从软件开发的角度去做监理是没有问题的。但是他们对我们期货业务并不熟悉，所以你很难去说他们能给我们做很好的监理。

其实技术现在朝着业务的偏向是越来越大了，原来是说技术为业务服务，现在不光是要服务，从发展的角度来说，其实业务部门不了解技术部门能实现什么功能，而且业务部门一般都很忙，忙得没有时间去考虑，那么只有我们替他去想。

一个做得好的技术主管，不了解业务是不可能的，只有很好的了解了业务，才能做好技术。其实我们业务部门十分了解，我们技术主管对业务的熟悉程度不比他们差，所以现在要实现一个新业务，都要经过我们技术角度的考虑才能实行。因为我们考虑的角度不仅仅是细节，而且是从长远的角度去考虑的。我不会考虑今天的业务需求，因为做新的系统，必须要有潜在性，不可能设计出来了，一实现一上线就已经落后了，那我们前面的工作就白做了。所以我就要保证，这个系统不仅仅是能上线，而且在5－10年那都是领先的。其实这个在技术上实现是很难的，因为技术的更新是很快的，要达到这点就一定要有前瞻性。这个前瞻性不仅仅体现在技术上，更体现在业务上。

怎么看“国内的企业中的CIO，更多的时候是业务提出需求他们满足”

国内的企业从主管到技术上都有些被动，不能说信息化主管不懂业务，只能说他们对业务没有前瞻性。还是一点——被动，业务部门提出需求，作为CIO或者CTO从技术角度上满足业务部门的需求就已经很好了。其实不是全面性的管理者，只能说是以个满足了客户服务的服务提供者。这个前瞻性可能就是CIO的特殊性，我觉得这个特殊性不是很多人都能看到的。

怎么看“如今的企业CIO或者CTO的影响力不够，做不到真正的管理者”

第一，其实很多CIO自身没有意识到这点；第二，本身这个关系要处好，因为你做到CIO了，就不像一个工程师去完成一个项目了。我刚来就跟我技术部的两位带头人灌输一个思想，你要去影响业务，当时他们不信任我的思想，认为你做技术的怎么能去影响做业务的。后来他们也逐渐认同了我的这个观点，其实我还要重申的就是“前瞻性”，技术和业务部门谁更有前瞻的眼光，就听谁的。我会和业务部门探讨，今天的业务需要怎样的技术支持，从而明天需要怎样的技术。

如何向业务部门解释明天的业务需求

我其实是十分了解业务的，我会用今天的，他们能够理解的语言来告诉他们一些核心的东西。业务部门的人都是很聪明的，他们平时都埋头于业务没有时间去考虑。只要你告诉他，一点开，马上就会变得很兴奋。这样自然而然就说到一起去了。这个就是个引领的问题，不是说我说出来你必须这么做，而是我提出一个前瞻性的观点，我们大家一起来讨论。比如我们做交易，做结算，我们技术部门是给他们提供一个技术平台，问题在于我问他5年以后，10年以后这个交易和结算的模式是什么样的？他说不出来。

我的优势在于我曾经在国外，我知道这个发展市场，虽然国外用的方法不一定就领先，但是我能看出以后发展的趋势。我的这些同行，不仅仅包括技术主管还有业务主管都十分聪明，也都在想这个问题，有的人甚至是非常困惑。所以，交易所请我回来就是帮大家在想法上有个突破。这个就是策略，规划，长远的发展策略的规划。

其实前阶段国内对CIO这个职位有很多的讨论，我觉得好像还是有些混乱的，您怎么看？

第一，本身在中国是没有这个职位的，第二，国内的企业我也很理解，它的技术含量本省就不高，并没有看到这个重点。我们交易所的老总就很明白这点，一个交易所真真正正的资产是什么？就是这套技术系统！我们有这幢办公大楼那是一个实业的东西，我真正搬到其他地方去，这幢楼在哪没有关系，只要有计算机能够连到互联网，就能开展交易。交易所就是一个交易的平台，通过这套信息系统来支撑，没有技术支撑其他的业务就不可能顺畅的发展。国内有一点很好，就是他出现的第一天起点就非常高，一开始就是全电子化的交易，没有必要面对面，只要通过计算机报价，下单就完成了交易。

而说到其他企业，我其实有很多同学在其他企业里做CIO，总觉得自己就是“总工程师”，主要就是业务上提出需求，技术上得到实现就好。其实还是要有前瞻性，技术是日新月异的，作为一个技术主管，你要时时刻刻感觉到这技术在发展，你应该是最敏感的。如果你敏感了，你不去反过来想想你所在的行业，否则你根本不知道这个技术发展到了这个程度，会对企业的业务产生怎么样的影响。

我曾经参加过一个CIO会议，有家温州的服装企业CIO的观点就和我的很相似，他说他的企业之所以连锁店发展得这么好就是因为高效的信息系统。大家同样都是集中配送，别人的流程反应要5天，而我们只要10分钟。

我认为对于这个CIO的角色，根本不是讨论不讨论的问题，而是根本没有认识到你应该讨论什么。

系统进行到现在遇到的特殊问题

好像没有什么问题，我们一般就是充分讨论，我们这个团队的3位核心人员在将方案拿到技术委员会或者业务部门去讨论的时候，我们自己已经充分的谈论过了。这样在执行的时候就比较顺利，基本没有什么特殊的问题。并且我们交易所的领导充分信任我们，信任我们的决策，不会干扰我们做决策的过程。

交易所对信息系统的要求

全世界的交易所对信息系统的要求都是一样的就是“实时性”，对我们而言如果系统中断几秒钟，可能就是上亿的损失，所以我们的系统需要实时的可靠性和快速的反应速度。我们要尽一切可能去维持这个系统的正常运行。

目前对SOA的定义

SOA 即service-oriented architecture，主要就是注重service，核心就是以服务为中心。原来做系统的时候，就是把什么功能都放进去，而现在做系统不仅仅是在技术层面而更多是在业务层面。要把所有的业务分解成小的单元式的服务，分解以后每一个可以相对独立的服务实现成一个模块。这样的话我的服务是一个个小的服务从都到尾连接成的。

如何把和SOA这两个完全没有关系的概念联系在一起

SOA要做的工作，也就是我要推的一个理念。室内设计是我个人的一个业余爱好，我是从一种新的产业模式去考虑的。

比如你买了房子很不容易，绝大部分的钱花在了房子上，你会去装修，但是不管你装修成什么样，可能装修了两年以后你就看腻了。你想换，你把它重新打掉再修一遍？不可能！那怎么去做？这就是SOA最核心的一个概念“分耦合”。房间的功能不能始终固定，被你的装修固定住。这就和我开发系统是一样的，比如说我今天开发一个新的交易系统，结果有了新业务，突然发现支持这个业务的程序没有写，那你这个系统就失败了。而是应该在这个原有的系统上将新业务的模块放进去，一样能够运作。因为下单的过程是一样的，无非就是下单的内容有区别，这个就跟室内设计是完全一样的。

比如我现在有这么一间房间，又要做书房又要做会客室我该怎么办？今天我想靠窗的部分做书房，外边做成会客的地方。到了春节，我在家看书的时间不多，我想在这个房间里开party，那我就把模型改变一下，把原来做为书房的空间改变成可以开party的空间，让客人不仅可以在这里聊天还可以在这里跳舞。做软件也是这样一个想法。

交易所在同行中的信息化水平

应该说大家的差别并不大，要从今天运行的系统来讲的话，可能有些兄弟交易所今天所使用的系统比我们的还好一点。因为我们的系统从十几年前就开始用了，所以我们现在用的系统并不是最好的，但是非常可靠。如果我们把现在正在进行的系统做出来，我敢肯定应该是国内最好的。

您从国外回来，给交易所或者是整个行业带来了什么新的观念？

不能说我想到的他们没有想到，其实是很多东西他们想到了但是很模糊，因为他们自己没有亲手去做，只是一个模糊的概念或者是一个书本的概念。唯一的不同就是我亲手做过，我的认知程度比他们深，我知道怎么去做。如果是根据很模糊或者是书本的概念，可能就会走很多弯路。那我就尽量让大家在做的过程中不走弯路。

具体操作如何实现SOA的理念

没有什么特殊的，SOA本来就是开放式的，操作中保证“松耦合”这个概念。其实在于国内不是所有的人都依循“松耦合”这个概念的，在写系统的时候不卡死这个要求，很可能就走会原来的老路了。

我来的时候交易所的领导给我一个目标，就是设计一个系统保持5年的领先，7年的不落后。我唯一的保证就是每一个模块都是“松耦合”的服务模块，服务总是如此，也可能增加新的业务，那我就往上加，其中某一个技术实现我有更好的技术去做了能更有效的去做，我只要用新技术实现的模块替换旧的模块就可以了。保持这个系统的先进性，就是从保证这个结构的先进性。