媒体监测和推荐平台

搜索结果

当前位置:首页 > 搜索结果

PPQA实施过程中应考虑的几个问题

作者:赛宝认证中心技术发展部 娄允

对于刚刚在组织内导入CMMI体系的企业来说,PPQA(Process and Product Quality Assurance)这个过程域是相对陌生的。在传统的软件开发公司中,人们往往会将QA和测试工作联系起来,或者将两者混为一谈。相较于日趋完善的软件开发生命周期,QA仍然是一个相对新鲜的角色。那么在组织内实施PPQA这个过程域的时候,应该注意哪些问题?本文试图从以下3个方面入手,分析在实际工作中经常遇到的问题,希望对正在实施CMMI的组织有所启发。

1:QA处于什么地位?

在实际工作中,笔者接触到的很多组织,在实施PPQA过程域的时候,都会问我一样的问题:“QA应该处于组织架构的那一层?这个角色和项目组之间的关系应该是怎样的?”作为CMMI咨询人员,我们对企业的组织架构如何确定并没有建议的权力,但是对于QA而言,无论其处于组织架构的何种地位,都应满足以下两个方面:

独立于项目组。来自于美国的CMMI体系中渗透了很多西方的管理思想,其中也体现了“立法,行政,司法”的三权分立思想。在组织中,立法者是EPG(工程过程组),行政者是项目组,而司法者的角度,理所当然的属于QA。所以QA角色的独立性显得尤为重要。特别是在建设QA角色的初期,这一点特别关键。组织应尽量做到在行政架构上使QA独立于项目组,这样,QA才能够获得相对客观的角度来发现问题。

确保QA与高层经理有直接沟通的渠道。很多时候QA人员会有这样的困惑:“既然是一个要去发现问题的角色,但是遇到和项目组意见不一致的时候,应该怎么办?”笔者时常会开玩笑的说:“要动用你们的尚方宝剑”。这里说的尚方宝剑,就是指QA与高层管理者之间的沟通渠道,以及“越级上报”的权力。在QA的意见与项目组无法达成一致,但是QA确信他所发现的问题,确实会对项目带来不好的影响时,QA应通过高层,甚至是更高层经理与项目组进行沟通。而此时,高层经理应保持其沟通渠道畅通,如果QA反映的问题确实存在,应及时与项目组进行沟通,并采取应对措施。

2.什么样的人适合做QA?

对于QA人员的选取,不同的组织有不同的选择。有一些组织倾向于选择年轻的,甚至是刚毕业的学生。因为相较于企业内部的老员工,他们更认真,也更善于发现并毫无顾忌的指出问题。而另外一些企业会选择一些有经验的同事,甚至是作为提拔项目经理之前的必修课。因为他们熟悉组织过程,熟悉组织文化。不论哪种选择方式,我们建议在选择QA人员的时候,考虑以下两个方面:

极强的沟通技巧和心理素质。QA这个职业,从某种意义上说,是一个不大讨好的工作。因为QA的职责在于发现问题。从这一点而言,往往会与项目组产生心理上的距离,严重的可能会产生矛盾。为了避免不必要的麻烦,沟通技巧对于QA人员来说显得特别重要,如何把问题适当的表达出来,而不会引起项目组的反感,是每一个QA人员应该积极思考的问题。同时,QA还要有很好的心理素质与自信心,对于自己确认的问题,应该顶住压力,坚持自己的意见。

对于组织过程了如指掌。作为司法者,了解“法律”是前提。在组织运行中,所谓的“法律”就是各项过程,规程。QA必须熟悉每一个过程,才能够开展相关的工作。在这一点上,需要QA人员认真学习,将各个流程烂熟于心。在工作中笔者时常与QA人员交流,开展QA活动时要按照QA工作检查单来进行,但是不能把检查单拿在手里逐项核对,而是要把检查项记在心里。只有这样,才能对组织过程保持非常敏锐的触觉,一旦发现问题,就可以马上指出。这也是QA专业性的一种体现。

1:QA活动应该开展到什么地步?

目前,越来越多的组织更多的考虑控制成本,在此背景下,QA活动开展到什么地步,就成了一个需要斟酌的问题。中国有句古话叫做“过犹不及”,在许多组织中,定义了很多的QA活动,但是最终的效果反而不好,甚至有一些并没有如计划开展。如何恰如其分的开展QA工作,应该是每个组织应该思考的问题,一般来说,可以从以下两点加以判断:

根据组织的质量目标来确定QA活动的重点。在实施CMMI体系的全过程中,我们都在强调,实施CMMI的重要目的是要支撑组织的商业目标。QA活动也是一样。QA在建立初期,就应该对组织的质量目标进行分析,分析哪些是组织在质量层面所重点关注的,例如提高需求的质量,提高估算的质量等等。从而明确QA活动的方向。任何QA活动的开展,都是为了满足组织的质量目标,这也是QA活动的终极目标。

对不同的项目开展不同的QA活动。每个组织都在同时进行很多的项目,如果QA对每一个项目都开展细致的QA活动,那么势必需要大量的投入,导致QA活动没有重点,难以保证QA活动的质量。因此,组织可以考虑根据项目的规模等要素,对不同的项目采取不同的QA活动策略。对规模较大的项目,考虑进行严格的QA活动,而对于规模较小的项目,可以考虑进行简化的QA活动。在有经验的组织中,这一点应该与项目的裁剪过程相结合,站在QA的角度考虑如何对QA活动进行恰当的裁剪。当然,规模并不是唯一的要素,组织可以综合考虑规模,风险,难度等要素,形成综合的项目分级,从而指导QA工作的裁剪。

作者简介:娄允,在软件开发行业工作多年,有丰富的软件开发/管理经验,几乎担任过软件开发服务领域的各种角色。因为曾在某500强外企承担质量管理工作,因此对QA这一工作有很多的理解和感悟。目前在赛宝认证中心担任CMMI咨询师的工作。愿以自己的经验以及专业知识,为更多的软件企业提供有效的咨询服务,帮助企业理顺过程,持续改进,提高质量。