是初级QA有责任从客户收集需求并创建范围文档吗?

我是一名初级QA,有2年的手动测试经验。在我的公司有1个BA,1个项目经理和2个营销人员。但是没有人想收集客户的要求;他们要我这样做并创建范围文档。

我没有这方面的经验。我问我的BA和PM这样做了;他们说“这是你的工作,而不是我们的工作”。它是否正确?

我想知道谁是通常正确的人/位置来从客户收集需求并将它们转换为范围文档。

此外,如果任何团队成员向BA/PM /收集要求的人询问任何问题,该人是否应该解决这些疑问或回复“直接与客户交谈”?当团队成员向客户询问他已经向收集要求的人清算时,客户会感到沮丧。在这种情况下,一个人应该怎么做?

1
你在这里问两个问题。考虑将它们分成两个问题。
额外 作者 Sarov,

4 答案

对,你有几个问题。

我看到的第一个挑战是,没有人认为与客户交谈并理解要求是他们的角色。这通常是产品负责人(或PO)的作用),你没有。

PO的作用是与利益相关者进行互动,确保您所从事的工作始终是最有价值的工作。如果您的团队没有任何人履行这个角色,那么整个团队如何确信他们的努力不会浪费?

假设贵公司不打算雇用新员工或重新调整现有员工,那么你就会有一个差距。这不是不可逾越的......

作为一个质量保证,你在这里确实有一个很好的位置。确保所构建的任何东西不仅有效,而且它符合目的并满足客户的要求,这是你的工作。如果要求不清楚,那对你来说将非常困难!

创建巨大的前期需求文档通常是一种浪费的努力,您无法覆盖每个场景,即使您可能很有可能客户一旦出现错误或改变主意。关键是尽可能展示正在进行的工作,并随时进行协作。

与客户的临时沟通并不是件坏事,事实上这是一件非常好的事情!然而,听起来它有点非结构化。我会建议一些事情:

  • 每两周向客户推销你的工作(我故意在这里避免使用sprint这个词,因为它听起来不像你是一个特别敏捷的时间)。这将使客户有机会提供反馈,并有机会提出任何问题
  • 鼓励每个人与客户交谈,我不是在说正式的电子邮件 - 我说的是建立关系和聊天。
  • 为了避免一遍又一遍地询问相同的事情,请确保首先在内部分发查询,并将记录的问题/答案添加到文档中(或只是问题日志)。

将此视为改善团队和客户协作的机会,不要将其视为“您的工作”或“我的工作”。

1
额外

一般来说,资源分配有四个标准:1)拥有适当的知识,技能和工作能力; 2)有空的时间做工作; 3)人们可以承担的各种角色之间没有利益冲突; 4)由负责人指派。

看来你只失败了一个标准。

如果负责人希望承担让某人工作的风险他们不知道该怎么做,那就是他/她。他们对成功交付负有最终责任。让他或她知道你不知道你在做什么,但愿意学习,增加不太出色的表现的风险,然后开始工作并学习新的技能。

1
额外

这是对的吗?

这完全取决于具体情况。在所有情况下都是正确的吗?不。你的是否正确?也许。

是业务分析师(BA)和质量保证人员(QA)之间的一些重叠。我曾经在一个团队中,一个人正式成为学士学位,非正式的QA;它运作得很好。

你的情况下是否有意义取决于几个因素。重要的是,您的层次结构是什么样的?

PM/BA是您的直接优势吗?如果是这样的话,David Espina的答案就是向他们提出风险然后接受他们的决定是一个坚实的方法。

你有直接优势吗?如果是这样,你应该考虑去找这个上司并要求澄清角色。现在,你们每个人都认为收集要求是其他人的责任。这种分歧引起了混乱,因此需要加以澄清。

此外,如果任何团队成员要求客户感到沮丧。

这对我来说似乎是一个单独的问题(事实上,我不确定BA/PM如何收集要求'与BA/PM要求我收集完需求后该怎么做'他/她自己......),但无论如何我会在这里回答。

您需要找到的第一件事是为什么这种情况正在发生。为什么BA/PM希望您再次直接去客户?他/她之前是不是实际得到了那个要求,只是类似的东西?他/她忘记了吗?他/她只是懒惰吗?他/她是否认为QA需要更直接地参与客户?上司是否指示他这样操作?客户请求了吗?

在确定什么是正确的方法之前,您需要找出 why

1
额外

就业期间的工作范围是公司和上级的特权,并且标题实际上并不意味着不同的公司可能使用不同的标题来指代相同的角色,更不用说小和/或敏捷团队,每个任务成员涵盖许多不同的工作范围。

对我来说,我认为不是,提出要求不是初级QA责任。应该是学士学位,并让PM与利益相关者建立合作范围。获得要求并分析它需要非常独特的良好技能。就像David Espina所提到的那样,他们正冒着风险。

此外,质量保证板上已有很多东西。

0
额外