质量管理(按第三版教程)
![质量管理(按第三版教程)](https://img.360docs.net/img51/19gqvnoxitx85i7y8d1uaajgdzc1q0fp-11.webp)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
质量管理(按第三版教程)
摘要
本文以某医院的电子病历项目为实例,探讨了在项目质量管理中遇到的问题及解决方法。认为评审过程可交付物能及时发现和解决问题,同时,让客户实时了解开发过程能进一步树立客户对项目成功的信心。提出以制定质量管理计划、实施质量保证活动、质量控制为工作流程来指导项目的质量管理,对于质量管理中遇到的问题提出了解决的办法。本人在该项目中担任了开发方的项目经理,自始至终参与了整个项目的建设,自2015年6月项目启动至2016年5月验收,历时近1年,系统至今运行稳定,取得客户的好评,很大程度上得益于项目成功的质量管理。
正文
2015年6月,本人作为项目经理开始某医院的电子病历项目的开发,主要负责项目管理,当然还做一些设计工作。电子病历系统是按照电子病历功能规范以及建立以电子病历为核心的信息系统的方针进行的设计,主要包括病历书写,医嘱和临床路径核心功能,实现临床业务的整合,具体包括医生站,护士站,质控站,病案,护士站,查询工作站,科研工作站,临床路径工作站。通过与HIS,LIS,PACS等系统的集成,从而满足医护人员的临床工作。本次开发中除了临床路径是新的系统模块外,其它系统是都已经存在的,所以这次开放的重点是临床路径系统,其它系统通过客户化开放满足医院的需求。系统分三层实现,中间业务层通过WEBSERVICE实现,数据库采用高性能的ORACLE数据库,客户端采用WINFORM的实现技术。
电子系统有一定的难度和复杂性,懂业务的不懂技术,懂技术的不懂业务,完成客户要求的2016年5月1日试运行的任务困难非常之大。下面根据部门人员业务和技术的实际情况,论述一下在项目质量管理过程中遇到的问题以及解决方法,望各位读者批评指正。
一、制定质量管理计划,规划质量管理
成功的项目必须在约定的时间、范围、预算及质量要求下,达到相关干系人的期望,作为项目经理我深知“预防胜于检查”的重要性,要做好项目的质量管理,一个切实可行的质量管理计划必不可少。
编制质量管理计划就是要识别与项目相关的质量标准以及确定如何满足这
些标准。
1.依托公司CMMI3、ITSS等质量管理过程域的具体要求,梳理符合项目要求的质量指导手册、规范及标准文件,并结合项目实际情况,裁剪《项目质量管理计划》、《检查表》、《评审记录》等标准模板。
2.在制定质量管理计划时,我与项目组的专职QA反复商讨,根据项目招标文件、技术规范书、范围说明书等文件,完成项目质量目标的初步确定,如IT 资源覆盖率达85%;业务流程按ITSS流程100%落地执行;系统故障率小于5%;用户满意度不低于95%等。
3.为方便QA及时验证项目中的活动是否满足质量要求,我和QA一起对照着项目的需求、设计、编码、测试、发布等关键里程碑,依次列出了每个里程碑对应的检查项,完成《检查表》。
4. 编码规范.参照公司<
5. 测试控制流程⑴建立
Bugfree Bug管理系统,定义Bug处理流程(开发人员-组长-测试人员-开发人员);⑵开发人员将已开发完成的并可进行测试的功能在Bugfree Bug系统中进行登记并提交至组长;⑶组长登录Bug管理系统中及时进行业务测试,如有问题,在每天下班前的例会中及时提出来,开发人员再利用加班时间进行调整;⑷经组长测试完成的模块经Bug管理系统提交至测试负责人,测试小组再仔细测试模块,如有问题则反馈回开发人员进行修改;⑸测试负责人每周形成一次测试报告,并将测试报告以邮件的形式发送至客户等项目相关干系人。
6我邀请公司领导、客户代表、项目组成员等一起参加《项目质量管理计划》评审会,会上我们发现用户的某些要求与上级文件规定有冲突,对此进行了调整修订,并对质量计划中的相关角色、职责、过程、检查程序等进行了详细说明,会后让每个人进行了签字确认。
二、实施质量保证活动
质量保证贯穿于项目的整个生命周期,它包括所有有计划地、系统地为保证项目能够满足相关的质量标准而建立的活动。为了达到质量标准和目标,在项目实施过程中实施了如下保证活动:
首先我向公司申请在项目组配备了经验丰富的QA、CM、开发人员和测试人员,分别成立了质量保证组、配置管理组、开发组和测试组,这些人员都曾参与过多个大型项目,经验丰富,有助于在项目里及时发现质量问题。由于“懂业务的不懂技术,懂技术的不懂业务”,在这种局面下项目风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度. 为了及时了解团队成员工作中遇到的问题,本人约定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中遇到的问题,对遇到的问题,大家一起讨论形成解决方案,形成会议记录。
其次加强质量审计,由于项目的模块多,功能复杂,数据量又比较大,我们每完成一个功能模块的需求、设计、开发、测试等,我们都要求项目相关人员参与评审,在会上记录大家的意见,讨论出现的偏差,分析原因,提出解决措施,QA人员会全程跟踪并记录并通知相关人员,如此反复进行直到各方达成一致,直到问题得到解决。如果出现的偏差超出项目组范围,QA人员会及时上报公司高层,由高层领导决策。QA人员每个月还集中组织对项目文档进行技术评审,
涉及到技术难关我们还邀请公司资深技术专家或其他项目经理参与,帮助项目组成员发现问题,提出建议,解决问题。
最后规范变更控制流程,约定项目组成员不得私下处理变更,所有变更必须书面提出申请,经过评估、决策、实施、验证等标准流程执行,由配置管理员通过CVS建立开发库、受控库、产品库,合理分配访问权限,统一控制和管理项目变更,每月定期提交《配置管理报告》。
三、质量控制
根据团队成员每天的工作绩效信息,观察、分析项目实施过程的实际情况,对项目实施情况进行跟踪监测、检查,并将监测的结果与计划或标准比较,发现并分析偏差,及时采取纠正或预防措施.
在编码阶段,加强对编码的复查,因为在实际工作中,大量的代码写入,程序员难免会发生错误。在修改代码的时候,我要求其他同事必须对代码进行复查,至少在2人复查后,方可提交代码。这样虽然降低了工作效率,但是保证了产品的质量。并降低了变更的风险。减少了测试小组的工作量。同时根据需求规格说明书投入大量时间和专业人员编写测试用例并通过评审,先后完成了项目的单元测试、集成测试、系统测试,并且我要求各小组在送测之前,先进行小组内部经行测试,内部测试发现问题后,小组内部进行修改。在保证上一次测试的问题解决并没有副作用后,再发布正式版本送测。这样提高了测试的效率,也减少了修改的工作量,同时双重确保了产品的质量。我们还集中了一部分用户在实际运行环境中对项目功能模块完成了现场测试,并要求严格做好测试记录。每个月测试小组会根据测试记录对在测试中反复出现的bug,采用直方图、帕累托图等分析产生bug的主要原因,及时告知开发人员,避免重复出现,bug及时消缺后进行回归测试,以免产生二次bug。项目验收时,我们还邀请第三方测试机构完成了项目的全面性测试,出具了第三方测试报告,该报告也作为了项目顺利验收的重要依据。
经过努力,该系统在原定的2016年5月1日试运行成功,运行状况良好,受到一致好评,特别是病历书写部分得到了客户很高的评价,并在同年5月底通过了验收。回顾项目的质量管理工作过程中,虽然没有大的事故发生,但仍然存在一些问题,主要是质量保证措施不够全面,在项目实施过程中发现的问题及解决办法没有很好地形成文档,导致有些问题反复出现,另外培训工作不是特别及时。
综上所述,合理的项目质量管理,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施实现病历书写,医嘱以及临床路径的一体化功能,得到了客户很高的评价.然而,在质量保证活动和质量控制方面还有待于改进,在以后的项目管理工作中,本人要加强学习,更好地协调好项目工作中各个部分及各个方面的关系,更好地完成项目。