商业银行IT变更管理信息化研究
2014-04-29王强孙志伟苏克菊郭会
王强 孙志伟 苏克菊 郭会
[摘 要] 在对商业银行IT变更管理相关法律法规、规章制度和现有研究基础上,综合分析其信息化相关技术特点,针对商业银行IT变更管理流程、信息共享整合和管理自动化,对商业银行IT变更管理信息化的层次设计、开发模式、团队架构、技术实现等方面进行讨论,提出商业银行IT变更管理信息化方法,并在大型商业银行进行实践。
[关键词] 商业银行;IT变更管理;信息化
doi : 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 03. 016
[中图分类号] F830.33;TP315 [文献标识码] A [文章编号] 1673 - 0194(2014)03- 0030- 04
1 概 述
IT变更管理信息化是针对IT项目生存周期中的变更进行管理的过程,而商业银行IT变更管理(以下简称“商业银行变更管理”、“变更管理”)信息化是针对商业银行要求系统稳定性高、风险可控性高、数据安全性高以及业务影响小(“三高一小”)的特点,将程序和数据变更的管理过程通过信息系统实现信息化、自动化的过程。通过变更管理信息化建设可以有效减少因硬软件问题造成业务中断,降低操作风险[1],实现变更管理自动化,全程可控可回退。
目前主要针对管理信息化和变更管理两方面的研究较多,但对变更管理信息化,尤其是商业银行IT变更管理信息化方面的研究较少。由于商业银行变更管理对业务系统稳定性要求高,商业银行组织结构复杂,随着业务发展各项规章制度调整频繁,信息系统多样,数据管理和共享要求多,信息化需求较多,我们需有针对性地研究其信息化方法,以变更操作信息化、自动化为核心,研究其所需方法、规划、架构和技术。
商业银行变更管理信息化应覆盖现有变更流程及要素,基于业务连续性及系统稳定性要求,达到变更全流程可回退、可控、可验证,对变更后系统运行情况可跟踪、可验证、可评价,对系统变更的原因、方法、效果、问题可记录、可搜索、可挖掘,建立专家知识库系统,及时响应变更流程及变更要素变化,建立快速响应与持续开发运维机制。本文结合商业银行IT变更特点,对商业银行变更管理信息化建设过程进行了研究,对层次设计、开发模式、团队架构、技术实现等方面进行探讨,并在大型商业银行进行实践。
2 变更管理
2.1 组织结构
商业银行变更管理的组织结构涉及科技管理部门、应用开发部门、应用保障部门、运维部门以及业务部门等多个部门(见图1),科技管理部门负责制定变更评审管理制度,组织协调变更评审工作开展,制定与发布变更评审报告;应用开发部门负责项目研发、程序数据修改与测试、变更申请、变更资源准备与变更文档填写;应用保障部门负责安全措施等进行评审,根据评审结果对变更进行审批以及特护管理;运维部门负责制订变更实施计划,变更实施,对变更实施结果进行发布;业务部门负责组织实施业务验证。
2.2 管理流程
商业银行系统变更过程要进行安全审查,采取风险控制措施[2],变更管理流程以变更评审为核心,包括变更申请、变更受理、变更评审、变更实施、变更验证、变更回顾6个环节(见图2),应用开发部门、应用保障部门和运维部门对应用系统程序、数据和资源发出变更申请,并准备程序、数据、硬件设施等变更资源以及测试报告、风险分析报告、投产变更实施方案、应急方案等变更文档;应用保障部门承担变更评审受理工作并分配变更评审任务,变更评审人员对变更进行评审准备;变更评审由评审团队通过召开会议的方式进行,会议对变更合规性、风险性等方面进行审查,评审团队一般由来自应用开发部门、应用保障部门、运维部门的技术专家组成;变更实施一般由商业银行运维部门(如数据中心)承担,通过变更评审批准的变更方能授权进行实施,实施部门根据评审意见与实施方案制订完备的实施计划并对变更进行发布实施;变更实施完成之后,由业务部门和运维部门按照验证计划实施验证,对验证结果进行反馈,对不符合验证计划要求的变更进行回退;科技管理部门对变更评审与实施情况进行分析,并定期以报告的形式在相关部门进行发布,使管理层和变更人员及时了解当前变更评审、实施和运行情况。
3.2 开发模式
商业银行由于业务多样性、分行特色、历史存续问题等造成系统类型的多样性,针对不同系统的变更方法多样,为适应业务发展,稳定性要求也在不断演变。商业银行变更类型包括程序变更、数据变更、硬件变更、架构变更、业务流程变更等方面,造成需求范围边界界定困难。鉴于此,需要对变更管理信息化系统进行充分设计,采用原型化方法进行系统建模,系统建设者与变更制度制定者、变更执行者不断调整原型各要素使其更贴近真实场景,各方试用后进入下一步开发。
针对建设周期大于变更制度变化周期的特点,应在开发模式中应用敏捷开发的模式。规划建设周期数、各建设周期下的建设任务及各任务的优先级,划分敏捷开发模式的迭代维度及频度。变更信息化系统规划的初期利用关键成功要素法(Critical Success Factors,CSF),通过变更失败或成功的原因分析,识别变更信息化的关键要素,确定系统开发任务的优先顺序。再利用目标集转移法(Strategy Set Transformation,SST),识别变更管理的战略集。首先描绘变更组织中的各类实体结构(如变更申请人、柜员、一般员工、变更评审专家、变更评审责任人、变更实施人、变更验证经理、变更决策人),其次识别每类变更角色的目标,最后对于每类变更角色识别其使命及战略。最终利用业务系统规划法(Business System Planning ,BSP)校核两个目标,提出建议书与开发计划。主要环节为调研变更需求、识别变更流程、变更流程重组、定义变更数据类、定义变更信息系统逻辑结构、确定变更信息系统总体结构中的优先顺序、变更各子系统按先后顺序排出开发计划、划分敏捷开发模式的迭代维度及频度。
3.3 团队架构
团队架构要确定参与系统建设人与角色,在商业银行变更管理信息化的组织结构中,强调以变更责任人为核心,变更制度制定者、变更管理流程执行者、信息化系统建设者全程介入开发及持续运维各阶段的组织结构模式(见图4)。商业银行IT变更管理信息化项目一般规模较大,按照项目规模及迭代维度,建立多团队敏捷开发组织框架,每个团队安排领域产品负责人(APO)[4] ,此外商业银行各系统运行环境复杂多样,其变更自动化,有较强的技术难度,往往构成系统开发的关键路径,所以需组成公共控件组先行研究相应的技术解决手段。
3.4 技术实现
在技术实现时,首先研究低耦合、高内聚功能模块集,需划分变更管理信息化模块及功能最小集合,以完成信息系统逻辑结构定义。因变更管理很重要一环是对变更流程管理,故需工作流程管理模块;变更管理涉及复杂人员组织体系,故需人员机构模块;变更管理是针对系统应用或数据作出变更,故需应用系统模块;变更管理需对变更实施后业务影响验证及评价,故需业务数据监控模块;变更管理需对相关变更场景进行比对检索过程,故需知识专家库模块;变更管理需对应用进行自动部署回退等,故需变更自动化工具模块。
其次针对各模块可能遇到的技术瓶颈、所需公共控件,由公共控件组研究相应的技术解决手段。变更管理涉及复杂的文档管理过程,需要建立文档解析引擎及文件传输控制引擎;变更操作及验证涉及向服务器发送及解析信令的过程,需要建立远程主机通信自动解析调用引擎;数据变更的自动化,需要建立数据库规则语义检查与调度管理引擎,以完成数据变更的安全检查、自动备份、执行、回退;程序变更发布流程自动化,需要建立应用服务器自动发布引擎,以完成程序变更的自动备份、发布、回退;这些技术模块与引擎共同构成变更管理信息化的技术要素,通过不同的组合和应用,为变更管理各组应用场景提供技术支撑。
4 实 践
A银行是一家国有大型商业银行,近年来随着各项业务量迅猛增长,变更管理工作日益繁杂。为进一步提高变更保障能力和变更管理工作信息化水平,规范变更管理工作流程,从变更管理实际工作出发,结合变更管理未来发展需要,特开发变更管理系统(简称S系统),整合变更管理各个环节。该系统累计投入人力超过187人月,建设工期近一年,采用原型法加敏捷开发模式,以变更评审人为核心,实现变更操作自动化、变更管理流程信息化、变更验证自动化、专家知识库等功能模块。
通过对变更信息化平台应用实践,A银行弥补了变更申请、变更评审、变更实施在严肃性、合规性和流程性上的不足,有效防控了投产变更风险,提高了变更执行成功率,为A银行在科技风险管理与防控方面作出了重要贡献。以2012年为例,日均用户1 200余人次,执行变更2 157个,变更执行成功率持续提高,变更异常率同比降低50%,目前A银行在总行层面的变更管理信息化程度相对较高,后期将在一级分行逐步进行推广执行。
5 总 结
本文就商业银行IT变更管理信息化建设体系进行了研究,提出了信息化方法,并在大型国有商业银行进行了初步实践。本文所提出的方法其应用范围还有待进一步扩大,其通用性、规模性还有待加强。
主要参考文献
[1]中国银行业监督管理委员会.商业银行信息科技风险管理指引[Z].2012.
[2]中国银行业监督管理委员会.银行业金融机构重要信息系统投产及变更管理办法[Z].2009.
[3]于丽娟. 管理信息系统开发实务 [M]. 北京:清华大学出版社,2012.
[4]Craig Larman,Bas Vodde. Practices for Scaling Lean & Agile Development:Large,Multisite,and Offshore Product Development with Large-Scale Scrum [M]. Upper Saddle River,NJ:Addision-Wesley Professional,2010.