注册 登录
LUPA开源社区 返回首页

平凡的世界 http://www.lupaworld.com/?47147 [收藏] [复制] [分享] [RSS]

我的博客

浅谈SQA几种分类职责的取舍(转发)

已有 1141 次阅读2013-10-29 23:32 |个人分类:项目管理|系统分类:求职就业| Software, 项目经理, 项目管理, 里程碑, 非官方

我之前谈过许多SQA在项目管理中的职责重要性,今天我再来从我了解的其他企业的SQA的职责,来综合汇总和分析一下SQA的职责划分和侧重点。下面我简单的描述一下我从其他一些朋友所在企业的SQA的职责定义,工作内容以及人员要求的不同。

SQA = Software Quality Assurance,软件质量保证。SQA的角色是工程师的一种。质量不用说,定义虽然不统一,但概念个个清晰,不过“保证”这个词就不好理解了,我们怎么来就质量进行保证?正因为所见所需的不同,各家公司对SQA的非官方定义才五花八门各有侧重。

第一类:SQA近似于外审人员

在企业和项目中,SQA是完全独立于研发部门之外的第三方,偏重管理而非工程,对于项目来说,SQA除了在启动,收尾和里程碑这些key point进行组织评审和验收外,基本不干预研发过程,项目经理很可能是项目的唯一接口,基本不和工程师接触。SQA对产品质量无关联责任,专注组织级过程资产库的建立维护,流程推行主要教化到项目经理。另外负责质量相关外联,比如组织同行评审和SEPG等。SQA亲近核心管理层,所以被赋予很高的权利,比如里程碑评审不通过费用就受到限制。对于项目成员来说,SQA工程师是天边飘来的一片云,遮一下就过去了;对于项目经理来说,SQA工程师是上面派来滴,没必要得罪,问题都应下,有则改之,改不了化之。

因为偏重于标准和过程的管理,要求SQA工程师对规范的标准和过程要非常了解,达到大师的水平,对项目研发的需求和技术要求很低,文案的工作比较多。

这样出身的SQA,我认识的一些朋友就去了专门的做标准认证或者咨询的公司。

这一类也是我认SQA的职责更加偏向的一类。因为鉴于项目过多,SQA的角色更像是横向的监控各个项目的开班、收尾、各大里程碑和项目进度和状态。不仅仅起到的是第三方监控的作用,更像是PM/OM的教父,传授、解惑、指导、施压等作用。

第二类:SQA是研发部一分子

这一类SQA在企业或项目中,就是研发的一个团队。SQA工程师是将项目总监的非技术需求实现的工程师,一切行动听部门最高领导的指挥,不管业界怎么做,而是项目总监想怎么做,在某些时候某些领域,SQA和总监助理的职责类似。SQA工程师和研发团队的各种角色尤其是工程师沟通紧密,常常加入到研发过程的细节中。

因为行政权利和质量要求高度统一,SQA和项目团队都是自己人,所以推行流程相对容易得多,也没有太多繁文缛节,但更多是关门做事,不关心业界的最佳实践,SQA可以不熟悉外面流行的模型却不能不熟悉内部用的技术和过程。

很多企业SQA是在研发部下面,假如把SQA从研发团队剥离出来成立质量管理部门后,问题就显现出来,研发总监护短的行为比较明显,不再像原先那样支持SQA的工作,因为SQA代表的更多的不再是他的需求。因此,我们如何处理好部门与部门之前的管理,如何去以公平、公正、公开的方式去评价一个项目和一个过程,就显得极其重要了,很多企业领导们为什么比较关注和在改革革新初期就树立该工作核心任务和职责的原因了。

第三类,SQA是项目经理之一

我认识很多朋友,他们都在大型软件外包公司里任职,他们跟我说,在复杂的大项目中,SQA工程师是质量部门出具的项目经理,代表身后若干支持团队,更多的参与到项目管理和实践中,要对质量相关的事务和结果负责。

SQA工程师常成为项目经理或是产品经理制衡项目经理的棋子,所以需要和很多层面的老大们打交道,对于向上沟通的能力要求比较高。这一点其实隐含了对SQA工程师的要求是全面的,如果他理论不清或者技术不熟或者人格有所瑕疵,在工程师那里不过是任其自流,在PM或者总监那里却会成为被反击的致命弱点。

这个虽然在我看来不太适用,但是我一直给下属灌输的一个重要观点和理念就是每一位PM,都具有SQA的职责,必须做到没一位员工心里都具有质量的概念,项目的质量是每一位项目成员心中的一杆秤,心中的方向,如果不把质量的概念深入到每一位项目成员中去,那么我认为光靠第三方的SQA是很难让整个项目质量提高到一个理想的档次的。

第四类:SQA就是测试

很多朋友曾经跟我说过,在他们公司,SQA其实就是通过测试来保证质量,SQA过程是研发过程中的一个环节,要求的是对业务需求的理解和测试能力。

呵呵,这类职责分类应该也是业界说法最多的一种,但是这种说法是大错特错。首先,质量,不是测试出来的!请大家明白这一个观点。这也是我翻阅无数的书籍,请教无数的大师们得出的结论。所以“质量不是测试出来的”这句话请大家记住。但是为什么很多公司或者企业都把SQA当作是测试岗呢?我也有所想过,即,这类公司也许不是把项目管理的标准化流程,和持续改进或量化管理的理念放在管理的核心地位。可能也和这些公司或企业的高层管理者有所关系吧,这个我也好多妄自评论,比较各个企业有各个企业的生存方式,各个企业有各个企业的发展规划。但我的观点很明确,我要做的就是最好的标准化,可持续改进的流程和规范,为公司全体人员带来更加理想的优秀软件公司的开发环境。

以上便是我用我所认识的朋友的信息,汇总出来的SQA在各种企业里的分类职责,并加以自我的运用分析。期望能够给大家带来参考。

评论 (0 个评论)

facelist

您需要登录后才可以评论 登录 | 注册
验证问答 换一个 验证码 换一个

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号   

返回顶部