it项目管理具有什么困难,好的项目管理能给企业带来什么好处

作为一名在银行工作多年的it从业者,本文总结了商业银行IT项目的特点和面临的挑战 。
1.商业驱动
事实上,大多数项目都是业务驱动的,相对较少的项目是技术驱动的 。商业银行作为盈利机构,分为资产业务、负债业务、中间业务和新兴业务,这些业务都需要it系统的支持 。如今,信息技术已经成为商业银行的基础设施,业务流程离不开信息技术 。
业务驱动,即商业银行的大部分IT项目都是以满足既定的业务需求为目标,因此员工不仅要懂得IT开发技能,还要掌握业务领域知识,从而开发出满足业务人员需求、能够创造业务价值的工具 。
2.有许多相关的系统
【it项目管理具有什么困难,好的项目管理能给企业带来什么好处】经过几十年的IT建设,商业银行(尤其是大型综合商业银行)已经拥有了无数的系统 。工农建的每一家银行都要有几千个操作系统 。每个系统都有一定的对外服务能力,共同支持银行各项业务的运行 。
如今,IT项目的开发很少不依赖其他系统而独立运行,都需要依赖其他系统的能力来构建自己的业务能力 。许多系统节点相互依赖,交织成一个复杂的有向图 。首先,它给项目的开发和系统的架构设计带来了一些挑战;二是给系统安全运行带来巨大挑战 。
这也要求项目经理不满足于自己的土地 。了解这些节点之间的依赖关系是系统架构设计的一个重要部分,否则可能会被坑得很惨或者其他人被坑得很惨 。在现有系统能力的基础上,善加利用,整合各种“能力”,让我们保持长袖善舞,创造1 1大于2的商业价值 。
3.信息孤岛和部门银行
由于建设之初缺乏顶层设计,银行内部很多系统相互独立,形成了很多信息孤岛,信息难以打通 。同时,在机构设置上,大部分银行采用部门制,导致竖井管理,部门银行问题相当严重 。
信息孤岛是信息系统之间缺乏协调有序的信息交换,这与当前业务集成和快速交付信息技术能力的要求相矛盾 。因为业务集成,需要多个信息系统协同工作,形成合力,支持和满足客户需求,贡献价值 。由于市场的快速变化和同行业竞争的加剧,对快速交付IT能力的要求有所提高 。然而,孤立的信息孤岛造成了多个系统之间的协调困难,降低了交付速度 。
部门银行问题是中国一系列的制度安排 。古代朝廷下设“工部、刑部、兵部、礼部、户部、吏部”六个部,而银行总行下设“会计部、内控合规部、风险控制部、运管部、个人金融部、公司业务部、大客户部、网络财务部、机构业务部、金融市场部、资产管理部、信息技术部、 安全部门和普惠金融部门”问题在于,各部门、各办事处以自身利益为重,绩效指标由各部门、各办事处单独设置,晋升也是各部门、各办事处的一条上下线 。因此,事实上,一个专注于自身部门利益的小团体已经形成,甚至不惜以损人利己的代价来换取自身利益 。员工只需要对直接上级负责,不需要对银行的整体战略目标负责 。随着小集体主义的盛行,部门银行问题已经成为实现整体战略目标的一大障碍 。
面对部门银行问题,IT项目经理需要能够同时处理这两条线 。第一个是技术线,链接项目相关系统的接口关系;第二
银行系统一般都有严格的官阶,所有事项都需要上级授权才能通过 。权力集中在上级,而不在项目经理手中 。项目经理需要与上级保持良好的沟通,以便为项目实施获得政策资源、人力资源和物质资源 。重要事项的报告制度要宁少勿多,充分确认后才能通过 。
而集权带来的另一个问题是政治任务多 。上级领导布置的任务往往会占用常规项目的资源和时间 。当项目经理推进自己的项目时,他应该进行充分的风险评估,以减少政治任务的影响 。
5.重新反馈和报告
在银行内部,经常有许多“体育”任务 。比如季度存款任务、年度理财产品任务、贷款指标 。这类体育工作任务一般从上到下逐级分解任务目标,逐级认领任务目标 。“运动”任务也需要IT系统的支持,这
一个特点就是,重反馈重报表 。上级领导机构是以报表为抓手,查看任务完成情况,查看排名,督促下级机构人员完成任务,并按照业绩完成情况分配绩效奖励 。
这是一种实实在在的广泛业务需求 。但对报表缺乏管理梳理,则造成报表的“通货膨胀”,满天飞 。这种问题的解决,要做好灵活有弹性的IT架构 。
6.重短期轻长期
由于部门银行和集权体制的影响,加上部门管理层的周期更迭,各部门对于自己局部利益和短期利益的重视,导致对于银行战略和长远规划的重视不足 。体现在IT项目建设上也大多急于求成,缺乏顶层设计和长期发展的战略定力 。从整体性上缺乏IT架构的规划和管控,从长期性上缺乏对IT基础设施的长期建设和继承发展 。从而导致IT系统建设有大量的“违建”,“违建”日积月累的情况下,是难以建设“大楼”的 。
IT项目经理面对这种情况,要做好长期发展战略与短期任务的有机结合,做好整体架构与局部功能的有序衔接 。要做好顶层设计规划,在大框架不变的情况下,灵活的应对处理短期的IT建设任务 。