本文以辽源市医疗保险市级统筹项目为实例,探讨了在项目质量管理中遇到的问题及解决方法。认为
评审过程可交付物能及时发现和解决问题,同时,让客户实时了解开发过程能进一步树立客户对项目成功 的信心。提出以制定质量管理计划、实施质量保证活动、质量控制为工作流程来指导项目的质量管理,对 于质量管理中遇到的问题提出了解决的办法。我在该项目中担任了开发方的项目经理,自始至终参与了整 个项目的建设,自 2009 年 11 月项目启动至 2010 年 10 月验收,历时近 1 年,系统至今运行稳定,取得客 户的好评,很大程度上得益于项目成功的质量管理。
辽源市各区县现运行独立的城镇职工基医疗保险、城镇居民医疗保险,各区县间业务相互独立,医
疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准进行就诊.系统采用 C /S 构架,均为我公司开发,已运行近 8 年。为贯彻落实深化医药卫生体制改革精神,进一步完善基医疗 保险体系,提高医疗保险统筹层次和增强基金保障能力,结合辽源市实际情况,辽源市根据吉林省相关文 件精神制定了辽源市市级统筹实施办法,增强基医疗保险基金的调节能力和抗风险能力,坚持市级统筹、 分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。
客户要求业务上将城镇职工基医疗保险、城镇居民基医疗保险系统集于一套系统,达到参保人员 持医保卡能在全市所有医院和药店享受医疗待遇,考虑到各区县地理位置分布不集中等原因,部门决定此 项目采用 J2EE SPRING2.0 EXT2.0 框架进行开发.部门主要有二大块业务,医疗保险业务和农村合作医 疗,医疗保险业务现在主要采用 PB9.0 Oracle10.0 开发的 C/S 系统,而农村合作医疗则是采用 J2EE Or acle10.0 开发的 B/S 系统,二大块业务相互独立,从事医疗保险业务开发和维护的人员不懂 J2EE 技术,而 从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了“懂业务的不懂技术,懂技术的不懂业务” 的局面,完成客户要求的 2010 年 9 月1日试运行的任务困难非常之大。
在项目启动阶段,公司领导组织召开了项目启动会议。会议上,领导介绍了项目的前景以及项目的重 要战略意义等。因运行近 8 年的 C/S 系统我一直负责系统的维护与升级,对业务及客户关系都比较了解, 会议上任命我为项目经理,并对相关权限进行了授权,会议结束后我便开始制订项目计划,计划中明确了 项目的总体技术解决方案、项目全生命周期和相关阶段、项目过程所采用的工具和技术方法、变更流程和 变更控制委员会以及进度计划等。因此次项目的试运行时间已被客户定性为硬性指标,所以在项目概括性 进度安排上我采取了倒推方式制定了项目进度计划。下面根据部门人员业务和技术的实际情况,论述一下 在项目质量管理过程中遇到的问题以及解决方法,望各位读者批评指正。
一、制定质量管理计划
为了在项目实施过程中更好的保证质量,在项目启动后我组织编制了质量管理计划.计划中确定了质 量标准和目标、质量管理小组、质量责任制、质量过程控制、质量管理制度以及质量检查程序.比如,质 量过程控制中包括如下内容:1.编码规范.参照公司<<JAVA 编程规范>>,安排系统构架师每周进行抽查;2. 测试控制流程 (1)建立 Bugfree Bug 管理系统,定义 Bug 处理流程(开发人员-组长-测试人员-开发人员); (2)开发人员将已开发完成的并可进行测试的功能在Bugfree Bug系统中进行登记并提交至组长;(3)组长登录 Bug 管理系统中及时进行业务测试,如有问题,在每天下班前的例会中及时提出来,开发人员再利用加班时
间进行调整;(4)经组长测试完成的模块经 Bug 管理系统提交至测试负责人,测试小组再仔细测试模块,如有 问题则反馈回开发人员进行修改;(5)测试负责人每周形成一次测试报告,并将测试报告以邮件的形式发送至 客户等项目相关干系人.
二、实施质量保证活动
为了达到质量标准和目标,在项目实施过程中我要求有关人员须参加业务或技术培训,其次在经得部 门领导的同意后,由项目经理和项目组长对组成员进行绩效考评,并将绩效信息记录备案,最终反应到年 终奖的考评中;然后开发人员严格按照<< JAVA 编程规范>>进行开发,每周三晚加班时由项目构架师进行检 查,如有发现不符合规范要求的相关人员立即进行整改,由此导致当天计划工作不能完成的由开发人员自 行加班完成;
对于 “懂业务的不懂技术,懂技术的不懂业务”,在这种局面下项目风险很大,一旦开发人员没有理 解业务去开发,将导致严重的返工,最终影响项目进度. 为了及时了解团队成员工作中遇到的问题,我约 定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中遇到的问题,对遇到的问题,大家一 起讨论形成解决方案,形成会议记录;同时开发人员完成阶段性可交付物后,相关人员严格按照<<测试控制 流程>>进行操作,开发人员在每天上午上班时登录 Bug 管理系统查看是否有自己需要修改的内容,如果有则 先把需要修改的内容调整完后再进行当天的计划工作;而各组组长测试评审过程中,如果发现开发人员开发 的内容不符合业务逻辑应及时与开发人员进行沟通,认真讲解业务知识,并由组长进一步完善设计文档后 再由开发人员进行开发;
三、质量控制
根据团队成员每天的工作绩效信息,观察、分析项目实施过程的实际情况,对项目实施情况进行跟踪 监测、检查,并将监测的结果与计划或标准比较,发现并分析偏差,及时采取纠正或预防措施.比如,在 出院结算业务开发完成后,我要求反复对算法进行测试,特别是以下几种临界情况的测试:第一次住院发 生费用不超起付线情况;第一次住院发生费用超起付线情况;第一次住院发生费用跨段情况;第一次住院发 生费用直接超职工险最高支付限额情况;第一次住院费用直接超大病险最高支付限额情况,安排组长、测试 小组、相关开发人员一起进行测试,测试过程中发现第一次住院费用超职工险最高支付限额情况时程序计 算错误、第一次住院费用直接超大病险最高支付限额情况时程序计算错误,于是数据库支付算法开发人员 和 JAVA 程序开发人员一起进行错误查找并将错误成功解决.
【结束语】
经过努力,该系统在原定的 2010 年 9 月 1 日试运行成功,运行状况良好,受到一致好评,特别是定点
支付算法的集中而且准确得到了客户很高的评价,并在同年 10 月底通过了验收。回顾项目的质量管理工作 过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下 2 点:
1、质量保证措施不够全面,在项目实施过程中发现的问题及解决办法没有很好地形成文档,导致有些 问题反复出现.
2、质量控制过程没有持续按照相关控制流程进行,导致后面有些不必要的返工.
综上所述,合理的项目质量管理,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施 让医保基金得到了统一管理,真正落实了“一卡在手,全市享受医疗待遇”,得到了客户很高的评价.然 而,在质量保证活动和质量控制方面还有待于改进,在以后的项目管理工作中,我要加强学习,更好地协 调好项目工作中各个部分及各个方面的关系,更好地完成项目。

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。