51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2056|回复: 0

[转贴] 技术人员谈管理之质量管理案例论文

[复制链接]
  • TA的每日心情
    无聊
    昨天 09:28
  • 签到天数: 385 天

    连续签到: 4 天

    [LV.9]测试副司令

    发表于 2018-12-7 15:53:28 | 显示全部楼层 |阅读模式
    摘要

      2011年8月,我作为项目经理参与了XX省公安厅警务地理信息基础平台的建设。该项目是XX省公安厅“天网计划”的重要项目,该项目投资共1000万人民币,建设工期为1年。该系统利用空间地理信息技术,以电子地图为基础,以公安宽带网络为依托,以信息共享和综合利用为目标,以实现公安基础信息基于空间电子地图的可视化查询和分析,从而提高在指挥决策、快速反应、反恐等方面的综合能力,为治安管理、警力部署、巡逻布控、安全警卫等公安业务提供行之有效的管理手段.该项目于2012年8月通过了业主方的验收,赢得了用户的好评。本文以此项目为例,结合作者的实际经验,讨论了项目质量管理在项目建设过程中的重要性,论述了项目质量管理计划的编制、项目的质量保证以及项目在实施过程中的质量控制,最后总结分享项目管理的成功经验,以及项目存在的不足及具体的改进措施。

    正文:

    XX省公安厅警务地理信息基础平台是XX省公安厅“天网计划”的重要项目,该项目投资共1000万人民币,建设工期为1年。XX省公安厅力图通过警务地理信息系统的建设,汇聚整合全省基础地理信息数据和公安机关内外部各类信息资源,利用信息化手段构建动态信息防空网络,实施扁平化指挥调度,构建信息系统应用体系的全局性、综合性、基础性支撑工程,建设形成省厅“高端统筹,周到服务”的又一制高点,全面提升XX省公安信息化深层次应用的水平。我作为开发方的项目经理,至始至终参与了整个项目的建设。自2011年8月项目启动至2012年8月历时一年,系统至今运行稳定,取得了用户的好评。

    XX省警务地理信息系统的基本情况:系统采用B/S架构模式,服务器使用曙光刀片机,操作系统采用RHEL6.2,使用JAVA语言开发,SVN作为配置管理工具。中间件使用weblogic,数据库采用oracle10g。该系统利用空间地理信息技术,以电子地图为基础,以公安宽带网络为依托,以信息共享和综合利用为目标,以实现公安基础信息基于空间电子地图的可视化查询和分析,从而提高在指挥决策、快速反应/反恐等方面的综合能力,为治安管理、警力部署、巡逻布控、安全警卫等公安业务提供行之有效的管理手段.

    由于本项目的顺利上线涉及到业务的考核,因此在本项目中,质量管理就显得尤为重要。这一点在工期紧、聚业务复杂、范围涉及面广、项目干系人众多等特点于一身的XX省警务地理信息系统中得到了充分验证。所以我作为项目经理必须以质量为核心做好质量的计划的编制、质量的保证、质量控制,以下结合项目的实践重点论述质量管理这三方面相关内容。

    需求是龙头,是做项目管理的基础,没有需求,项目就无从谈起,因此我们在制定项目质量管理计划之前,应弄清楚甲方的需求,为此我带领我的项目团队成员深入到甲方现场,由省厅信通处处长牵头,各市局局长,市局相关人员以联合讨论会的形式获得了用户的需求,编制了需求规格说明书,并会同甲方召开了需求评审会,确定了项目的需求,并且让各市局领导、省厅领导在需求规格说明书上书面签字确认,为后期的项目管理奠定了基础。

    一:制定项目质量计划

    “兵马未动,粮草先行”,古代将领带兵打仗也深知计划的重要性,我作为项目经理,深知一个好的项目管理计划是项目成功的基础,质量是设计和计划出来的,而非检查出来的。为此,我采取了以下几种办法:

    1.    我带领项目团队多次深入甲方现场,在和相关项目干系人多次沟通后,我逐渐将委托方对系统的隐形需求挖掘出来,分别为:反应速度快,长期稳定运行有保障,操作易上手等。明确了需求,就拥有了范围。根据项目干系人的隐性需求,以及项目范围说明书。我重新制定了质量测量指标。

    2.    在细化了委托方的需求后,我又使用效益成本分析法并再次与委托方进行了沟通。在征得他们的同意,且不超出成本预算以及进度不滞后的情况下,我使用了最适合该系统的硬件以及软件。根据委托方定下的工期以及投资成本,我编制了质量管理计划。

    3.    同时,我也更新了产品描述。为了满足委托方干系人的需求,在成本以及进度允许的情况下,我为该系统加上了实现部分非功能性需求的要求。为了保证产品功能与产品描述一致,我要求团队成员使用流程图的方法,画出质量检查表,做到每一个功能都与产品描述相对应,绝不超出范围基线。

    4.    由于该项目的重要性,公司给我项目组里派有2位经验丰富的专家。通过询问他们我得知,产品的质量保证必须是随产品的开发实时进行的。只有在过程中就规范好,做出来的产品才不会无法通过验收或造成多次变更。于是。我指派其中1名专家制定过程改进计划,对系统全程采用实验设计的方法,跟踪系统开发过程。

    在制定质量控制管理计划的时候我们发现客户的有些要求与相关的法律法规相冲突。为此我及时通知了客户与客户进行了沟通,最后我们修改了相关的质量标准。使项目的质量得到了保证。

    二:质量保证

    “懂业务的不懂技术,懂技术的不懂业务”,在这种情况下项目的风险很大,一但开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度。因此在开发的时候我要求每个开发的具体功能必须要求项目经理组织相关干系人对开发人员进行交底,避免返工的发生。开发在这一阶段在每完成一个里程碑式的可交付物时我都会邀请客户来进行确认签字,保证了我们开发产品的有效性,减少了无谓的变更。

    现实生活中,质量保证是质量管理工作中的一大重点。质量保证是在项目过程中实施的有计划、有系统的活动,确保项目满足相关的标准,为了保证质量,我使用了以下几种方法:

    1.  相关人员须参加业务或技术培训,具体以邮件通知为准;

    2. 在经得部门领导的同意后,由项目经理和项目组长对组成员进行绩效考评,并将绩效信息记录备案,最终反应到年终奖的考评中;

    3. 开发人员严格按照<< JAVA编程规范>>进行开发,每周三晚加班时由项目构架师进行检查,如有发现不符合规范要求的相关人员立即进行整改,由此导致当天计划工作不能完成的由开发人员自行加班完成;

    4. 采用V模型的开发方法,。并严格的,灵活的使用文档。尽量避免忽视测试对需求分析,系统设计的验证,导致后期验收测试才发现的问题。在编码阶段,我团队里的3个编码技术员分别代号ABC,每人完成自己的工作后,记录下自己的工作情况并签字确认。这样测试人员可以在单元测试的时候,很容易发现问题并找到责任人。其中,测试人员在单元测试时,发现有一组编码不符合要求,通过文档,马上发现是B设计员的问题。B设计员通过文档,迅速的找到了病灶,不到半天时间就解决了该问题。同时,我还带领团队制定了一个规程。每一步骤的具体操作和要求都在规程中描述。规定全部人员必须严格遵守规程中的约定,执行活动的顺序与要求。

    5. 根据过程改进计划,在里程碑的出现时进行质量审计,确保工作工程按照制定好的规程来。在编码阶段审计过程中,发现其中一个功能说明是每1分钟定点结算点向总部数据中心上传一次数据,虽然这样做有效的减少了网络消耗,提升了运行速度,但是明显与委托方需求的陈述不符,于是我立即上报CCB,并立即对该功能进行了修改,保证数据实时交换。当确保再次审计达标后,再进行下一阶段任务。避免了后期交付时委托方的不满而造成的返工。

    6. 每天经行一次工作情况的收集,形成工作绩效报告,与质量测量指标经行比对,不符合的地方都要上报CCB,提出变更请求,并给出建议的纠正措施。同时,将犯过的问题写进组织过程资产与项目管理计划,总结经验及教训,保证今后的工作中避免此类错误。

    三:质量控制

    控制产品的质量,是质量管理中的另一个重点。质量控制指采取适当的方法监控项目结果,确保结果符合质量标准,还包括跟踪缺陷的排除情况。为了控制质量,我采取了以下几种方法。

    1.  我采取了分阶段的测试方法,分别为单元测试,集成测试,系统测试,验收测试四个阶段。并且我要求各小组在送测之前,采取预版本机制,先进行小组内部经行测试,内部测试发现问题后,小组内部进行修改。在保证上一次测试的问题解决并没有副作用后,再发布正式版本送测。这样提高了测试的效率,也减少了修改的工作量,同时双重确保了产品的质量。

    2.  在编码阶段,加强对编码的复查,因为在实际工作中,大量的代码写入,程序员难免会发生错误。在修改代码的时候,我要求其他同事必须对代码进行复查,至少在2人复查后,方可提交代码。这样虽然降低了工作效率,但是保证了产品的质量。并降低了变更的风险。减少了测试小组的工作量。

    另外,我们采取黑盒法进行测试,把工作重点放在测试用例的准备上,严格定义测试索引、测试环境、测试输入、预期结果、评价标准,尽可能的把各种业务的不同情况都表现出来。同时,我们准备了一家定点结算点进行实际运行测试,在该结算点手工记帐和计算机联网记帐同时进行,并有计划地穿插一些测试用例。通过这些办法,及时发现了和解决了许多问题。

    经过我们的努力,该系统2012年8月上线成功,并在同年11月通过验收。回顾项目进度管理的过程,项目能成功地通过验收得益于在事前进行了充分的计划和准备工作。我觉得项目管理的能力和项目开发的能力是有很大的区别的。一个成功而高效的项目开发必须要有一个能统筹管理和善于沟通的项目经理。虽然项目成功通过了验收没有大的事故发生,但任然存在许多问题,主要有以下几点:

    1.对项目工作分解结构中个别工作包没有进行量化。在项目验收时,我们和客户对工作包的认识存在偏差,而对工作包的定义又没有明确的量化,造成验收工作的被动。通过和客户的沟通,决定先进性系统的全面验收,待到维护期时我们再进行改进。

    2.软件测试不系统,用例准备扔不够充分,忽视了压力测试。系统实际运行后随着数据量的增加,运行速度下降很快,达不到设计要求。虽然通过升级硬件解决了这个问题,但造成了资金的额外投入。。

    综上所述,在该项目的实施工程中,我得到了宝贵的经验和教训,如果对以上不足进行很好的总结和提高,可以“百尺竿头更进一步,在我项目经理的生涯中,在以后的工作中,我会留意克服,并将继续努力学习、总结经验,更好地完成项目。


    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-3-29 15:07 , Processed in 0.059829 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表