平台建设之道


 2014-11-24 02:15:01       758

作者简介:袁义,普元资深咨询顾问,金融事业部副总经理,参与或领导了中国工商银行Java应用基础平台咨询、建设银行J2EE组件架构咨询、交通银行MIS统一架构平台、国家开发银行J2EE应用平台、山东农信J2EE架构咨询、深圳电信软件构件库理论体系等多个咨询项目

联系作者:yuanyi@primeton.com

面对蓬勃发展的互联网经济时代,商业银行对业务创新、经营管理、风险控制、客户服务的能力要求越来越高,相应的信息化水平与能力也成为衡量银行核心竞争力的一种重要指标。银行CIO们希望IT建设从被动的地满足和支持业务发展转向与业务融合,成为业务创新的重要手段,真正的提高企业信息化的整体水平和企业的核心竞争力,。这意味着银行IT部门的定位逐渐从企业技术支撑部门向业务部门转型,这也就对于IT建设提出了新的要求,:企业一方面希望IT系统架构具备足够的可靠性和灵活性,在高效支撑业务运营的同时快速适应业务和管理的变化;另一方面则希望在IT管理上希望更加集约化,以提高IT系统开发与运维的效率。

然而,目前较多银行的IT建设事实是,从在“IT架构”层面角度看,企业存在技术路线分散、技术架构不一致、系统层次与功能耦合度高、数据标准不统一、应用系统建设分散、应用界面风格不一致等问题,导致系统对业务响应慢、系统集成困难、维护成本高、人员可替换性差、复用性低、用户体验不好等一系列问题;从在“IT管理”层面角度,由于人力资源的匮乏和职责定位的原因,企业在项目实施中,无论是对业务方案、技术架构,还是对项目管理、实施人员的管理,不同程度都在依赖于外协厂商,这种局面使得IT部门难以制定可操作性强的统一开发过程与开发规范,项目质量很大程度取决于开发团队的技术能力和项目管理水平,。更令人担忧的是,银行IT部门技术人员正在逐渐沦为日常沟通协调的粘合剂和传声筒,对于业务方案、技术架构和应用项目管理方面的意见正在被边缘化,继而慢慢逐渐失去了对体现银行核心竞争力之一的IT系统的掌控,同时,外协厂商的经营风险也会直接影响到银行IT系统运行维护的稳定性。

于是,在此背景下,越来越多的银行科技部门将“自主建设”确定为重要的IT战略。,但不同的银行结合自身的状况对“自主建设”的做法有差异,通常的做法是:由银行IT部门自身掌控技术标准与规范,开发方法和项目管理,适当引进业务方案咨询,大量引进开发外包。,这种IT建设模式一方面由银行自主掌控核心能力,一方面通过外包来降低成本。为了能较好实践这种模式,很多的银行选择了平台化的IT建设道路,即通过建立统一企业技术标准规范和方法、建设统一应用平台,在此基础上支撑应用的建设和运行维护,并在此过程中沉淀企业的软件IT资产,从而形成平台化的应用支撑体系,如下图:

 

在这个体系中,分为“方法与规范”、“平台与工具”、“资产与知识”三大部分,彼此相互关联、相互作用,形成有机整体。其中方法与规范是基础,抽象和梳理了企业统一的技术标准、方法和模式;工具平台是对技术标准、方法与规范的固化和落地,使得在标准化和规范化的同时,有效保证了效率和质量;只有在统一的技术标准规范下,资产与知识的沉淀才真正发挥出复用的价值,而通过平台工具,使得这些资产和知识实现有效的管理和方便的复用。

建立良好的平台化应用支撑体系需要具备四个关键特征,即“层次化、组件化、产品化、体系化”。

层次化是指平台的规划需要通过划分技术平台和业务平台,减少技术与业务的耦合性,。技术平台可以是通用的技术架构和组件、服务的抽象,业务平台是在技术平台之上的扩展和延伸,可以根据业务领域的业务模式差异性划分不同领域的业务平台,如银行的电子银行业务平台、信贷业务平台等。

组件化是指各级平台内部功能采用组件化的技术实现,使得平台内部的功能之间保持松耦合,保证良好的灵活性和扩展性,同时平台支持应用的组件化开发。

产品化是指平台具有版本和确定的版本基线,版本是向下兼容的,平台向外提供接口来支持扩展开发(区别于代码和架构级的复用),有一套相对稳定的平台研发和维护的方法保证平台的质量,有完善的用户参考手册和培训文档,可见,产品化是平台得以持续发展并达到预期使用价值的基础。

平台体系化往往是最被忽视却又是最为关键的一个特征,较多的用户在建设平台上,纯粹从技术的角度进行考虑,最终做出一个工具,前期规划不够,后期没有建立系统的推广体系,导致平台价值没有充分发挥。我们理解平台体系化,是指平台化是一个系统性工程,体现在平台规划、建设、推广、维护和可持续发展需要系统性考虑;平台在业务支撑、技术架构、软件过程、资产管理、组织保障方面需要系统性考虑;平台在如何保证方法与规范、平台与工具、资产与知识的充分结合,形成有机整体方面需要系统性考虑;平台在于企业其他基础设施整合和集成方面需要系统性考虑。

通过平台统一了企业IT建设的相关标准(技术、方法、管理等方面),为组织内的复用(人、知识、架构、方法、模式等)提供了可能性;通过平台将各个基础环境集成在一起,实现了银行IT资源的整合,实现IT基础设施利用的最大化;通过平台可以提高规范性标准化程度,增强应用软件的稳定性和可维护性;通过平台的支持,可以采集各类开发管理的基础数据(如代码行数量,单元测试覆盖率等),为精细化管理提供基础;通过平台可以提高开发效率,减少重复投入,提高应用的质量;通过平台有助于提升对技术、人员、过程的管控能力...

_ueditor_page_break_tag_

由此可见,平台即整合,平台即集成,平台即体系化,平台是银行IT核心能力的载体,平台也是银行实现IT管控的抓手。只有对平台建设的意义和特征有充分的认识和理解,才能指导我们建立正确的平台建设的方法。而国内的平台建设往往只注重平台具有什么功能,或者采用哪些技术,要知道建立平台的规划与研发能力使得平台具有持续发展演进的可能才是最关键的,一个静止的平台无论现在多强大,未来也会落伍。另一方面,目前大多数用户在平台建设上采用的是运动会式的建设,即在做了一次大的项目型投入后,后期不再保持持续性投入进行滚动规划,持续发展,这样导致平台发展越来越畸形, 最终使得平台所承载的技术、方法越来越不适应企业需要,平台成了鸡肋,食之无味,弃之可惜,甚至成为了包袱,导致应用的扩展性因平台的落后无法实现。

基于对平台建设需要系统化的认识,银行在建设应用平台时,需要遵循“整体规划、增量实施、自主建设、重在推广、持续发展”的总体原则。整体规划是指在明确平台定位和目标前提下,能够综合全面地了解平台建设的需求,最好的方式是采用咨询项目的形式请业界平台领域专业的人员协助完成。例如,笔者曾负责某大型银行的平台规划咨询项目,项目组参考欧洲软件产品线工程BAPO(Business、Architecture、Process和Organization)模型,从业务支撑、技术架构、软件开发与运维过程、组织保障等四个方面对该行开放系统建设的情况进行了调研和分析,明确了各个维度对平台建设的要求,并采用雷达图工具分析了各个维度目前的现状水平,和通过平台化之后能够提升的空间。这种方法使得平台的规划有坚实的需求基础,而不是闭门造车建立一个空中楼阁。基于系统化思维规划的平台比较全面和宏伟,在实施时候不可能一步到位,因此,配套平台蓝图规划的实施建议方案需要结合银行IT部门的实际情况,根据优先级和功能的依赖性,划分几个阶段分步增量的实施。

平台定位的重要性决定了平台实施的高品质要求,目前在平台的实现手段上有三种模式,即购买商业化平台产品、完全独立自主开发和引进外部平台进行客户化改造。以下针对三种模式的特点进行简单的比较:

通过比较可以看出,由于平台化建设是一项专业化程度较高的工作,与银行IT部门原有的知识储备有较大的差异,如果在银行建立一支专业化的平台研发队伍,完全自主研发一个功能强大体系完整的平台并不现实,最佳的做法是通过和业界专业的平台公司合作,在合作过程中实现平台技术和方法的培训与转移,逐步建立银行自身的平台研发力量,具备自主建设的能力。

在平台建设的同时,需要明确平台在银行IT系统中的适用范围,建立平台的培训推广体系,形成技术支持与故障响应的流程,建立平台版本与补丁管理的规范,以及软件资产积累与复用的流程,确保平台在应用建设过程中,能够得到应用开发团队的支持和认可,才能使得平台的价值在应用建设中有机会体现。

平台的可持续发展能力是平台价值延续和不断增值的保证,这就需要基于平台系统化的角度上,对平台进行周期性滚动式规划,并不断的实现版本的演进,让平台具有生命般的成长轨迹,这样才能不断适应和满足银行业务与管理对于平台的要求。

当前,银行IT部门基于平台化实现IT建设日益成为一种趋势,据笔者参与和了解的银行应用平台包括工行CTP平台、建行SUP平台、农行Plantix平台、交行JUMP平台、中信银行CBJUP平台、国开行USE平台等等,这些平台为各自的IT系统建设发挥了重要的作用,本人一直认为,平台化是企业的必由之路,但平台化又是一条不归路,因为一旦走上这条路,企业需要考虑的是如何持续对平台进行完善,以保证承载在该平台上业务应用的健康发展。

老子说:道可道,非常道。银行平台建设的道路与方法,随着银行业务和IT技术的发展,都在不断变化中,我们一直试图寻找平台之路及方法,但又似乎永远不得其法,或许,这才是真正的平台之道。

相关阅读: