让我给大家一个简短的描述:
所以我们有个客户已经离开了公司。他们拒绝续订他们的计划。主要原因是,在一段时间内,客户与公司的整体质量指标总是红色的(低于预期)。在生产中存在许多缺陷。即使在第二次从头开始重新实现之后,质量指标也不能满足客户的要求。
由于客户是主要的收入来源(他们所在领域的四大公司之一),领导层对客户质量指标在哪里和为什么出了如此大的错误有很大的争议。
因此,在集思广益地讨论到底出了什么问题时,团队的一位成员提出了这一点:多年来,致力于客户端的QA/测试团队从来没有稳定过。团队成员来来去去,这个客户变成了臭名昭著的垃圾场,有的人失业(坐在板凳上),有的人没有达到预期的业绩(尽管情况并不总是如此)。
这给我带来了一个问题:团队成员的稳定性会影响到整体质量吗?
我知道这是一个基于意见的问题,我们有点讨厌这些类型,但我正在寻找一些关于这个问题的观点。
发布于 2015-10-27 18:22:06
中稳定性的重要性
我一遍又一遍地看到这件事。我现在的公司有一个相当高的营业额(我实际上在3周内离开它)。营业额主要在开发方面,有些在质量保证方面。
开发方面的人员流动是艰难的,但是有了强大的知识渊博的QA,它可以使它变得更容易。一个强大的QA将理解开发方面,并能够使新开发人员快速提高速度。在我看来,QA方面的营业额要难一些。通常情况下,开发人员不了解QA方面,老实说,QA之外的每个人通常都不理解它。通常,当一个人离开时,他们带着亲密的领域知识离开,这将是极难与他们交流的。
这种类型的知识不仅增加了问题通过QA的风险,而且还会阻碍如期完成,因为更有经验的QA会知道确切的影响。由于缺乏领域知识,这使新的QA处于极端劣势,本质上是与开发人员建立信任关系,以了解更改的影响。这可能是非常糟糕的。
的好处
很可能没有承诺。稳定、不熟练/有动机的QA和不稳定的QA一样糟糕。这一切都取决于。从你的陈述来看,这似乎是公司的低优先级,所以从一开始就注定要失败。
发布于 2015-10-30 09:39:08
老实说,这听起来似乎是客户的部分责任--尽管你的公司应该看到QA部门的混乱,并且至少问了一些问题。
如果您的公司和客户都参与了更多关于质量(管理期望等)的讨论,那么这可能不是一个问题。
这里的基本故事听起来就像一家公司,内部和外部的沟通都很差--不管是内部还是外部的人--都被终结在一个显然是该公司主要收入来源之一的项目上??
而“管理中的噪音”听起来就像管理层也不开放、诚实和平易近人。
我认为你需要看得更远一点,不仅仅是QA部门--我想我会在其他地方找工作。那家公司听起来像是在下降,管理层赞助的螺旋式发展。
发布于 2015-10-27 20:57:21
如果生产中有缺陷,那不是QA的错。这些缺陷是由开发人员创建的。虽然我认为高性能QA团队确实可以帮助发现可能被较小团队忽略的缺陷,但最终是开发团队搞砸了。
在我职业生涯的大部分时间里,我都是一名开发人员,如果我的公司发布了影响客户的缺陷,我从来没有想过要责怪QA。
话虽如此,如果您在敏捷环境中工作,则应归咎于整个团队,而不仅仅是团队的一部分。
https://sqa.stackexchange.com/questions/15344
复制相似问题