limeng426 2008-2-1 15:00
QA生涯的困惑.....
[color=Magenta][size=4][font=微软雅黑]大家好!我现在在一家小公司做软件品质管理,其实说白了就是CM+QA的角色,CM的任务偏多,QA的工作只是刚刚起步。
刚开始来公司的时候,真可谓雄心万丈,心比天高啊!公司的流程乱的很,没有任何的规范做保证,每个开发人员都有发布权,发布之前自己随便测试一下,就把自己的东西扔到发布环境上了,随便发布自己的东西最直接的后果就是导致很多之前改好的问题又重新出现了,直接影响就是客户及其不满!!!
随着公司业务的急剧发展,领导意识到了现有的开发现状是无法满足业务发展需求的,于是成立了质量管理部,招来了我,和我现在的上司-质量管理部经理。然后我先从配置入手,选了CVS做配置管理工具,由我把工具用熟并且给开发人员培训,虽然CVS蛮简单的,但是前前后后都是自己来搞,到最后能用的时候还真是蛮有成就感的,接着就开始协助我的经理制定各种规范和模板,讨论公司的流程,开会,研究,最后和领导“拍板”!满以为这样就万事大吉了,可真正到了实施的时候是一盆接一盆的“冷水”迎面袭来啊!要么开发人员不照办,流程就是个摆设;要么就是开发人员说项目情况特殊,开发周期太短,流程无法实施。然后我们又开始研究,简化流程,去掉一些相对不重要的过程文档,但真正一实施起来还是麻烦一大堆!公司的开发人员在软件工程方面基本没什么基础,意识上对我们的条条框框根本不在乎;领导呢,开始还蛮强势的,但是到了关键时刻一定是对“项目”妥协。整的我们这个Q&A部上下都不好做人,自然工作效果就不是特别好!时间长了,因为得不到公司领导的支持,感觉流程推进起来就更麻烦了,渐渐的,我自己的工作热情越来越低,每天就干那么一点事情:创建并维护项目配置库(分配权限)、做版本控制(具体操作就是在送测试之前把配置库锁了,然后再打个标签)、发布项目配置状态报告(到了时间点和项目经理要各种文档)、每天备份配置库....现在已经不知道以后自己的出路在哪了?和我的经理聊过几次,发现她也很郁闷,但是毕竟她的年龄已经很大了,维持这种现状对她也没有什么坏处;可我才刚毕业一年多,我可不想这样无所事事的混日子,我自己其实挺希望能在QA这个领域好好发展下去。希望各位QA或者CM可以结合自己的实际情况给小弟一些意见!谢谢大家![/font][/size][/color]
rachel_zhyun 2008-2-13 15:45
做好一个角色是很难,关键是要做精,呵呵,QA这个角色在软件公司确实是很难做的一个角色,本人只做了,3个多月的QA,因兼的职务太多,感觉就是我一个在做一个项目的所有的CMMI,感觉就是对我自己的一个工作的审核。呵呵!不过最难得是的和项目经理要配合好,QA的工作大部分沟通的入口点在于项目经理。项目经理有这方面的意识,那么你的工作就会开展得很顺利,相反你会很累,而且会吃力不讨好。QA的角色最主要的技能还在于沟通上;当然对整个公司的流程也要相当熟悉;这些都是QA沟通的资本,资本多了,沟通也就方便了,呵呵!
limeng426 2008-2-15 16:27
[size=4][font=微软雅黑][color=Magenta]TO:rachel_zhyun
谢谢你的回复!自己还是要慢慢调节一下.呵呵[/color][/font][/size]
hollyzhao 2008-2-16 01:07
我也遇到和你一样的情况,有的时候实际不是你想象的那么理想。有些开发人员根本不配合,感觉很难过。。。
未来的方向 2008-2-16 10:51
我现在的情况和你差不多,公司的项目开发过好几次,几乎都是推倒重做,已经换过几个项目经理了。公司的管理更是一塌糊涂。年后刚刚组建了我们监督部门,我们现在都是从头开始做起,什么事情都要去考虑,我07年刚毕业,本来是搞开发的,可是没有经验,所以只能做点比较杂的工作;现在虽然工作变了可还没有从开发部分离出去,不过开发部的人已经开始对我有了戒备了,好多人也是对监督部门持反对意见,我很郁闷。不知道以后的工作如何开展。我们现在制定的条条框框对他们来说是很烦琐的,CVS虽然也配制好了,可应用的根本不多,好多人也不按照流程来做,每次提到开发流程和评审流程等等经理就会说我们是小公司,不可能那么去做的。所以现在的工作比较郁闷,感觉如果再这样下去就可能把自己的前途毁掉了….
polestar 2008-2-16 20:27
先mark一下,以后有时间再多说点废话.
个人看法: 我现在有很深的体会,如果要作好流程,必须要高层的支持.如果没有,做qa很辛苦,而且很郁闷. 但是回过头来看看,如果没有高层支持怎么办,好了,2条路,第一,走人;第二,努力先提高自己,然后走人,谁爱弄谁弄去. 不说第一条,说如何在目前的情况下提高自己. 在我们做流程,上工具的时候,我们需要有个调查,评估的过程. 其实人都喜欢自由,你说你一跑上来,跟开发人员说我要搞评审,我要上工具,你们要听我的,那他们肯定不干. 那怎么办?首先,qa是项目的支持,不是监督,这个要明确,其次,在上流程工具之前,跟开发人员聊聊,跟领导聊聊,看看他们觉得有哪些地方觉得可以改进的,这样你做出来的东西,他们才可能会用. 最后呢,你挑一个项目试用一下,弄一些有用的数据,然后丢到领导哪里,看吧,这流程,这工具,试用效果不错,建议推广...
思路比较混乱,想到哪里写哪里,将就看看哈.
limeng426 2008-2-18 14:17
[color=Magenta][size=3][font=微软雅黑]感谢楼上几位的发言!看来我的情况还是有很多兄弟体会过的啊!
我现在的想法也比较单纯,工作上的事情还是要努力做好,不管重复或者琐碎的工作有多少,还是要把心态摆正一点一点的做完!另外,我比较赞成polestar的说法,业余时间要多学一些东西,多长点本事,自己的腰板“硬”了,话说出来也会更有力度!如果有一天真的觉得公司在质量管理这块确实没什么前途了,到时候就只能走人了。。。[/font][/size][/color]
lavender_gao 2008-2-19 11:36
从毕业做到现在,越来越感觉在小公司做QA真的是没什么出头日子的
lavender_gao 2008-2-19 11:38
毕竟生存是很现实的问题,项目再规范,客户要求的东西给不出,客户的钱到不了帐,上层如果支持,体会过才明白,如果真的要做QA必须去大公司;
lavender_gao 2008-2-19 11:41
大公司实力雄厚,其次因为公司大,人多,即使不为了过什么认证,本身也是需要一些流程帮助来进行管理;因此这样才能体现出价值;
lavender_gao 2008-2-19 11:43
但是无论是哪种情况,毋容置疑地是QA必须有相当的沟通能力,人都喜欢自由,突然地在原有基础上增加了莫名的任务,做事被条条框框的束缚住了,没人愿意,这种时候就需要看QA如何去说服相关人员了
limeng426 2008-2-19 15:33
[font=微软雅黑][color=Magenta][size=3]如果像LS的兄弟说的公司处在生存时期,确实没有必要搞什么质量管理,但如果公司渡过了艰难的生存期,已经有了一个相对稳定的市场基础,想要谋求更好的发展,我觉得质量管理还是要做起来,这个和大公司小公司应该没有什么直接关系。另外,QA的确是需要很好的沟通和协调能力,但是如果领导的推动意识不够,流程意识不强,项目过程中一旦遇到流程和项目进度的矛盾就盲目的向项目妥协,这样的质量管理该如何开展呢?或者应该说领导从根本上就没有明确过到底要将质量管理做到什么程度,做到什么地步?根本没有将流程的规范程度和公司的企业文化以及商业目标建立联系,恐怕沟通能力多强的QA也不会有什么好办法吧?我觉得我们公司现在就处于这么一个痛苦的摸索期。。。[/size][/color][/font]
polestar 2008-2-19 21:05
痛苦的摸索期是最好学习的时候。既然是已经走上了正轨,也就是说没有什么生存压力,可以接受不断的失败了吧。到了你大展拳脚的时候了。哈
limeng426 2008-2-20 09:41
[font=微软雅黑]希望是这样,o(∩_∩)o...
其实我本人也刚刚进入这个领域不久,要学的东西的确很多。希望论坛的朋友们能够多多赐教![/font]
kingtones 2008-2-22 16:30
仅仅凭QA的身份是没办法改变公司的流程的
规章能建立是好的,但是不能执行就是空的。一直以来执行难就是个问题。我觉得可以考虑成立一个流程制定的领导小组,把各个有权限的领导都扯进来。从这个小组出来的事情,应该是各个领导互相妥协的结果,相信执行行起来,比你自己建立的规则容易一些吧。
rachel_zhyun 2008-2-26 15:01
大家都表明了自己的观点,还是直得学习的。
看到QA报怨是最多的角色,
一点很明确,如果得不到领导的支持,QA是很难当的。
但一个公司如果有QA的角色,那么说明领导还是有一些关于这方面的意识的;除非是某些公司为了拿证才有了这么角色,呵呵!
widgetan 2008-3-1 21:16
回复 楼主 的帖子
同意,公司大一点,对这方面还是蛮重视的,而且也能体会到这方面的好处;但是开发人员也有苦衷,有些东西例如评审用的检查表真的就是个形式,大家基本上不太看这个东西。
henrybenben 2008-3-2 21:34
个人认为,在小公司做QA似乎比在大公司更有挑战。
小公司的主要目标是生存,所以很多时候领导会更支持PM,而小公司的PM一般都没有经过系统的培训(仅仅是假设),所以QA工作的时候更需要当好保健师的角色。
所谓保健师就是QA不仅仅是让PM和项目组成员填文档,而是能从项目立项开始就跟进项目,为PM分担部分项目管理的工作,根据自己的经验,帮项目经理找到潜在的风险和预防措施。
在项目实施的过程中,需要深入项目组了解情况,协助PM建设团队,并帮项目组解决实际的项目问题。例如:新工具的引入提高项目生产率等。
其次,QA应该根据公司项目的特征总结出大、中、小型项目的典型过程和文档模板。这样,不同的项目启动的时候都可以按照不同的过程来实施,其实这也是在做过程裁适的工作。裁适后的过程应该是有利于项目组保证过程质量的,这样项目组的反对心理就会减低一些。
再次,在跟踪项目的过程中,需要及时的总结项目资产,形成组织资产库,让后续项目得到重用,提高项目的生产率。
总之,QA要让PM和项目组成员真正觉得有帮助,而不是让他们花时间填写文档,这是最关键的。也是我自己的一点心得。
也欢迎大家都来讨论。
polestar 2008-3-3 22:08
从学习知识的角度看,大公司比小公司合适;最合适的方式可能是去大公司学一套东西,然后去小公司改进运用,当然阻力会大很多。
正是因为小公司的主要目的是生存,所以一般都会追求进度,质量反倒是会差一些。但是QA不就是干质量保证的嘛,所以这个时候可能就会被忽略。。
poppoptian 2008-3-11 15:54
现在我就是小公司的QA,老板是挺支持的,但就是不知道前面的路怎么办,只有一步一步地模式前行.