论项目的风险管理学员论文_项目风险管理论文

论项目的风险管理学员论文由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“项目风险管理论文”。

论项目的风险管理

【摘要】

2010年1月，论文作者参加了某某国有银行商务卡系统项目的开发，担任该项目的开发方的项目经理，主要职责为项目管理。该项目为软件开发项目，主要业务是为企业客户提供商务卡的报销管理服务。本系统是银行的中间业务系统，客户可以通过网上银行登录本系统，后端连接信用卡中心和银行核心交易系统。

文章结合作者的实践，以商务卡项目为案例，讨论大型项目的风险管理问题，包括用头脑风暴法识别可能的风险，分析这些分析发生的原因、概率、影响，形成风险登记册，并用风险影响矩阵进行分析，发现风险集中在技术风险、进度风险和测试环境风险，针对这些风险，我们制订了风险应对措施，提前预防并全程监控，取得了良好的效果。

【正文】

2010年1月，论文作者参加了某某国有银行商务卡系统项目的开发，担任该项目的开发方的项目经理，主要职责为项目管理。该项目为软件开发项目，建设周期为7个月。商务卡为一种特殊的信用卡，企业可以为他的职员办理商务卡，职员出差买飞机票、住酒店、买办公用品等均可以刷卡消费，回公司后凭POS小票进行报销。企业利用此系统不仅减少了资金的预支，享受50天的免息优惠，而且可以通过本系统管理职工的报销。甲方要求本系统在现有的现金管理平台上进行开发，该平台采用多台HP小型机组成集群，有自己独立的Web服务器为银行管理人员服务。开发技术后台为Starring平台，用UNIX C开发；数据库采用Oracle数据库；Web前台部署Weblogic，用JAVA开发。商务卡系统为中间业务系统，需要与现有的众多系统连接如：网上银行系统、ECTIP、EAIH、信用卡系统、核心业务系统，且这些系统为不同的开发中心管理。

对于项目组来说，要在一个全新的平台上开发如此复杂的系统控制风险是必要的。为此，在项目的初始阶段，我召开项目组成员会议，专门针对项目风险进行讨论。会上我们通过头脑风暴法识别出一些风险，并讨论了这些风险发生的根本原因，发生的概率，及造成的影响。会后我把这些风险整理成风险登记册。然后，把风险登记册发给项目组成员，并请甲方的技术人员和我们的技术骨干，结合以往的经验和本项目的情况，对各个风险的发生概率及影响再次进行评估。最后，整理成概率影响矩阵，发现风险主要集中在这几个方面：

1、技术风险，Starring平台我们首次使用，虽然项目开始前专门进行了15天的Starring平台培训，但毕竟无实际开发经验；

2、进度控制风险，本项目需要网银项目组和信用卡项目组配合开发，但这两个项目组和我们项目组是平级关系，我们没有权力控制，如果可两个项目组的开发进度延迟，必会影响整个项目的进度。

3、测试环境风险，因本系统连接多个外围系统，集成测试须连接这些外围系统的测试环境，而这些测试环境不属于我们专用，每个项目组都有自己的开发测试，测试过程中必然会有测试环境不稳定的问题。

4、人员流动风险，对于IT公司来说，人员流动普遍比较快，特别是在每年的3-6月份，工作2-3年的开发人员，我们的项目周期真好是在1-7月。针对这4个重点风险，我们制订了风险应对方案，并加强风险控制。

一、控制技术风险。我们通过与甲方的积极沟通，聘请了一个Starring平台的专家杨某。杨某参与了Starring平台本身的开发，对Starring平台的内部调用机制、参数配置方法非常了解，并用Starring平台开发过多个项目，对程序调试过程中的常见问题，日志的分析方法，错误的定位非常有经验。我们碰到Starring平台的任何问题都可以请教他。另，我起草了一个开发过程中的经验总结的模板，放在配置管理服务器的开发库中，每个开发人员在使用Starring平台的过程中的经验教训均可以在里面添加，然后共享给其他成员。我每天下班前花半个小时的时间组织开发人员集中进行一次技术交流，并请杨某就疑难问题集中讲解。这样，经过一段时间后，开发人员的技术水平有了很大的提升。

二、控制进度风险。为控制网银项目组和信用卡项目组配合开发的进度风险，我通过甲方，协调网银项目组和信用卡项目组召开会议，强调了保证本项目开发进度顺利上线对甲方的重要性，分析了开发所面临的困难及风险，希望网银项目组和信用卡项目组能大力支持。最后会议决定由我们项目组牵头制订协同工作计划，网银项目组和信用卡项目组派专人配合。我们根据整体的开发计划，制订了详细的协同工作计划。包括项目组何时把需求分析说明书发给网银项目组，网银项目组何时按需求分析说明书制作出Web前台Demo，Demo何时评审，项目组何时将Web前台接口规范发给网银项目组，网银项目组何时开发出Web前台，何时与网银在测试环境联调测试，以及项目组何时将与信用卡项目的接口规范发给信用卡，信用卡项目组何时完成开发，何时与信用卡项目组联调等等。因为我们项目组在北京、网银项目组在广州、信用卡项目组也和我们不在一起，为及时沟通，实时了解开发进度，及时解决开发过程中的问题，防止接口文档的理解偏差，我们引入了腾讯通（RTX）作为及时通讯工具，把3个项目组的相关人员均加入到一个虚拟团队中。开发过程中遇到任何问题，均可以通过RTX进行沟通，并且可以发送截图和文件，大大提高了工作效率。在关键的里程碑处，我们组织3个项目组召开视频会议，确定开发进度。

三、控制测试环境风险。测试环境不稳定是开发银行项目经常遇到的一个问题，特别是我们需要用到网银系统、信用卡系统、核心交易系统以及Starring平台4个联调测试环境，这4个测试环境只有Starring平台的测试环境是由我们项目组控制，其他3个均由不同项目组管理，且每个项目组均有自己正在开发测试的任务。为解决这一问题，我与甲方进行沟通，由甲方与其他3个项目组协调，制订出一个我们可以使用测试环境的时间表，有一段时间各项目组的测试均很密集协调不开，只好安排在周末和晚上18：00到21：00这个时间段。并且各项目组均指定了环境支持的技术人员，一旦测试环境不好，马上解决。

四、控制人员流动风险。对于IT公司来说，人员流动普遍比较快，特别是在每年的3-6月份，工作2-3年的开发人员。软件开发项目一般时间进度都比较紧，甲方定好的上线时间一般不能改变，开发人员的突然辞职势必会对项目进度产生影响。针对这个现象，结合我们项目本身分析，我认为我们项目组人员流动风险最大的为具有2-3年工作经验的编码人员。以前我们做项目时，详细设计和编码人员按模块进行分工，即每个模块的详细设计和编码人员为同一人，这样的好处是开发速度比较快，但同时也带来的一些问题。如这个人突然离职，即使能马上补充上一个新人，但也不能马上熟悉这一功能模块。我采取详细设计人员与编码人员分开，并互为备份的方法来解决这一问题。详细设计人员的负责详细设计，提交物为详细设计说明书，并负责指导编码人员进行编码并对其代码进行走查，检查编码人员严格按详细设计进行编码，是否完全实现了详细设计的意图。编码人员严格按详细设计进行编码，如有发现设计不合理的地方，与详细设计人员进行沟通，达成一致后，详细设计人员修改详细设计，编码人员按修改后的详细设计修改代码。这样详细设计人员对代码很熟悉，编码人员对详细设计也很熟悉，一旦有人离职能马上接手。另外，我向公司申请了部分资金，为周末或晚上加班的同事提供免费的晚餐以及点心、饼干、咖啡、饮料等。并设立项目基金，对表现突出的项目组成员进行物质奖励。此外，在每个重大里程碑顺利结束后，项目组聚餐庆祝，互相鼓励，使的整个项目组的工作氛围非常和谐、友善、积极、上进。事实证明，采取的这些措施是有效的，在编码的最后阶段，有一个编码人员突然生病，请了一周的病假，详细设计人员很快接替了他的工作，没有对项目进度造成影响。在整个项目的实施过程中，项目组成员都有一种“家”的感觉，没有一个小组成员离职。

在整个项目过程中，我们不断对项目的风险进行监控，采用Starring平台的技术风险由于提前采取预防措施，已完全解决。开发人员很快掌握了在Starring平台上开发调试的技术。进度风险、测试环境风险、人员流动风险也得到了很好的控制。现本项目已经顺利上线运行，大型企业客户和政府客户已有1000多家。