《关于银行卡系统运维工作建议.docx》由会员分享，可在线阅读，更多相关《关于银行卡系统运维工作建议.docx（10页珍藏版）》请在三一文库上搜索。
1、（金融保险）关于银行 卡系统运维工作建议2020年5月多年的企业咨洵顾问屋侬,经过实战验证可以落地执i亍的卓越管理方窠，值得您下我拥有关于卡系统运维初步工作汇报按照您的指示，我对我行银行卡部技术系统及技术人员有关营运状况作了初步了解，并结合我过往从事技术管理知识及经验，向领导汇报如下： 从目前我行的情况来看， 银行卡中心至少需要配备45-60 名工程技术人员。现将了解的情况1、 初步对银行卡部技术营运现状1 、技术支持团队银行卡中心技术支持团队目前27 人， 其中主管 1 名、 高经 2 名，其余为经理及以下人员。2 、技术系统自 2002 年开始， 银行卡中心围绕卡新系统建设（ BOCKJ
2、） 项目，从银行卡系统的应用开发、项目集成、运营操作三部分内容，现银行卡中心独立维护的核心系统有ESS 发卡系统、 ECQ 收单系统用、 IST 核心交换系统、 EI 银行卡清算系统、银行卡数据仓库和客户服务系统等18 个核心系统， 另外围系统24 个。 大部分核心系统不仅仅涉及现有的贷记卡运营，还负责借记卡的收单、跨行交易与清算等功能。3 、运维状况4 ）、目前什么系统是外包的？外包的状况如何？分六个包进行了招标并分别与IBM 、 NCR 等公司签订了合同，详见附件 1 。项目总外包金额约为 5-6 亿元人民币，实施周期为3+1 年。2006 年初行里曾决定由信息科技部接收上述系统，但由于各
3、种原因未进行交接。（还应增强）5 ） 、 目前银行卡中心技术支持团队主要工作是什么？状况如何？到目前为止，卡系统软硬件等设备环境为我行资产，由上述公司提供运行维护。银行卡中心技术支持团队代表我行与上述公司作技术接口并对其进行管理。（还应增强）6 ）、目前待解决问题从去年下半年起外包合同陆续到期，为使系统正常运行，经签报行领导批准后，开始续签合同。发卡、收单及清算与源讯公司签订了合同；数据交换、申请录入及发卡系统运营与 IBM 公司签订了合同；客户服务、财务系统及催收系统与优利公司签订了合同；数据仓库与NCR 公司签订了合同。（还应增强）我行除银行卡系统外，大部分外购系统已经过渡到自己运行维护方
4、式。其他银行的卡系统也均采用自主运维方式运作。采用外协方式运维，虽然节省了运维人员的投入，但长此以往会造成行内上下对整个卡系统的重视程度降低，上级会忽视科技人员的配备和培养，本部门会不自觉地失去责任心。从长远发展看它存在诸多弊端，例如：由于没有或缺乏自己的技术人员，没有自己的人员熟悉系统底层架构，造成系统客户化，参数配置等项工作均需外请公司完成。由于对应用系统不熟悉，不深入掌握具体工作量，给商务谈判造成被动；由于没有自己的系统维护人员，不能很好的进行系统资源优化，会使系统达不到设计要求、盲目扩充硬件设备。卡系统所需软硬件、网络环境等均需投入大量人力、物力，有些是可以利用行里现有资源的。只有配置
5、自己的科技人员，才能整体考虑协调行内资源，降低成本，缩短过渡期。2、 银行卡部技术运维模式目前我国各银行卡系统运维有以下几种：1 自主运维方式这种方式立足自己，自己负责研发、升级、运维技术系统，除购买必要的软硬件升级维护外，其余均由银行自行承担，据了解我国建设银行、工商银行等几大银行卡系统均采用这种方式。优点：自己可控性强，来自外部风险小，对自身业务技术系统完善及升级响应快。缺点：是初期固定资产投资较大并且需要时间培养自己的科技人员，体系比较庞大，管理工作相对繁重。2 外协方式这种方式主要是以银行自身为主，将部分或全部系统的日常运行或维护工作以协议的方式，请外部公司协助工作。对于外购的系统，通
6、常在初期采用此方式。随着自身人员对系统的熟悉，逐步过渡到自己人员运维，外部公司只作为二线技术支持。也就是说此种方式为过渡方式。3外包方式这种方式银行作为用户只对提供商提出业务要求， 场地、 软硬件、运维人员等一切均由提供商承担，银行按交易量支付费用。一些中小银行采用此类方式，如：光大、民生、华夏、北京商业、南京商业、上海商业等。优点：银行无需固定资产投资，只需聘用少量技术管理人员，人力、物力投入不大，管理也相对简单。缺点：目前成熟外包公司不多，选择面不大，受控于人，对业务需求的响应不可控， 存在依赖外部公司的风险， 银行承担运维费用高。3、 其他银行卡技术支持团队配置情况a) 中国工商银行运维
7、情况经了解， 工行卡系统整体由科技部门负责， 具体实施由开发中心、测试中心和数据中心分别负责。开发中心负责卡系统开发工作人员 100 人左右，另外负责ATM等卡关联业务开发人员 30 人左右，交付前测试30 50 人，负责卡系统二线支持人员 5 人。人员层次方面，工程师约占总人数的 1/10 ，大部分为助理工程师。测试部验收测试人员 30 人。数据中心维护人员 10 人，运行操作人员 3-5 人。b) 建设银行卡系统运维情况建设银行与工行科技管理架构类似，卡系统整体由科技部门负 责，具体实施由开发中心和数据中心分别负责。卡系统的开发工作由该行六个开发中心中的其中一个北京开发中心负责，有120
8、人参与卡系统的开发工作，其中行内人员 30人，其余为开发中心外协人员。运行管理工作由总行技术管理部下属的北京数据中心中的系统管理一部负责。共20 人左右，其中：系统管理7 人、硬件 2 人、数据库 10 人。由于上述两行卡系统是纳入信息科技部门整体管理，整体架构规划、基础设施建设、系统设计开发、硬件设备维护、网络设备维护、系统软件工具软件维护等等，这些维护人员均分散在信息科技体系架构内，不能按照我行人员编制对号入座。注：以上为非正式渠道了解，不一定准确，仅供参考。4、 对我行银行卡部技术运维工作建议 (重点提出银行卡部技术运维工作模式建议， 根据运维工作模式展开工作架构、 人力配置架构、外协机
9、制及管理等)通过我们对运维模式的了解以及建设银行和工商银行人员投入情况的了解，我行的管理模式还需要改进，人员投入也远远不足。面临这种局面，无论是否继续委托外部公司提供运维服务，当前亟待做好以下工作：a) 尽快熟悉掌握卡系统各个功能模块的结构、功能及相应参数配置，充分发掘和利用系统功能，避免系统潜在功能的重复投资。b) 配备软硬件系统环境维护人员，包括：主机、开放平台、网络等硬件系统维护人员和操作系统、工具软件、数据库等系统工程师。要深入掌握系统性能，以便系统优化，合理配置设备。c) 为满足新的卡业务，需配备相应工程师分析新的业务需求，具有对系统进行整体升级规划及方案设计能力，以期长远发展。为完成上述工作， 至少需要工程师以上人员 15-20 名， 每位工程师至少需要二名助手，暂按1 ： 2 的比例需配置助理工程师30-40 名。正式接管运行时，还需配置操作员、值班工程师及值班经理等若干名。以上粗浅认识，仅供参考。1 、概述大简单，应把了解现状用精确语言表述