城市商业银行项目管理难点及对策
开篇：润墨网以专业的文秘视角，为您筛选了一篇城市商业银行项目管理难点及对策范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！
摘要:这些年来,城商行系统开发建设处于高潮,这是由于我国经济的快速发展,城市商业银行规模迅速扩大,客户对商业银行服务的需求越来越多,对服务的质量要求也越来越高所导致的。与此同时,银监和人民银行对城商行的系统监管日益严格,各种监管系统建设也逐步展开,各种系统亟待开发,因而,这对系统开发与建设方面人员偏少的城商行是个极大的挑战。对此,笔者从城市商业银行现状出发,分析了软件系统项目开发管理各阶段存在的难点,提出了相应对策。
中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)24-6910-02
Difficulties and Countermeasures of Project Management in Municipal Commercial Banks
ZHONG Bin-feng
(Shaoxing Commercial Bank, Shaoxing 312000, Chin)
Abstract: In recent years, the development and construction of municipal commercial banks is in the climax, which is due to the rapid development of Chinese economy, the size of municipal commercial banks expanded rapidly. Many customers have demand to commercial banks for the high requirements to the quality of service. At the same time, the Commissioner of Banking and the People's Bank supervise the regulatory system stringently, so various regulatory systems are also gradually implemented and various systems are waiting for development.
Key words: project management; difficulties; countermeasures
近几年来,随着经济的快速发展,城市商业银行(下称城商行)规模迅速扩大,需要提供给客户的服务越来越多,对服务质量要求越来越高。同时银监和人民银行对城商行的系统监管越来越严,各种监管系统建设也逐步展开,因此,城商行系统开发建设处于高潮,各种系统开发时间紧迫,这对系统开发建设方面人员偏少的城商行是个很大的挑战。本文从分析城商行项目管理难点入手,找出对应的对策,从而更好地保证项目开发的质量。
1 城商行项目类型
城市商业银行的项目按照系统开发的性质可以分为新建的系统、扩充的系统和系统优化。对新建的系统,一般时间比较紧,需要构建系统框架,开发工作量比较大,大多采用外包或与开发商合作开发(一般标准化部分采用外包,个性化的内容合作开发),对扩充的系统和系统优化一般根据城商行技术人员对系统的了解掌握程度、开发的工作量来决定系统是否自行开发或者外包。
2 城市商业银行项目管理难点
1) 不设项目组。不设专门的开发部门,开发某个项目时都是临时抽调技术部门技术人员和相应的业务人员组成开发小组,项目组人员不是全职,他们除了开发的项目外还要参与日常的管理或者维护工作。影响项目开发的效率。
2) 需求不完整。在开发一个新系统时候,经常碰到这样的情况,不是完全由于业务需要才开发系统的,业务人员对系统要实现的功能只有大致的方向,还不能对系统功能描述得很完善。对用户的界面需求也很模糊,甚至没有界面的轮廓。导致需求多变,对产品运营后的后续管理功能考虑较少,产品设计完成后没有充分考虑柜员的使用方便。
3) 分析和设计难度大。由于在项目开发前客户没有详细的需求,加上软件开发人员不熟悉具体业务,导致在开发过程中需求的不断变化,严重时将导致分析与设计作废。
4) 测试比较片面。测试分功能测试和性能测试,现在商业银行的功能测试一般是由业务人员测试,性能测试是由技术人员负责。测试人员变动频繁,没有经过专业的测试技能培训,对测试设计能力不够,设计的案例覆盖面小有时甚至没有测试案例,测试带有随意性。
5) 缺少文档。由于项目时间紧人员少,在项目开发过程中,文档很容易少写或者不写,特别是一些项目的修改,开发人员很容易偷懒不写。有时为了应付写了文档,质量也不够高。
6) 外包系统质量难以管理。有些外包公司虽然有实力做好某个系统,但系统还没有完全成熟,而那些公司的销售人员为了业绩,向银行推销时,优点介绍一大堆,缺陷基本不说,银行决策人员容易受其影响;有些公司开发的系统成熟稳定,但有时公司外接项目多,人手紧张,客户化会让一些新手来实现,这样工期很容易拖长,质量也不容易保证。
3 城市商业银行项目管理对策
1) 成立专门的开发小组,减少其他业务对项目开发小组的影响。项目小组构成应该视项目大小由行领导或者部门负责人、业务部门、技术部门人员组成。由一定级别的领导担任项目组负责人,可以有效协调解决项目需要的人力,物力和财力问题,避免因部门之间的协调问题引起的项目开发进度延长,项目开发效率下降的情况。另外,项目由部门负责人以上领导挂帅,可以统筹全局,尽量减少参与开发的业务和技术人员项目外的工作,使开发人员可以专注项目开发。项目组负责人平常注重建立负责任的团队文化也是提高软件质量的重要方面。
2) 多方面考察外包公司。选择在行业中排名前面的公司,公司在对应的项目上要有多个成功案例,最好有城市商业银行的成功案例,通过走访案例银行了解来评判该产品的性能。对开发公司的报价不能太注重,系统性能、稳定性、后续维护、对客户的支持力度是首先要考虑的。技术部门和业务部门骨干还应该与公司设计开发人员展开深入交流,对外包系统架构有深入了解。从而为银行决策人员提供更多的信息。在与外包公司签定合同时,银行方面对外包公司客户化人员素质要有约束规定,一定要让外包公司派有经验的技术人员实施客户化。
3) 多人合作,搞好设计和开发。项目开发小组在人员配备上应避免一人单独作战,应至少由两人以上在一起合作进行需求设计以尽量减少可能出现的错误。需求分析设计人员前期要尽量多接触需求编写人员,多深入实际,对需求有全方位的了解,在设计过程中,将设计好的部分,反复跟需求编写人员商量,从而做出合适的设计。在开发过程中,应定期举行项目进展会议,讨论技术人员在开发过程中碰到的问题和进展情况,并对他们的开发问题做客观的评价。
4) 城商行技术人员与外包单位紧密合作。外包开发的软件在开发过程中,技术部门人员要参与外包单位的开发,使外包单位对银行内部系统的技术特点有深刻了解,银行技术人员也能对外包系统的技术架构有清楚的认识。在外包项目开发完成后,由外包单位进行培训,使银行技术部门人员在外包项目完成后能基本自主维护。
5) 重视项目文档的建立,把文档作为验收的必要条件。对系统外包或者合作的软件,开发公司一般能够提供比较详细的系统概要设计,数据库设计,用户使用手册,维护手册等,但对客户化的内容,不少公司的客户化人员不会主动提供文档,银行方面必须要让开发公司提供,并做为系统验收通过的必要条件之一。对银行科技部门开发的系统,应该规定系统开发应提供哪些文档,通常情况系统的总体构架、模块功能说明、接口说明、数据库设计说明、规定变量的命名方法、重要数据结构的说明、日志的说明都是必须的,其他文档根据项目不同可以添加。对修改维护部分,因为不作为一个正式项目,开发人员修改完成系统后不写文档是很常见的情况,部门负责人可以在程序放至生产系统审批时作为一个上线的要素。为了切实保证每个系统具有良好的文档,应根据文档的完成情况和质量作为一个考核指标,跟开发人员的奖金分配挂钩,促使科技人员养成有系统就有文档,系统更改文档随之更改的良好习惯。
6) 加强测试技能培训,提高测试案例设计水平。可以从以下几个方面提高测试效果:①对测试人员进行测试基本方法培训,使其掌握黑盒和白盒测试的基本方法。②测试人员应该固定,不要经常变动。③测试人员必须设计测试案例,在测试案例完成后,要交由测试组讨论审核通过,在项目完成后作为资料存档。④由于测试时间比较紧张,测试案例尽量少而全,测试案例编写者要为有测试经验的人员。⑤对于内部逻辑测试,如果测试人为开发人员,则开发人员开发的部分一般可以选择性的测试,如果测试人员不知道内部逻辑,则通过了解设计文档,与开发人员交流,获知业务流程。业务流程图可以帮助理解软件的处理逻辑和数据流向,从而指导测试用例的设计。⑥尽早测试和连续测试。一般当需求分析基本明确后就应该基于需求分析的结果和整个项目计划来进行软件的测试计划,伴随着分析设计过程同时应该完成测试用例的设计,当某个测试点准备就绪后,测试活动就可以展开。修改一个错误而引起更多错误出现的现象并不少见,因此,不断的回归测试是必须的。⑦测试用例设计的类型包括功能测试,边界测试,异常测试,性能测试,压力测试等。在用例设计中,除了功能测试用例外,应尽量考虑边界、异常、性能的情况,以便发现更多的隐藏问题。
4 结束语
如何搞好项目管理一直是城商行系统建设中的一个难点,城商行与大中银行相比技术业务方面实力不强,但只要注重业务人员和技术人员的管理、培训,加强业务部门和技术部门之间协作,用好外部技术力量,认真执行项目管理的各项制度,就能降低连续性风险,做出高质量的软件项目。
参考文献:
[1] Humphrey W S.小组软件开发过程[M].韩丹,袁詈,译.北京:人民邮电出版社,2008:56-59.
[2] Schwalbe K.IT项目管理[M].邓世忠,译.北京:机械工业出版社,2009:23-27.
[3] Myers G J.软件测试的艺术[M].王峰,陈杰,译.北京:机械工业出版社,2008:76.
[4] 韩万江,姜立新.软件项目管理案例教程[M].北京:机械工业出版社,2007:34-37.
[5] 刘景福,钟志贤.基于项目的学习(PBL)模式研究[J].外国教育研究,2002(11):35-67.