商业银行在管理上的问题 (银行it项目管理)

作为在银行工作多年的IT从业者,总结商业银行it项目的特点和面临的挑战。

1.业务驱动

实际上大多数项目都是业务驱动的,技术驱动的项目相对较少。商业银行作为盈利机构,分为资产业务、负债业务、中间业务、新兴业务几大部分,都需要IT系统的支撑。当今,IT在商业银行已经变成了基础设施,没有IT已经无法完成业务流程。

业务驱动,就是商业银行大多数IT项目都是以完成既定业务需求为目标,所以从业人员不仅要懂得IT开发技能,还要对业务领域知识有所掌握,才能开发出符合业务人员需要、能够创造业务价值的工具。

2.关联系统众多

商业银行(尤其是大型综合商业银行)经过几十年的IT建设,系统已经多如牛毛。工农中建每家银行的在运行系统都要达到上千个。每个系统都具备一定的对外服务能力,共同支撑着银行各项业务的运作。

现在IT项目的开发,很少有不依赖其他系统而独立运行的,都需要依赖其他系统的能力而构建自己的业务能力。众多的系统节点之间存在相互依赖关系,交织起一张复杂的有向图。一是给项目的开发带来了一定挑战,给系统的架构设计带来了很大挑战;二是给系统的生产安全运行带来了很大挑战。

这也要求项目经理不能只满足于自己的一亩三分地。摸清这些节点之间的依赖关系,是系统架构设计的重要部分,否则就可能被坑的很惨,或者坑别人很惨。在已有系统的能力基础上,做好运用,将多种“能力”贯通,才能长袖善舞,创造出1+1大于2的业务价值。

3.信息孤岛与部门银行

因为在建设之初缺乏顶层设计,银行内很多系统各自独立,形成了很多信息孤岛,信息打通难度较大。同时在机构设置上,银行大多采取部门制,导致竖井式管理,部门银行问题较大。

信息孤岛是各个信息系统之间缺乏协调有序的信息互通,与当前业务综合化、IT能力快速交付要求形成了矛盾。由于业务综合化,所以需要多个信息系统协同发力,形成合力,去支持满足客户需求,贡献价值。由于市场快速变化,同业竞争加剧,所以对IT能力快速交付的要求提高,而信息孤岛造成多系统间协调困难,也降低了交付的速度。

部门银行问题,是我国机构设置的一个沿袭。古代朝廷之下设置六部“工部、刑部、兵部、礼部、户部、吏部”,而银行总行之下则设置“财会部、内控合规部、风控部、运管部、个人金融部、公司业务部、大客户部、网络金融部、机构业务部、金融市场部、资产管理部、信息科技部、安全保障部、普惠金融部、人力资源部”等等,部门各司其职,同时互相合作,推动银行业务开展。而问题就在于各部室以自身利益为大,业绩指标又是各部室单独设置,晋升晋级也是各部室一条线上下。所以实际上形成了以自己部门利益为重的小团体,甚至于不惜以邻为壑,换取自身利益。员工只需对自己直线上级负责,不需要对银行整体战略目标负责,小集体主义盛行之下,部门银行问题成为整体战略目标实现的一大桎梏。

面对部门银行问题,IT项目经理开展工作时,需要两条线都走通才行。一是技术线,把项目相关系统的接口关系走通;二是业务线,把各相关系统所隶属的业务部门要获得授权和支持。就像是镖局走镖一样,银车从江南押往京城,途径的各地好汉都要打点好才能安全到达。

4.银行治理体系集权下的项目经理

银行体系一般官位等级严格,所有事项都需要上级授权才能通行。权力集中在上级,而不是在项目经理手中。项目经理需要与上级保持好沟通,才能获取项目推行的政策资源,人力资源,物料资源等。重要事项的汇报制度,要宁多勿少,只有在充分确认后才能通行。

而且集权导致的另外一个问题就是,政治任务较多。由上级一把手亲自指定的任务往往要挤占掉常规项目的资源和时间。项目经理在推进自己的项目时,要做好充足的风险评估,把政治任务的影响降低。

5.重反馈重报表

在银行内部,往往有很多“运动式”工作任务。例如季度存款任务,年度理财产品任务,*款贷**指标。这种运动式工作任务,一般是自顶向下逐级分解任务目标,逐级认领任务目标。“运动式”工作任务同样也需要IT系统的支撑,此类系统的一个特点就是,重反馈重报表。上级领导机构是以报表为抓手,查看任务完成情况,查看排名,督促下级机构人员完成任务,并按照业绩完成情况分配绩效奖励。

这是一种实实在在的广泛业务需求。但对报表缺乏管理梳理,则造成报表的“通货膨胀”,满天飞。这种问题的解决,要做好灵活有弹性的IT架构。

6.重短期轻长期

由于部门银行和集权体制的影响,加上部门管理层的周期更迭,各部门对于自己局部利益和短期利益的重视,导致对于银行战略和长远规划的重视不足。体现在IT项目建设上也大多急于求成,缺乏顶层设计和长期发展的战略定力。从整体性上缺乏IT架构的规划和管控,从长期性上缺乏对IT基础设施的长期建设和继承发展。从而导致IT系统建设有大量的“违建”,“违建”日积月累的情况下,是难以建设“大楼”的。

IT项目经理面对这种情况,要做好长期发展战略与短期任务的有机结合,做好整体架构与局部功能的有序衔接。要做好顶层设计规划,在大框架不变的情况下,灵活的应对处理短期的IT建设任务。