QA作为Scrum大师

Question

我一直在想，让一位主要的QA测试人员担任项目的Scrum是否是个好主意？这是我的想法，在每一家公司/工作场所，这可能并不相同，但我确信，在其他地方也有类似的例子。

基本上，我们的SM是一个目前的开发团队，他的时间划分为70-DEV/30-SM.然而，在实践中，情况并非如此。他们似乎躲在SM的角色下，而DEV方面则受到了影响。我在我们组织内的多个团队中看到过这种情况。

我有一个想法，作为首席QA，他们已经能够知道应该为给定的sprint生成什么项目，并且它的验收标准已经在Product和QA团队之间得到了明确的定义，因此可以创建测试用例并为每个sprint的结束做好准备。

我觉得我们失去了一个开发人员，同时也复制了与产品所有者的工作/交互。有什么想法？

Answer 1

在我看来，似乎您的组织使用SM角色的方式与传统的Scrum略有不同，所以我的建议在这里可能会偏离目标。

在古典意义上，SM的作用是通过寻找方法来清除或解决冲刺过程中出现的任何障碍，领导会议，确保会议保持主题，并保持在时间范围内，协助协调资源等等，从而促进进展。理想情况下，SM角色不应该由在该项目中具有另一个角色的人担任。

如果我正确地解释了您的问题，您的SM也是项目团队的开发人员:正如您所经历的，这并不理想。如果是这样的话，我建议您的首要任务是尝试安排未来的项目，以便每个团队成员都有一个角色-也就是说，您的SM不是该团队中的开发人员(或QA)。

无论如何，我认为您应该尝试让一些人接受Scrum培训，并成为尽可能多的项目团队的专用SM --与开发/QA角色相比，这在很大程度上是一种管理/资源杂耍的角色，与开发人员/QA角色相比，这种角色在团队中可以而且应该变得模糊。

Answer 2

凯特在她的回答中提到了经典的例子，也许你不在那种环境中。

我曾在一些公司工作过，在这些公司里，使用敏捷/Scrum流程的愿望往往超过了公司的人员能力。要么你不能雇佣一个额外的人来做全职经理，要么你不能得到专门的培训。所以你确实需要有一个使用多个角色的人，我曾经在一家公司工作过，其中SM是一个兼职职位，但对于项目核心的人来说不是这样，尽管有时是如此。

正如凯特指出的，SM基本上是为了确保项目如期完成，消除障碍，并确保有资源来满足需求。总之，它不应该采取一个全职的立场，取决于项目的范围(我做了较小的迭代，不需要一个全职SM，所以您的经验可能有所不同)。如果你有分配时间的人，那应该是可以的，虽然有人因为SM工作而错过了时间表，这意味着他们要么需要一些培训，要么不适合这个职位。

这应该在回顾中提到，但是在最初的计划中，您还应该能够看到SM是否是正确的人，他们在迭代过程中是否有能力完成SM工作？他们知道怎么做吗？开发人员或QA不应该真正重要，通常是人，以及他们是否知道如何消除障碍。我看到Dev能够在不影响项目的情况下成功地完成这个任务，我也看到了外部SM的问题。这个角色应该并不重要，只要SM知道什么时候该做什么，以及如何做。