QA Scrum团队和Dev Scrum团队 - 如何有效地构建？

Question

我们有非结构化的QA和开发团队成员。我们正在制定以下战略：

  

QA Scrum团队和Dev Scrum团队一起工作。开发的时候   模块或功能完整，一个或多个开发scrum团队成员   加入QA Scrum团队。他们致力于QA维护的QA框架   程序员并准备好测试程序。一旦需要提升   质量保证程序员完成后他们又回到了Dev scrum团队   开发任务。通过这种方式，QA scrum将更有效率   将改善产品交付。

任何人对我们的策略都有更多建议吗？

Answer 1

在我看来，所描述的方法并不是非常敏捷，而不是像Scrum那样。

在Scrum中，重点是团队和整个团队的承诺。不应该有QA Scrum团队，也不应该有DEV scrum团队。

可能有一个QA团队/团体/公会和DEV团队/团体/公会。对于项目，任务或产品，您可以组建一个包含DEV和一些QA个人的Scrum团队，该团队将成为一个具有共同目标和共同承诺的Scrum团队。

最让我困扰的是::

  

当模块或功能的开发完成时，一个或多个   开发scrum团队成员加入QA Scrum团队。

这是因为一旦功能真正完成（完成完成后），该功能将被视为完成！并且该任务没有待处理的QA。

我并不是说你的方法是“错的”，因为没有对错。但是，我可以说它不符合Scrum性质。

Answer 2

首先，“ Scrum”是思考和行动的框架或思维方式，具有自己的价值和方法，可以在任何级别与敏捷组织的明确定义的策略和目标相结合。敏捷性的本质是以简单快速的方式为客户创造并最大化价值。因此，正如以上答案中正确提到的那样，没有人会说您的方法是对还是错，因为它是一个模型，并且每个模型只能被判断为好是坏。从我的角度来看，您的方法中有些观点违背了Scrum和敏捷思想的精神。请注意以下事项：

• 您始终跟踪质量检查活动，包括代码审查实践和测试。这些活动为团队提供了共同学习，创造改进并朝着优化方向努力的机会。它们不仅是团队的某些成员亲自或部分完成的某些任务。所有活动均以团队为导向，旨在发展所有团队成员。因此，至少您必须修改方法，使团队的所有成员都参与质量检查活动。

• 准确性，正确性和完整性是质量保证的三个主要因素。 由于flexible和RAD在软件开发团队中已成为重要的价值，并且他们需要随时随地进行开发，更改和适应，因此在冲刺中，将速度优先于上述三个质量因素非常诱人。结果，有时开发人员倾向于偷工减料，以期能按时完成任务。关于您没有将QA视为一个完整的团队，您的团队将很容易出现此问题。偷工减料肯定会带来更多的成本，因为它们可能会变成重大的技术问题，会降低整体质量，而开发人员经常会错误地发现真实的拐角，并且由于缺乏可靠的开发而最终会错过最后期限。为了解决该问题，您始终必须跟踪整个团队的质量检查活动。

要就此问题进行交流，您需要：

通过报告的技术债务，错误和投诉，可视化发布产品质量的增加/减少。这样可以提高团队的透明度，并强调每个团队的每个成员对质量的责任。
• 关注产品负责人定义的用户接受标准，否则，您将与PO协作为产品待办列表中的每个项目提供这些条件。每个团队成员都需要清楚地了解这些标准，否则将没有机会获得预期的质量。
• 在待办事项列表优化和计划会议中进行用户故事质量的工作，主要是提高用户故事质量和团队工作成果。同样，每个团队成员都应了解用户故事，以成功实施它们。
• 密切注意可能出现的拐角，以突出显示它们和相关的未来成本。只要在敏捷过程中意识到，就应该向每个团队成员发出问题通知。
• 清楚表明团队在一起是赢是输。因此，如果Scrum团队中有人偷工减料，他/她会增加整个团队失败的可能性（社会压力）
• 采取长期方法，通过培训，指导和指导团队成员来创建更自组织的团队。目前，您可能会失去这次机会。