自主开发与引进结合：工商银行的运维创新

显示全部楼层 · 2011-5-7 01:45:08

混合部署运维
中国工商银行的应用系统建设，采用的是自主开发与引进相结合的模式，并且把系统分成核心和开放平台两大块。在开放平台上，与其他大多数银行一样，刚开始工商银行的系统维护工作都是由相应的产品提供商来实施。但是这种厂商模式往往存在这样几个误区：首先，所有的服务是否都需要产品提供商的专业高质量服务；其次，由于系统由各个不同的厂商供应，不同厂商间的服务购买量如何分配，服务风格如何协调；再有，由于厂商往往只专注于自身的产品，难以从更高的角度对系统的运行状况进行把握。
这些误区的存在，归根到底是由厂商运维服务的事件响应机制所决定，即只有出现问题时，厂商才过来解决问题。基于上述误区与问题的存在，工商银行决定将开放平台上系统的日常维护工作打包，采用项目管理的机制，交给专业企业统一维护和管理。与此同时，工商银行并没有完全放弃厂商的专业维护能力，而是将两者有机地结合起来，开创了运维的新模式。
采用这种新模式后，在服务效果上，厂商会感到竞争的压力，激励其把服务做得更好；在成本方面，由于是将日常维护工作打包处理，因此在服务量的购买上，可以将高低端维护进行区分，有利于成本控制；在合作层面上，由于是单一的企业负责整个开放平台的维护工作，减少了大量厂商间的协调工作，而且更能在整体上对平台维护进行把握，为更高级的咨询服务奠定了基础。
这样的服务，是理念上的一种创新，它把被动地为系统堵漏洞、打补丁，变成了主动地查找系统隐患，并且积极优化系统的运行状态，防范于未然，大大降低了系统的风险，间接地为银行创造了价值。
金字塔式管理
工商银行IT系统的运维工作往往是多个系统同时进行，这需要厂商有丰富的金融IT行业经验；此外，由于涉及与第三方厂商的协调，因此还需要服务供应商具备很强的项目管理能力。通过竞标，神xxx获得了工商银行IT系统运维外包项目。
为了更好地维护好工商银行的IT系统，支撑其业务畅转，神xxx与工商银行结成了战略合作伙伴关系，成立了专门的事业部，负责工商银行的IT系统运维。
与此同时，神xxx还采用了规范的ITO流程进行项目管理。从签订合同开始，就确定了神州数码整个项目团队的工作流程，解决了需要产生的接口文件、接口负责人、如何与客户对接等问题。并针对接口人响应、服务响应等专门制定了严格的响应时间规范。
在规范好双方的流程、接口后，通过研究协商，神xxxx为工商银行制定了一个全新的服务实施计划。采用客户经理领导下的技术总监和项目总监制度，及时地把客户的需求转化为服务事件，积极主动地为客户提供参考意见和建议，真正做到以客户为中心。
在此基础上，随着合作的进一步加强，工商银行的运营维护项目也在向更高端的咨询服务靠拢。在运维服务的划分上，正呈现一个从桌面到网络到数据直至咨询的金字塔式结构。咨询服务的开展，也证明了双方的合作达到了一个新的高度。

千问 · 2011-5-7 01:45:08

看来神XXX又大发了.

千问 · 2011-5-7 01:45:08

这篇文章中说到的神xxx外包ICBC的运维
有点怀疑他能做到么？

千问 · 2011-5-7 01:45:08

最初由 snow_feeling 发布
[B]这篇文章中说到的神xxx外包ICBC的运维
有点怀疑他能做到么？ [/B]
确实没那么简单.

千问 · 2011-5-7 01:45:08

最初由 bankit 发布
[B]
确实没那么简单. [/B]
ICBC一直说他们的运维能力很强
还想做其他银行的外包呢
怎么可能外包给其他公司呢？！
有人知道么

千问 · 2011-5-7 01:45:08

有广告贴之嫌~~

千问 · 2011-5-7 01:45:08

BS之

千问 · 2011-5-7 01:45:08

最初由 nullgate 发布
[B]BS之 [/B]
我觉得广不广告无所谓。
关键是不是真事，这样乙方有一片新的市场和机会。

千问 · 2011-5-7 01:45:08

最初由 snow_feeling 发布
[B]
ICBC一直说他们的运维能力很强
还想做其他银行的外包呢
怎么可能外包给其他公司呢？！
有人知道么 [/B]
这是个问题.

千问 · 2011-5-7 01:45:08

夸大其辞

工行的运维一直都有自己的稳定队伍，不可能交给第三方去维护的
至于和神****的合约，是一些其他的维护，一般是与厂家维护类似的内容，不能算是真正的运行维护