
企业数字化转型、数据治理都需要让技术和业务深度融合,但到底该如何 *** 作?
技术和业务深度融合就是让IT走进业务,让业务融入IT,以下三种思路供参考:
第一,让IT技术人员在业务部门,和业务人员一起办公和开会。这样就算不刻意去学习业务知识,每天耳濡目染也能对业务了解个七七八八。
第二,让业务部门的人在IT部门办公,让业务人员也理解IT技术人员是如何思考问题的。
实际上,很多企业已经在这么干了,例如:招商银行。在招商银行,业务部的许多人长期上班的地方是在信息技术部而非业务部;而在信息技术部,对于银行业务精通的人也才能当项目组长。招商银行的信息化项目立项,需要由信息技术、业务部、会计部等相关部门一起审核确定,技术、业务,各方都通过才能立项。所以,招商银行的IT部是非常有话语权的,在招行内部被称为“上流社会的人”。
第三,IT技术目标要与企业的业务目标对齐。
数字化转型,IT的目标不能停留在建多少个系统,设计多少个模块,开发多少个功能等技术层面上,而更多应该站在业务的角度,与企业的业务目标对齐,将工作重心放在对业务流程的优化,对管理改进、对商业的创新上。
从行业应用看,金融界对 IT的应用几乎是所有行业中最早的。比如在高性能计算方面。工商银行的集中交易系统一天有将近四五千万笔交易,没有任何其它系统比它更高了。虽然电信的交换次数要多,但电信交易比较简单,而一次金融交易大概会涉及到十多个数据库的 *** 作。如查资金库,审计库、报中央数据库等等过程,然后再返回来到前台,非常的复杂。在高可用性和系统的保障方面,电信系统断了就是断了,还可以续接,用户可以接受,但银行系统出现了问题.损失的直接就是钱了。
现在的金融信息化发展,总的来看是靠业务推动的,不过很多电脑部老总在不知不觉担当技术推动业务的角色。电脑部的很多人都知道,业务部门平时不关心技术,然而一旦他看到竞争对手推出了一项新的服务,就会火急火燎要求立刻实现。这时如果电脑部没有一些技术储备就会很被动。因此.金融信息化对IT部门的要求就是要有眼光,要有技术储备,而且还要早一些关注业务,这样才不会处于被动。
金融信息化最初实现的是业务 *** 作的自动化,后来逐渐有了管理需求。然后是交易和管理集中,现在还处在交易和管理集中这个阶段。未来,将会在集中的基础上去支持产品创新,支持金融管理,支持更多的客户服务内容。估计未来的几年中,金融信息化将会从管理集中,数据集中。业务集中走向风险管理集中、创新集中和客户服务集中。
原来各大银行在全国都有上万的网点.而且系统和客户信息的格式都不一样。这两年,开始了商业银行的系统集中。从2000年开始,企业信贷开始进行了系统集中,所有企业在所有银行的还贷都有了记录。到今年年底.大部分全国性商业银行基本上数据集中了,而且人民银行的个人信用管理系统在今年年底应该也可以完成。有了这两个系统后, 个人信用资产的交易记录有了,这样才能衍生出个人信用报告。将来,我们申请贷款、买房子,买手机卡都可能会与这个信贷系统挂接。
在各大银行中,招商银行的信息系统上是做得很好的。虽然他的规模在16家全国性银行里中不算大,但是它的IT团队是很大的,我的印象中有三四百人以上,其它类似的银行也就一百人左右。这就是招商银行为什么一直在技术应用的方面领先很多的原因。而且他们技术和业务的结合非常好,技术人员很关心业务 *** 作,同时业务部门也很关心技术改进。我们可以看到,工商银行的网上银行能力。水准都不比招商银行差,但在细节上就比招商银行差很多。很多功能用户都搞不清楚什么意思.这就说明它的技术和业务结合不好。
而且随着系统集中到总行,总行科技部和软件中心的规模将大大扩张。现在,深圳、珠海、杭州、上海、北京成为了这些软件中心的聚集地,中行在深圳,工行在珠海,农行在广州,建行在北京,西安也有一些。
在金融信息化不断发展的大形式下,对技术人员的需求也在不断改变。原来每个地方都要有维护数据库的职位,而现在各个支行对这种IT人员的需求就减少了。但是,金融产品其实越来越复杂,客户服务也越来越多了。而且项目管理。过程管理等技术人才有集中的趋势。也就是说,人才需求的总量会增加,但是要求会比较高了。原来是中低层次为主,现在可能负责应用的人员不多了,负责维护的人员少了,但负责开发的人员会增多,而且向某个方向有越来越集中的趋势。
金融行业对技术人才的要求是技术很广很精.比如对数据库配置,系统配置、网络设置的知识都要有。很少有一个人永远只做安全的方面的工作,很可能还要做项目管理和系统维护。在开发语言方面,除了Java之外,很可能还要求也要懂C++和数据库等。总之,需要的是一个复合型的人才。
反观我们的教育体系,研究所和大学培养的人大部分都是研究性人才。不是说研究性人才不需要,而是现实中需要的大部分都是业务性人才。业务性人才和研究性人才有着很大的差别。业务性人才可能一会要做数据库、一会要做研究室 *** 作系统训练.一会又要研究安全,还要做项目管理和过程改进。前面一种人才要求的是持续跟踪的能力,后面要求的这个是快速反应学习能力,更多是为了快速满足业务目标。
对我们软件学院来说,尽管设的是软件工程专业,但不是研究性的学科硕士,而是为应用而培养的人才。这就需要这些人要有应用的感觉,应用的能力,要有快速的研究能力,而不是专在一个领域的研究能力。因此,我们必须有一个平台和环境,把真正的应用和我们现在这个领域所培养的能力结合起来。再加上学员中相当一部分人有工作,但他们的工作环境不适合做论文,而且研究所的导师手上也没有那么多适合做论文的项目。在这种情况下,我们主导创办了金融中心,目的就是给学员提供合适的项目和研究课题。我们现在已经正式启动了一个证券公司管理的技术架构项目,正准备启动的是国家电信体系的技术架构,我们会将这些项目拆分成很多小的项目给学生去实习。
现在学生最缺的是研究能力,但这个研究能力不是研究所需要的那种发明一个新体系或者新技术的能力。我所指的研究首先是要学会做正确的事,哪些事是值得研究的;第二是学会正确的做事。第三是正确的展示。很多同学做论文.上来就说我要做怎么怎么样的一个系统,这是不正确的。我们首先要问几个问题:你做得是什么,你为什么要做这个事,为什么不去买一个系统.为什么不去抄一个系统。比如要做一个网管系统,他就需要研究是做哪一类的网管,是管线路、管连接、管设备、客户服务还是金融管理的网管。这些系统都不一样,不同在哪里,为什么要做这个东西是买不到还是现有的系统没有这样的性能,一定要给出研究报告,这样才能够正确的做事。而在工作中,展示能力也是一个非常重要的技能。如果在应用部门不展示你的效果,领导不会批准,客户不会买单,同事不会配合。
因此,我认为展示也是一个很重要的研究能力。学会做正确的事和学会正确的做事的基础都是综述能力。综述首先要求把你想做的核心。内涵、外延、可比的属性搞清楚。而正确的展示需要的是沟通能力、管理理解能力。
在IT系统的需求分析阶段,保证项目以业务需求为目标; 在系统交付时,进行充分的功能测试和性能测试; 在运行阶段,保持对系统的监控,这是进行IT系统质量管理的关键。 IT系统作为银行业务的有力支撑,越来越受到重视,各家银行纷纷通过改善IT系统来节约实施和维护成本,提高客户的满意度和增加收入。但是,随着IT系统的建设越来越多,结构越来越复杂,如何保证IT系统的质量,使其真正能够满足日益发展的业务需要,逐渐成为各家银行重点考虑解决的问题。具有雄厚资金实力和IT投资预算的大型商业银行,已经开始着手IT系统和软件产品的质量控制和管理建设,制订出从业务需求到开发、测试、部署以及产品和系统上线以后的实时监控等一揽子规划,并且开始着手购买各种软件和工具进行实施。但是对于大多数银行,每年的IT预算有限,如何保证IT系统的质量面临不小困难。笔者结合目前国际上流行的质量控制和管理趋势,根据自身在银行方面质量管理和控制项目支持的经验,提出一个分阶段分步骤进行建设的建议,以供广大银行的决策者及相关人员参考。
测试工具的选择
银行作为一个特殊的行业,对于IT系统的功能性要求和性能性要求都比较高。对于银行IT系统,功能上不能有丝毫的马虎,客户交易必须正确记录,决不允许错记、漏记,如果发生错误,对于客户是经济损失,对于银行来说则是信用的损失。性能上为了提高客户的满意度,在各种渠道上都需要保证在一定的时间内完成交易,如果客户存取一笔款项需要花费很多时间,那么客户对于银行的抱怨是无法想象的,很有可能使这位客户转而投入其他银行的怀抱。从技术上说,对于功能和性能方面的质量都必须通过测试来进行验证,这是保证IT系统在功能和性能方面能够满足业务需求的基础。在功能和性能方面的投资可以优先考虑两个方面: 测试管理工具和性能测试工具。
软件测试目前作为软件工程中的一个重要的环节受到各个企业的重视,并且大家也普遍承认,这是一个需要进行有效管理的过程,因为其中涉及到测试需求的选择、测试案例的设计、测试执行的管理以及缺陷跟踪的流程等多个方面和环节,如果还停留在依靠手工处理、电话或者邮件通知、人工收集数据、使用Office软件来进行统计的阶段,那么工作量相对来说是很大的,而且不能及时反映整个测试阶段的进程和情况,因此在准备进行测试时,选择一个业界承认的优秀的测试管理工具是很有必要的。
选择一个好的测试管理的意义在于:
● 能快速学习测试管理工具中附加的先进经验和最佳实践;
● 能有效地进行测试资产的集中管理和控制;
● 能理顺并完善适合本企业内部的测试管理流程,并且映射到测试管理工具中;
● 能促进各个团队进行有效沟通和分工协助;
● 能方便地进行各种数据统计和图表处理,有利于了解项目测试的情况。
在选择测试管理工具时,决策者和相关人员可以根据以上要求来考量测试管理工具是否适合和满足本企业的要求,同时要考量测试管理工具的平台性,即不仅仅只是一个工具,而同时要具有开放性、可扩展性等平台特性,这样才能很好地融入到企业IT建设架构中,真正地成为企业IT建设的基础。
功能和性能测试方面的投资当然是以性能测试为主。原因一方面在于,IT系统的性能问题不易发现,在测试期间只有少量用户使用,往往不会暴露出存在的性能瓶颈,只有上线了以后,千百个分行支行网点的用户使用、并发量大的情况下才会出现,而使用性能测试工具可以模拟这种大批量的用户并发使用。另一方面,性能测试要衡量的指标有很多,依靠工具更加易于进行统计和分析,帮助测试人员发现和定位性能问题。
选择性能测试工具要考量的指标一般有:
● 是否易于创建测试脚本。如通过录制就可以完成,不需要或者需要很少的手工编制;
● 是否能够精确地模拟现实中系统上线后的运行情况;
● 是否能够在压力加载的同时,收集被测系统的资源消耗情况,并且这些数据是真实准确的;
● 是否提供了强大的分析模块和报告生成能力;
● 是否能够和测试管理工具很好地集成。
性能测试工具的价格往往很昂贵,在购买时可以考虑先购买部分功能和模块,然后再分阶段逐步完善。
在自动化功能测试方面,尤其要注意不要盲目地购买,然后仓促地、大范围地在系统功能测试中使用。因为自动化功能测试工具的优点在于通过可重用的脚本和模块,简化脚本创建和维护的工作,同时通过重放,在回归测试中将测试人员从重复性的单调 *** 作中解放出来,使他们更加专注于缺陷修复和功能变更后的模块测试。由于自动化功能测试工具目前大多是通过录制生成脚本,如果以单独一次测试来和人工相比,往往不具有明显的优势。使用自动化功能测试工具能够提高投资回报率的关键在于,通过自动化功能测试工具测试生命力相对持久的系统。例如银行核心业务系统、信贷系统等,通过不断积累和完善该系统的功能测试脚本,可简化该系统变化相对不大的模块的功能测试。
在选择功能测试工具时,需要考虑的最主要指标是工具的简单易用性,因为就实际经验来说,自动化功能测试工具往往由业务人员直接使用,如果 *** 作简单,脚本可维护性好,结果报告清晰明了,那么就会达到事半功倍的效果。
总体上,第一阶段可以考虑优先购买和实施测试管理工具和自动化性能测试工具,同时可以考虑选择一到两个相对修改不会很大的系统来使用自动化功能测试工具录制功能脚本,进行自动化功能测试前期的积累。
逐步建立质量管理体系
如果前一阶段我们的目的是选择测试管理工具和测试工具,同时选择固定的人员,组建相对独立的测试队伍,实现知识共享和经验积累,那么第二阶段我们的目标就是基于本企业内部的情况,制定出适合本企业的质量管理体系,全面控制和管理测试工作,加强功能和性能测试方面的自动化程度,将测试工作和测试团队纳入到整个企业的质量管理工作中,同时可以考虑在本阶段将设计、开发和测试集成起来协同工作。
这一阶段我们应该充分发挥测试管理工具的开放性和集成性,一方面通过它实现与设计、开发、部署等过程良好集成,例如将设计需求快速转变为测试需求,通过测试管理工具管理 单元测试 等; 另一方面可以通过工具提供的功能或者二次开发,建立关键性能指标,从测试管理工具中提取数据,展现测试项目和测试工作的全面视图,例如缺陷的趋势图(每天新增加的缺陷和处理完毕的缺陷)、测试案例计划和执行分析图、测试项目总体进度图等,这样就能通过完善系统质量的衡量指标,逐步建立起质量的评估体系来。
在功能和性能测试方面,由于经过第一个阶段自动化功能测试的积累,已经具有很强的脚本编制和功能组件划分能力,因此可以逐步建立起自动化功能测试的框架,这样做的好处在于: 首先,可以大大简化后期脚本的维护和自动化功能测试的运行; 其次,可以利用框架,快速构建新的系统的自动化功能测试; 再次,可以充分利用业务人员对于业务的熟悉,让他们加入到自动化功能测试过程中来,便于他们使用自动化功能测试工具; 最后,具有一个良好的框架,将来可以快速建立基于业务流程和数据驱动的测试方法,推动回归测试和冒烟测试。
性能测试在这个阶段可以继续深入,一方面通过工具进行针对应用开发代码的性能诊断,协助开发人员发现和定位代码方法级别的性能瓶颈,另一方面要收集各种测试的结果数据,建立起性能和硬件配置的估算模型,充分保证在硬件投资上的最合理支出,提高投资回报率。
该阶段还需要加强的是设计、开发和部署时通过建模工具、配置工具、变更管理工具、运维监控工具、帮助开发人、测试人员和运维人员协同工作,高效率地完成应用系统的整个生命周期中关键环节的管理。由于中小型银行系统主要以外包为主,这里就不做细致的阐述了。
该阶段要注意的是,由于开发以外包为主,所以更需要加大测试方面的投入。因为完善的设计理念、先进的开发技术和方法论、良好的团队合作和项目管理,并不能绝对保证开发出具有优秀功能和性能的应用系统,更何况系统的参数配置对运行的性能影响同样巨大,因此功能和性能是否能够满足业务的需要,最终还是要通过测试来检验。这就好像一个人,虽然具有良好的家庭背景、教育环境、生长氛围,并不一定会成为一个优秀的人才一样,是否有能力能够胜任工作,还是需要通过考试等测评方法来衡量他的综合素质才可以下结论。
促使IT系统和业务目标的统一
银行业IT系统的根本目标是提高生产效率,为银行业务的实现提供强有力的支持。因为银行IT系统本身并不会为银行带来经济收入,收入是依靠其支撑的业务运营来实现的,因此IT系统从设计的那天起,就决定了其要为业务运行服务,要帮助达成业务目标。
但是实际应用开发过程中,由于开发人员过于理想化、开发管理不善等各种问题和各种变化,往往导致最终完成的系统与业务目标具有一定的偏离,这种偏离有时候是很大的,甚至可以称作鸿沟,而IT系统质量管理发展阶段的最终目标就是建立机制,消除这种鸿沟,使IT系统真正能够满足业务目标的需求。
要消除这种鸿沟,可以从以下几个方面考虑:
● 需求和项目管理。这里的需求指的是业务需求,通过项目全生命周期的有效管理,保证应用开发项目的设计、开发和测试都以业务需求为目标,使项目最大化地满足业务需求,实现业务价值。
● 质量保证。通过测试保证应用系统在功能上满足业务需求。
● 性能验证。通过测试验证应用系统在性能上是否满足业务需求。
● 服务水平管理。应用系统上线后,通过实时监控等手段保证应用系统能够满足服务水平协议,使最终用户能够通过应用系统实现业务 *** 作,提高最终用户的满意度。
● 变更生命周期管理。在应用系统整个生命周期中,能够使需求变更被控制在管理范围内,并且能够按照需求的这种变更快速地组织开发、测试和上线后的监控,使这种变更还是依照业务需求进行。
可以看出,需求和项目管理、变更生命周期管理两方面都需要银行内部各部门之间的协助,只有建立起全面的内部质量管理体系和制度才能很好地实现,而质量保证和性能验证就是前阶段的功能测试和性能测试。只有通过测试,才能从功能上和性能上保证应用系统满足业务需求。
这里面要强调一下服务水平管理,虽然目前银行运维部门大多已经具有一系列的工具和手段,可以监控Unix服务器、数据库、网络等底层应用基础架构运行的状况,但是银行是以业务为主导的,最终这些软硬件的运行是要保证业务功能的实现,因此银行监控观念和侧重点应该有一定的转变,即最关键的应该是监控业务功能是否能够正确实现,业务流程是否能够正常流转。举例来说,网上银行系统被不小心修改了登录页面,导致页面出错,这时候传统的监控工具看到的情况是Unix *** 作系统正常、数据库正常、网络正常,但是客户却不能使用网银系统,如果使用了基于业务流程的监控工具,就可以监控到这种错误,并且报警,同时可以帮助运维人员定位到是应用级别出现了错误,从而帮助快速解决这个问题。
选择这类监控工具一方面是要考虑能够有效地模拟真实的用户 *** 作,另一方面是能够将业务流程和底层应用基础架构映射,将业务流程的失效定位到应用基础架构问题。
至此本文介绍了银行IT系统质量管理建设各阶段要考虑的方面,如果我们把银行应用系统比做一个人,那么各阶段的建设可以形象地总结如下:
● 测试先行。就像人定期的健康体检一样,以检查是否有潜在的疾病。
● 全面的质量管理体系。从饮食习惯、作息起居、日常锻炼等方面来提高人的机体的整体免疫力。
● IT管控,消除IT与业务需求的鸿沟。真正明白人生存的价值和意义,不仅仅要有一个健康的体魄,更要从精神、心态等方面来全面调节生理和心理,使自己具有一个乐观、积极的人生。
(作者单位:美科利公司技术顾问)
1、应⽤的前期架构设计、软/硬件资源评估申请采购、应⽤设计性能隐患及评估、IDC、服务性能\安全调优、服务器系统级优化(与特定应⽤有关)等都需运维全程参与,并主导整个应⽤上线项⽬;运维⼯程师负责产品服务器上架准备⼯作,服务器系统安装、⽹络、IP、通⽤⼯具集安装。运维⼯程师还需要对上线的应⽤系统架构是否合理、是否具备可扩展性、及安全隐患等因素负责,并负责最后将产品(程序)、⽹络、系统三者进⾏拼接并最优化的组合在⼀起。
2、计算机维护\网络维护\系统发\
如果你计算机在软件设计和编程方面专业性相当强的话可以去应聘银行信息安全部的岗位(这个你懂得)还有科技后援的岗位(主要搞内部 *** 作系统的开发好维护),硬件组装和维修很强的话可以应聘银行IT维护部门的岗位。银行只有这两个部门招收计算机专业的,一般其他的业务岗位主要为金融专业、经济专业、会计专业等经济学方向的人。如果你参加统一招收考试,经济金融方面的基本理论知识,和银行基础业务知识多少也要懂的。
以上就是关于IT与业务的融合全部的内容,包括:IT与业务的融合、想了解当银行技术人员需要哪些知识、银行IT系统的质量控制_银行IT系统等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)