信息系统项目管理师论文各类范文

论信息系统项目的风险管理

[摘要]

本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹)，探讨了在项目风险管理中遇到的问题及解决方法。以制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控为工作流程来指导项目的风险管理，根据项目实际绩效及时采取有效的预防或纠正措施，促进项目的健康发展．本文主要讨论了风险管理计划的内容、如何识别项目风险与制定风险应对措施、如何做好项目的风险控制以及如何解决资源冲突问题．实施过程中有针对性地采取了召开会议，邀请其他项目经理和业务专家进行讨论、加强团队成员业务培训与内部沟通，以组长带组员的方式进行开发、周期性识别项目风险，针对风险及时采取针对性措施、提高项目优先级保证项目所需资源等相关管理方案,系统至今运行稳定，落实了“一卡在手，全市享受医疗待遇”的文件精神，在全省树立了标杆形象。

[正文]

某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险，系统采用C/S构架，已运行近8年，均为我公司开发．各区县间业务相互独立，医疗保险基金也独立管理，城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，市委根据省相关文件精神制定了市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统，达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇．考虑到各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发．本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立，从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面．项目总投资590万元，完成客户要求的2010年9月

１日试运行的任务困难非常之大。

客户关心的不仅仅是项目能否完成，还包括整个项目的风险等环节．有效地控制项目的风险就需要及时监控项目状态、识别新风险、采取应对措施及时规避或减轻风险，保证项目能够按照项目计划执行．项目风险管理包括制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控等活动．本文将讨论风险管理相关的问题．其一、风险管理计划的内容;其二、如何识别项目风险与制定风险应对措施;其三、根据项目实际情况，如何做好项目的风险控制;其四、如何解决项目实施过程中资源冲突问题;针对这些问题，本人作为项目经理，采用了召开会

议，邀请其他项目经理和业务专家进行讨论; 加强团队成员业务培训与内部沟通，以组长带组员的方式进行开发; 周期性识别项目风险，针对风险及时采取针对性措施;提高项目优先级保证项目所需资源等方法予以解决．下面将分别从四个方面进行论述．

一、制定风险管理计划

为了更好地安排与实施项目风险管理，在项目启动阶段我就制定了项目风险管理计划．计划中对风险分类及风险概率和影响进行了定义、实施项目风险管理中使用的方法进行了说明、重点关注风险的阶段及可交付物进行了明确、实施风险管理过程中所需的人员及职责进行了分配以及应急计划等．比如，计划中明确了定点支付系统的门诊收费业务编码阶段需对定点支付算法的进度进行监控、支付算法的准确性进行验证;如果到试运行时间系统开发未能完成，则先试运行定点支付系统，保证不影响定点医院和药店的业务，而中心则先暂时使用原C/S系统，让矛盾集中在社保中心内部．

二、风险的识别、分析及应对风险策略

“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度，这也是我最为担心的事情之一．为了全面识别和分析项目中的风险，在项目团队内我组织召开了“项目风险应对”为主题的会议，参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家．会议上采用德尔菲法、头脑风暴法讨论了风险并采用风险概率和影响评估法对风险进行定性分析，根据分析结果制定风险应对措施．通过对项目风险识别、分析和评估，把项目风险发生的概率、损失严重程度以及其他因素综合起来考虑，最终形成了风险登记清单．比如：风险等级排序:1;风险描述：开发人员没有理解业务流程进行了开发; 风险应对措施: 对开发人员培训业务知识、项目组长在进行详细设计时描述的尽可能详细，并对可交付成果进行初步检查; 风险等级排序:2;风险描述：职工、生育、居民以及大病保险算法统一集中在后台Oracle数据库中，编写是否能考虑到各种险种？; 风险应对措施: 中心业务和定点业务由项目组长分别负责相关算法的编写、算法完成后，通过程序运行得到结果与政策是否相符合，并形成测试文档，发送给客户相关人员确认; 风险等级排序:3;风险描述：定点支付及中心业务功能是否能按照C/S系统的要求开发出来？; 风险应对措施: 由系统构架师颜工负责指导开发、无法满足C/S系统条件的开会进行讨论，找替代方案; 风险等级排序:4;风险描述：人员中途离职情况; 风险应对措施: 招聘技术水平较高的开发人员,

进入项目后再对其进行单独业务培训;

三、风险监控

在项目实施中我根据风险清单每周进行一次风险跟踪，分析现有风险状态，识别新风险，并及时更新风险清单．比如，在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职，崔工是整个定点支付系统的核心，他的离职对项目的影响将是巨大的．在我收到他离职申请邮件后第一时间找他谈心，进一步了解他的真实想法．因崔工一直是我所带的员工，我们彼此之间比较了解，他也向我描述了他的真实想法(第一、长期从事定点支付工作，任务太重、压力太大，会因为算法的一点点改动而担心甚至失眠;第二、考虑回老家买房，目前经济压力太大)．在得知这些情况后，我表达了对他的肯定与感谢，