登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 行业 > 其他 > 项目管理在金融行业的应用

项目管理在金融行业的应用

返回>

2017年12月04日    作者:何俊    来源:弘博创新管理学院

A-A+

  现代商业银行的发展离不开科技的支撑,传统的依赖人工和柜面办理业务的时代已经过去,互联网金融的兴起更是对传统银行业带来了冲击,在新的时代背景下,银行需要大力发挥科技的优势,推出一些与科技密切结合的产品,在为客户带来便利的同时,也为自身创造更多的利润。


  如何高质量、高效率地开发产品,并做好从产品需求提出、论证、产品开发、业务测试、业务规章制度拟定的整套流程,项目管理是关键因素,做好项目管理尤为重要。


首先是需求管理


  ① 搞好调研,可采用现场、非现场调查表的形式,广泛了解客户新的金融需求,征求包含一线员工的意见,考察同业的服务产品类型(金融产品是没有专利的,完全可以模仿使用),确立拟研发产品项目;


  ② 制定专门分管领导,集中科技力量攻关,推广前,同时在前、中、后台相关岗位试用、调整与定型;


  ③ 针对该新产品从制作、运输、保管、到发放、领取使用甚至作废与销毁,都要制定切实可行的规章制度,明确规范到相关的管理及业务岗位,并对运用中所产生的效果及时反馈,适时改进产品,直至成熟推广应用。


  金融产品需求的基础和前提是安全和合法合规,其次是快捷,简单。快捷,简单是最大的需求,拿微信做例子。微信现在几乎人人都会用,现在经常在大街上,甚至是车上看到很多上年纪的大爷大妈,都在用微信,所以微信很成功。为什么你想,连文化程度不高,上年纪的大爷大妈,都能学会,说明它的设计,很简单,很人性化。所以这一点非常重要。反观有的银行的手机银行,网银之类的里面设计,很繁琐,页面不够简洁,所以很不方便。


  发现市场需求、提出商业化运作模式、利用现代科技支撑、推出个性化、差异化创新产品、投入市场、产品微调、制度跟进。具体需要做到以下5点:


  懂业务:懂得业务和产品的本质,系统能做的归系统,人工干预的靠人工,风险制衡不能偏废;

  懂流程:了解现有内外部业务或产品流程,才能做到去除冗余,精益生产;

  懂法规:内规多建立在外规和法律的基础上,创新不能没有节制,要在法规框架下开展创新;

  懂技术:自己能写代码就最好了,不过最重要是把简约和风险控制做到极致;

  懂同行:先抄再改最终创造,先看国内银行/金融同业,再看看香港及日本银行/金融同业,最后看美国银行/金融同业。人家没有的,就暂时先别折腾了,集中精力搞能落地实现的吧。


  总结


  接近市场,了解市场是一切产品开发的前提,借鉴同业是提高开发效率的一条捷径,问题是同时需要注意,差异化才是客户选择你的原因,每个商业银行的风控模型和风险承受力不同,不能生搬硬套。


其次是商业论证


  商业论证,需要从市场、从消费者、从市场前景、研发能力、研发周期、研发费用,研发成功以后盈利能力等各个方面论证。


再次是项目管理


  项目管理与传统组织管理的最大区别之处在于项目管理是将企业活动—部门—任务—人员紧密关联起来,使部门和工作人员目标明确、业绩清晰,更强调项目经理负责人的作用,强调团队的协作精神,其组织形式具有更大的灵活性、柔性,更加关注人的因素,更加关注客户、服务客户,体现出来的是一种工作流程管理。流程管理是连接公司组织层次和不同岗位员工的桥梁,只有当公司制定的新产品研发流程有效时,组织才会是有效的。


  实施IPD+CMMI的研发管体系,通过重度结构化的产品开发过程管理,重视文档工作,与配置管理工作,通过过程管理,保证产品开发的稳定性,满足银行业对产品可靠性的严格要求,避免风险发生。


  项目管理的工作内容则主要是将已知的抽象产品需求细化成能具体实现的需求,然后指派给相应的员工实现,并估算工作量和工作时间,设定开发节点,控制开发进度,协助解决开发过程中遇到的关键问题,项目后期和成员一起review代码,做好版本迭代,在整个执行过程中,产品经理和测试经理可以参与到每日晨会或者每周周会中来,了解项目进展情况,实时纠正需求理解上的偏差,将需要更新的需求添加到下个迭代的版本中去,这样就可以保质保量的搞定产品研发工作。

  

之后是质量测试


  测试中要及时发现不足和漏洞,及时修改,测试案例要尽量全面,在能承受的前提下,测试的样本要足够大,才能发现漏洞。


最后是风险控制


  面对几乎无处不在的信息技术风险威胁,我们无法逃避,我们必须面对挑战:


  信息技术风险是原生的和固有的,信息技术风险将为我们带来新的威胁,我们只有很少的信息技术风险经验,没有成熟的IT风险模型,更谈不上对IT风险进行度量。因此,我们需要用理性的、实事求是的、现实的态度来面对、防范并化解信息技术风险。


  我们同样也充满着机会:


  尽管我们永远无法消除信息技术风险,但我们可以尽量避免信息技术风险,也可以通过不懈努力把损失降至最低。


  除了建立科学的治理架构和完整的信息技术风险管理体系之外,我们别无选择:


  建立对机构信息技术风险负责的相应组织与架构

  强化产品投产流程,系统与产品推出之前应进行详细的风险分析,准备好应对措施

  现在开始着手调查、收集、分析同IT失效有关的风险损失、模式及相关性,为未来的 信息技术风险建模与度量做好技术准备

  培养员工的信息技术风险意识,建立与之适应的企业文化

责任编辑:王兴钊

标签:项目管理 金融
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3

京公网安备 11010202007990号


PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设