论信息系统项目中质量管理的重要性

  • 格式:doc
  • 大小:36.50 KB
  • 文档页数:5

下载文档原格式

  / 7
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

论信息系统项目中质量管理的重要性

[摘要]本文以我承担方第二任项目经理承担某市数字人事局系统项目建设为例,探讨了信息系统建设中质量管理的重要性,及个人的一些经验和教训。质量管理应该正确贯彻质量方针、强抓质量保证实施。案例中主要讨论了这些问题:第一,系统范围偏移,功能、性能、可用性等质量指标不统一;第二;测试范围出现偏差,工作结果无法满足干系人期望;第三;资源分配不合理造成资源浪费和成本增加。本文总结笔者针对性采取修正质量规划,确认统一质量指标,将质量规划贯穿于项目全过程;严格按照需求说明书的要求制定测试计划,加强测试人员培训,请项目干系人一起确认测试计划;借鉴以往项目经验,利用基准比较法安排人员工作,合理控制成本等方法,实际结果表明,将项目的成本控制在合理范围内,满足了干系人的期望,系统按时上线成功运行。对外为公众提供了服务,对内满足了用户的管理需求。

[正文]

随着知识经济时代的到来,企业能否合理有效的管理自己的知识已成为企业在激烈的市场竞争中能否获取竞争优势的关键。知识经济的时代同时也是信息化的时代,整个社会的高效运作对计算机软件产品的依赖程度越来越高。软件质量以及软件质量管理日益成为人们关注的焦点。软件质量特性,反映了软件的本质。对软件的开发过程进行质量管理是解决软件质量问题的重要方法。目前国际上流行的ISO9001标准和CMM模型等都是为了指导企业如何建立符合质量管理要求的开发过程而提出的。但软件产品是一种特殊的逻辑产品,它的“制造”过程基本等同于“设计”过程,显然不能生搬硬套软件产品质量管理方法来管理软件产品的质量,因此,需要建立专门针对软件产品的质量管理方法。

由于系统集成大部分工作是在现场完成的,因此项目质量管理显得非常重要。由于系统集成项目的唯一性,不同的项目要达到的目标是不一样的,本项目要达到的总目标是使客户能够借助新的信息系统尽快实现信息化管理、网络办公和信息共享。除了这个总目标外,我还把整个项目进行了细化,确定了各个项目

实施阶段的分目标,使大家作到心中有数,对于必要的环节及时与客户的领导小组沟通,提高工程建设的质量。并根据工程实施流程建立了质量保证体系,制定了相应的措施和制度,确保每一阶段都有人检查,每一工作都有人负责整改,使工程的质量一直处于闭环控制状态。重视技术文档的作用,要求技术文档要及时、具体、明白,特别是一些非标的工作,更要详细留档,以便今后的审查和改进。

质量是系统的生命线。质量管理通常分为质量规划、质量保证和质量控制三个环节。我国大部分软件公司取得了ISO9001认证和CMMI认证。企业期望按照质量管理的体系完成质量管理,用户希望得到一套质量过硬的系统。高质量、严要求能够保障系统稳定运行,减少BUG。高质量与高投入有必然的联系,如何让企业在合理的投入后取得高质量的结果,是我们项目共同探讨和期待的论题。本文是以我的实际经验,论述项目中如何合理贯彻质量计划、投入合理成本,保证项目质量。

几年前,某市人事局为提高政府办公效率,开发了一套数字人事局的系统。用户期望通过新系统的运行对外为公众提供服务的同时建立人力资源数据库,对内加强流程管理,简化管理流程,提高效率。项目是经过政府招标确定我公司为中标方,金额约1160万人民币,工期为12个月。由于是异地项目,在初期,公司为了节约资源,决定项目组成员由两部分组成,项目经理、架构师、主要开发人员由总公司派出,另外人员由项目经理在本地招。系统需求调研为2个月,开发4个月,测试为4个月,试运行2个月后上线。经过了5个月工作,用户的一次公开汇报会后,总公司得到用户的反馈,项目出现严重偏差,用户需要的功能系统没有,系统开发了一些用户没有要求的功能,界面、操作风格不统一,统计查询速度与用户期望相差甚远。用户发来函,若2个月内没有明显改善,系统将停止开发。公司考虑到项目的严重性,正巧我的项目刚刚顺利结束,公司决定派我去任项目经理,完成此项目。一到项目组,我先找原项目经理老王沟通了解项目的情况。由于老王被总部批评,并且要求留任项目组做文档管理工作,老王的抵触情绪很严重,不愿意沟通项目的问题,只给了我一套项目章程、需求分析说明书、范围说明书、质量规划、概要设计、详细设计、测试计划、项目会议纪要等文档。经过3天通宵研究及与项目组中的员工沟通,我了解了项目的需求和规划,也初步判定了问题的原因:项目初期制定的规划文档完整,执行中没有更新

记录、在5个月的会议纪要中能够看出每次的项目例会都是汇报进度,没有与用户的进一步沟通,也没有定期向直接用户演示系统完成功能,一直到近期的演示后,引起用户的极度不满。

本文主要探讨案例中如下三个问题:

(1)用户要的功能我们没有做出来,不关注的功能做了一大堆。查询统计生成报表的速递极慢,当查询条件超过3个时,系统需要等待5分钟以上;报

表绘制界面用户无法接受,认为花费3个月的时间也学不会定制报表,同

时定制语句需要有初级以上程序员的水平才能操作,用户无此样人才;各

模块界面布局完全不统一,菜单、操作按钮、界面风格五花八门;

(2)用户认为我公司没有经过测试,也没有相关测试人员,否则在演示时不会错误频出。有些问题是本质性的,用户没有接受的可能。例如:系统在使

用最基础的信息录入时,数据保存不上,录入界面交互性很差等问题。

(3)在我公司内部评审时,认为本项目投入了过多的人力物力,测试人员与开发人员的比例为1:1,这是以往项目中没有过的。而且投入了大量的程

序人员,程序员每天加班,工作12个小时。从项目组的人员工资成本加

上管理成本已经化费了预期成本的2/3,而项目只完成了1/4

1、关于问题一方案与实施

笔者总结为系统范围偏移,功能、性能、可用性等质量指标不统一造成的。尽管在项目初期制定了质量管理的计划,但是在项目执行过程中,缺乏与用户的沟通,缺乏干系人的认可,在第一次项目汇报时暴露出的问题与质量计划应该贯彻于整个系统的开发过程相悖。我接手后找到老王,鉴于老王对项目的各类问题和干系人都非常了解,我请他做我的副手,推心置腹地沟通了我认为出现现有问题的原因,及解决方案。虚心请教他,我修改计划不足之处,表示希望与他一起完成此项目。他考虑后同意了我的要求。我们首先将原来QC人员的职责再次明确,要求其每周一汇报质量管理情况。同时我们一起更新了质量规划,修正了质量指标,召集美工、程序员着重强掉界面、操作的统一性,并且每周五下午我和老王还有QC老张及需求分析人员和演示人员向干系人演示系统完成的功能,请干系人提出修改意见,双方协商后制定修改计划,将质量管理规划按照项目的进度进行合理的修正。

2、问题二的方案与实施

相关主题